|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Vladimir Bormotov 2:5020/400 03 Aug 2002 10:38:29
To : Valentin Nechayev
Subject : Re: stupid dependencies in RedHat 7.3
--------------------------------------------------------------------------------
Hi, Valentin!
>>>>> "VN" == Valentin Nechayev <netch@segfault.kiev.ua> writes:
VN>>>>> Чем поможет suggests, если ldd показывает три экрана библиотек?
VN>>>>> Пакость лежит не в менеджере.
VB>>>> в архитектуре софта? В подходе все собирать из исходников?
VN>>> В подходе все прилинковать статически (в смысле - жестко прописать
VN>>> зависимость). Оно конечно удобнее, но если никто и не собирался
VN>>> использовать то, для чего нужна libcoolzuka, то зачем ее требовать
VN>>> для загрузки?
VF>> Мда. Hо для того, чтобы не было таких вещей, надо сделать доступной в
VF>> каждом дистрибутиве обязательным наличие компонентой архитектуры
VF>> (CORBA, COM или еще чего), как обязательно наличие
VF>> fileutils. Единственно для того, чтобы не изобретать on-demand
VF>> линковку с нуля каждый раз, как она понадобится. Можно просто
VF>> применить модульный подход в написании программы, но без готовой
VF>> инфраструктуры это довольно накладно.
VN> Для "компонентной архитектуры" было бы достаточно для начала сделать
VN> штатное API для поиска в ld.so.cache.
и чем это поможет в плане "не хранения имен библиотек в бинарнике"?
их всеранво нужно будет там хранить, чтоб оптом скормить в это самое API.
Тем, что они не будут требоваться?
VN> Хотя можно пути складывать и в конфиг. Умеет ли rpm генерировать такой
VN> конфиг при сборке пакета?
можно с этого места подробнее?
А я пока напишу ответ на то, что я понял:
find-requires это скриптец в поставке rpm (/usr/lib/rpm/find-requires),
который "разнюхивает бинарники", на предмет чего-же им нужно, и возвращает
rpm'му список. Вернуть другой список, и даже засунуть полученные данные
куда-либо "сбоку" думаю можно без особых напрягов и правки rpm'а.
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
