В Вск, 20/11/2005 в 21:48 +0300, Konstantin A. Lepikhov пишет: > > > пока эти библиотеки лежат в /lib грабли с запуском и их упаковкой будут > > > всегда. > > > > Я говорю о firefox и пр. > > Проблема добиться того, чтобы все используемые библиотеки firefox > > находил у себя в /usr/lib/firefox? > > В run-mozilla.sh для этого даже не нужно ничего менять. > проблемы с этим нет. Несколько сообщений назад я читал нечто иное. > просто получается дублирование 3х комплектов > библиотек по _3_ каталогам с _3_ одинаковыми provides. По сравнению со сломанными приложениями это сущие пустяки. К тому же библиотеки получаются не совсем взаимозаменяемые: каждому приложению с mozilla.org пока что нужен свой комплект. С неоднозначными provides бороться очень просто: расставлять requires в клиенте на конкретные пакеты (mozilla и mozilla-psm). > > Если вы мне дадите патчи для Evolution/e-d-s и обязуетесь их > > поддерживать в дальнейшем, я буду счастлив. Пока что аргумент не > > проходит. Там нужен не только SSL, но и S/MIME, а для этого более > > портабельных альтернатив не просматривается. > т.е. вы хотите сказать, что в evo используется nss для S/MIME? Да. > > У толпы разработчиков просто пока что нет ни одного официального релиза, > > с которым можно работать. Кстати, грядущий Firefox 1.5 это тоже > > некрофилия, ведь туда libxul не входит? > > В-общем, понятно отношение к невежественному миру, который не хочет > > прямо сейчас жить по идеалам передовых товарищей. > тогда почему эти разработчики выбрали самый заброшенный и неподдерживаемый > релиз? :) И это не идеалы, а вполне здравые мысли и действия. Если вы гарантируете безоблачную работу всех наших клиентов с библиотеками из firefox/xulrunner/seamonkey/mozwhatever, я буду счастлив использовать и их. С нахождением в /usr/lib, естественно. > > Объясните во внятных технических терминах, почему они не могут жить у > > себя в /usr/lib/{firefox,thunderbird} с собственными библиотеками. > > "Скрипт все равно не помогал и иногда зацеплялись либы из /usr/lib" не > > звучит как компетентный довод. > могут жить, но представьте себе 3 openoffice одновременно живущих в > системе. Выкладки избыточности по коду против типичного объема использования динамической памяти -- в студию, пожалуйста. У меня получается такая картина: $ ps v -C firefox-bin PID TTY STAT TIME MAJFL TRS DRS RSS %MEM COMMAND 1203 ? S 2:36 13 62 59425 41204 5.3 /usr/lib/firefox-1.0.7/ 1206 ? S 0:00 0 62 59425 41204 5.3 /usr/lib/firefox-1.0.7/ 1207 ? S 0:01 1 62 59425 41204 5.3 /usr/lib/firefox-1.0.7/ 1209 ? S 0:01 0 62 59425 41204 5.3 /usr/lib/firefox-1.0.7/ $ ls -l /usr/lib/firefox/*.so -rw-r--r-- 1 root root 139528 Ноя 14 20:54 /usr/lib/firefox/libgkgfx.so -rw-r--r-- 1 root root 105896 Ноя 14 20:54 /usr/lib/firefox/libgtkembedmoz.so -rw-r--r-- 1 root root 14124 Ноя 14 20:54 /usr/lib/firefox/libgtkxtbin.so -rw-r--r-- 1 root root 104132 Ноя 14 20:54 /usr/lib/firefox/libjsj.so -rw-r--r-- 1 root root 536668 Ноя 14 20:54 /usr/lib/firefox/libmozjs.so -rw-r--r-- 1 root root 206620 Ноя 14 20:22 /usr/lib/firefox/libnspr4.so -rw-r--r-- 1 root root 425092 Ноя 14 20:47 /usr/lib/firefox/libnss3.so -rw-r--r-- 1 root root 222140 Ноя 14 20:47 /usr/lib/firefox/libnssckbi.so -rw-r--r-- 1 root root 14764 Ноя 14 20:22 /usr/lib/firefox/libplc4.so -rw-r--r-- 1 root root 8856 Ноя 14 20:22 /usr/lib/firefox/libplds4.so -rw-r--r-- 1 root root 140312 Ноя 14 20:47 /usr/lib/firefox/libsmime3.so -rw-r--r-- 1 root root 440768 Ноя 14 20:47 /usr/lib/firefox/libsoftokn3.so -rw-r--r-- 1 root root 131188 Ноя 14 20:47 /usr/lib/firefox/libssl3.so -rw-r--r-- 1 root root 46088 Ноя 14 20:54 /usr/lib/firefox/libxlibrgb.so -rw-r--r-- 1 root root 107812 Ноя 14 20:54 /usr/lib/firefox/libxpcom_compat.so -rw-r--r-- 1 root root 769704 Ноя 14 20:54 /usr/lib/firefox/libxpcom.so -rw-r--r-- 1 root root 8228 Ноя 14 20:54 /usr/lib/firefox/libxpistub.so Суммирование размеров библиотек оставляем читателям для упражнения. > К тому же, suite, который идет в сизифе, несовместим с nspr, > который использует fx/tb и xulrunner. Это же относится и к nss. А nspr у > нас уже общая библиотека. Нет такой сверхзадачи, чтобы держать ее общей. > Т.е. мы сразу получаем конфликт, если просто > закинем симлинки из /usr/lib/mozilla в /usr/lib. Допустим, если mozilla suite действительно живет на общем NSPR, его не нужно закидывать. Нужно закинуть остальные. Подробности здесь: https://bugzilla.altlinux.org/show_bug.cgi?id=8530 > А так - n странных > гномовких пакетов продолжают линковаться и использовать старье из > /usr/lib/mozilla Повторяю еще раз: использовать старье непосредственно из /usr/lib/mozilla внешние приложения не могут.