Как правильно устанавливать RuToken в Linux? (Страница 4 из 13)

Здравствуйте! Вот на счет автозапуска openct в OpenSuSE Linux, может пригодится кому..
В общем, настроил просто и легко, через типовые утилиты: Центр управления YaST-далее Системные службы (Уровень запуска)-в списке служб нашел openct - включил автозапуск. Все.

пакет pkg-config у Вас установлен?
должно работать

определение того, что OpenCT установлен, должно работать, если установлен pkg-config
пересоберите OpenCT, а если это не поможет, пришлите, пожалуйста, вывод команд ./configure для OpenCT и OpenSC
будем разбираться

Установите пакет openct-devel. В него входит файл /usr/lib(64?)/pkgconfig/libopenct.pc, хидеры и библиотеки для разработки приложений, использующих openct.

Извините, что влез. Просто страницей раньше SubDmitry писал:

Вот я и обратил внимание, что  пакет libopenct1 установлен, а libopenct-devel - нет. Как раз симптомом этого и является то, что configure (pkg-config) не находит libopenct.pc.

SubDmitry, если я неправ и Вы собрали пакет openct из исходников, тогда у Вас, скорее всего, другая проблема (помимо того, что Вам следует удалить пакет libopenct1). При конфигурации для 64-битных систем следует указывать configure ещё ключик --libdir=/usr/lib64 (если Вы использовали --prefix=/usr). Но вообще, для вручную собранных библиотек я бы рекомендовал сборку и установку пакета в каталог /usr/local/..., потом будет проще удалять устаревшие библиотеки итд. По умолчанию пакеты конфигурируются в каталог /usr/local совсем не зря.

То есть, я бы рекомендовал конфигурировать openct так:

./configure --sysconfdir=/etc --libdir=/usr/local/lib64 --enable-usb --enable-pcsc

Если, всё-таки, Вы решите устанавливать openct в системные каталоги, тогда:

./configure --prefix=/usr --sysconfdir=/etc --libdir=/usr/lib64 --enable-usb --enable-pcsc

Понятно, круговая порука и rpm hell :)

В общем, в дистрибутивах линукс, основанных на пакетах, лучше всего собирать и устанавливать пакеты а не собирать из исходников. Иначе разрушаются цепочки зависимостей, и получаем то, что выше. Если начать собирать из исходников библиотеки, то потом придётся собирать из исходников все зависящие от них пакеты - openssh, mozilla итд.

В принципе, обычно это несложно - я так всегда делаю :-) Надо всего лишь взять исходный пакет старой версии, заменить .tar.gz на новую версию, в .spec файле исправить новую версию и собрать бинарный пакет.

Если у Вас OpenSuSE 11.2, то исходные пакеты opensc и openct берёте, например, тут. Далее распаковываете их:

rpm -Uvh *.src.rpm

После этого идёте в каталог, куда распаковываются src.rpm в Вашей системе (что-то типа /usr/src/suse/). В подкаталоге SOURCES лежат .tar.gz и парочка дополнительных файлов. Кладёте туда же .tar.gz новых версий.

После этого идёте в каталог SPECS и видите файлы openct.spec и opensc.spec. Это инструкция (скрипт) для автоматической сборки бинарных пакетов. Открываете их в любом текстовом редакторе, и заменяете номер версии (в строке Version:) на номер версии нового .tar.gz. Также сбросьте Release: в "1".

Теперь пробуете собрать бинарные пакеты (для этого Вы должны установить пакет rpmbuild):

rpmbuild -bb openct.spec

В процессе сборки он может Вам сообщить, что для сборки чего-то не хватает, например, какого-нибудь libassuan-devel. Устанавливаете необходимые пакеты и снова запускаете openct на сборку. После успешной сборки в каталоге RPMS/x86_64 появятся бинарные rpm'ки. Устанавливаете необходимые пакеты (rpm -Uvh libopenct1* openct* openct-devel*). Теперь аналогично собираете и устанавливаете opensc.

Если всё получится, Вы можете собрать свои собственные .src.rpm командой:

rpmbuild -bs openct.spec

и положить их куда-нибудь в общий доступ ;-) Надеюсь, у Вас всё получится :-)

Так я как раз посоветовал, как собрать более свежий пакет из более свежей версии исходников.

Нет, там другая проблема - в метаданных пакета openssh прописано, что он зависит от пакета libopenct1. Таким образом, удалить пакет libopenct1 нет возможности "честным" путём (можно сломать rpm об колено и сказать ему опцию --nodeps, но это может повлечь за собой ряд проблем, в частности, может сломаться автоматическое вычисление зависимостей при установке/обновлении пакетов).

Имея же установленным "честный" пакет, мы избегаем всех проблем.

Тогда обязательно надо удалить пакеты libopenct1 и libopensc2 (rpm -e libopenct1 libopensc2 --nodeps). Иначе могут возникнуть конфликты из-за того, что /usr/lib64/libopenct.so.1 от пакета libopenct1 будет подхвачен приложением вместо /usr/local/lib64/libopenct.so.1.

Либо, как альтернатива, можно просто удалить все файлы из пакетов, не удаляя из базы пакетов саму отметку о том, что пакет установлен:

rm -f `rpm -ql libopenct1 libopensc2`

Но, всё же, я бы рекомендовал просто собрать пакет более свежей версии самому, поверьте, это совсем не сложно.