[devel] Re: Mozilla libraries (was: Gnome applets)

["Konstantin A. Lepikhov" <lakostis@altlinux.ru>]

[-- Attachment #1: Type: text/plain, Size: 6309 bytes --]

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

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]