Hi Mikhail! Sunday 20, at 11:26:19 PM you wrote: > В Вск, 20/11/2005 в 21:48 +0300, Konstantin A. Lepikhov пишет: > > > > пока эти библиотеки лежат в /lib грабли с запуском и их упаковкой будут > > > > всегда. > > > > > > Я говорю о firefox и пр. > > > Проблема добиться того, чтобы все используемые библиотеки firefox > > > находил у себя в /usr/lib/firefox? > > > В run-mozilla.sh для этого даже не нужно ничего менять. > > проблемы с этим нет. > > Несколько сообщений назад я читал нечто иное. Нет проблемы в run-mozilla.sh, есть проблемы с упаковкой этого хозяйства. ok, перепроверим и уточним ;) > > > просто получается дублирование 3х комплектов > > библиотек по _3_ каталогам с _3_ одинаковыми provides. > > По сравнению со сломанными приложениями это сущие пустяки. > К тому же библиотеки получаются не совсем взаимозаменяемые: каждому > приложению с mozilla.org пока что нужен свой комплект. нет. это только suite нужны свои библиотеки. текущий fx/tb/xulrunner живут на общих библиотеках. > С неоднозначными 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, естественно. mozwhatever должен быть один :) и в /usr/lib. Сейчас к этому движутся только fx/tb/xulrunner. suite _официально_ заброшен. > > > > Объясните во внятных технических терминах, почему они не могут жить у > > > себя в /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 > > Суммирование размеров библиотек оставляем читателям для упражнения. + компоненты и extensions. + задублированные elf symbols. > > > К тому же, suite, который идет в сизифе, несовместим с nspr, > > который использует fx/tb и xulrunner. Это же относится и к nss. А nspr у > > нас уже общая библиотека. > > Нет такой сверхзадачи, чтобы держать ее общей. есть. glibc у нас тоже общаяя между прочим. > > > Т.е. мы сразу получаем конфликт, если просто > > закинем симлинки из /usr/lib/mozilla в /usr/lib. > > Допустим, если mozilla suite действительно живет на общем NSPR, его не > нужно закидывать. Нужно закинуть остальные. > Подробности здесь: > https://bugzilla.altlinux.org/show_bug.cgi?id=8530 не факт. Допустим e-d-s не так жизненно необходимы либы от suite, и что он может жить с либами от fx 1.0.x (со 100% вероятностью), и даже fx 1.5. Насчет versioning fx - это рекламный трюк mozilla copr ;) Чисто программно это пока 1.1 > > > А так - n странных > > гномовких пакетов продолжают линковаться и использовать старье из > > /usr/lib/mozilla > > Повторяю еще раз: использовать старье непосредственно > из /usr/lib/mozilla внешние приложения не могут. Тогда пусть эти приложения не пользуются старьем - попробуйте собрать их с firefox-devel из дедала или с xulrunner из сизифа и _подтвердить_, что они с ними не работают. Иначе эта страусиная позиция добром не кончится. -- WBR, Konstantin chat with ==>ICQ: 109916175 Lepikhov, speak to ==>JID: lakostis@jabber.org aka L.A. Kostis write to ==>mailto:lakostis@pisem.net.nospam ...The information is like the bank... (c) EC8OR