9342 2006-03-30 11:20:32 +0400 Неверная структура зависимостей 2009-05-10 09:33:07 +0400 1 1 4 Development Sisyphus unixODBC unstable all Linux CLOSED FIXED P2 minor --- 1 mhz lav lav qa-sisyphus oldest_to_newest 37076 0 mhz 2006-03-30 11:20:34 +0400 Обычно пакеты приложения или сервиса зависят от пакетов своих библиотек. В пакете unixODBC наоборот: libunixODBC и другие зависят от unixODBC. Должна быть очень серьезная причина того, чтобы библиотеку нельзя было использовать как она есть, например, во время сборки пакетов. Предлагается установить следующую структуру зависимостей: unixODBC -> libunixODBC = %version-%release libunixODBC-devel -> libunixODBC = %version-%release libunixODBC-devel-static -> libunixODBC-devel = %version-%release 37416 1 at 2006-04-18 22:21:48 +0400 У unixODBC есть и другие проблемы с зависмостями. $ rpm -qp --provides unixODBC-2.2.11-alt2.1.i586.rpm libodbc.so libodbcinst.so MyODBC unixODBC = 2.2.11-alt2.1 $ rpm -qp -l unixODBC-2.2.11-alt2.1.i586.rpm |grep lib $ Вывод: unixODBC "вручную" провадит soname'ы, которые на самом деле в себе не содержит. Нужно иметь очень вескую причину для того, чтобы указывать в зависимостях soname'ы вручную. $ rpmpeek unixODBC-2.2.11-alt2.1.src.rpm grep ^Provides: unixODBC.spec Provides: libodbc.so, libodbcinst.so, MyODBC $ 37419 2 mhz 2006-04-19 00:45:44 +0400 (In reply to comment #1) > Вывод: unixODBC "вручную" провадит soname'ы, которые на самом деле в себе не > содержит. Нужно иметь очень вескую причину для того, чтобы указывать в > зависимостях soname'ы вручную. Промашка вышла, эти Provides нужно перенести в libunixODBC. 37420 3 mhz 2006-04-19 01:57:46 +0400 Все высказанные пожелания осуществлены в unixODBC-2.2.11-alt2.2.