Предлагается вынести суждение по такому вопросу, как выделение движка Gecko в отдельный пакет,
с тем чтобы его можно было использовать (по возможности) в таких пакетах как
Вот список библиотек:
libgkgfx.so
libgtkembedmoz.so
libgtkxtbin.so
libjsj.so
libmozjs.so
libnspr4.so
libnss3.so
libnssckbi.so
libplc4.so
libplds4.so
libsmime3.so
libsoftokn3.so
libssl3.so
libxpcom.so
libxpcom_compat.so
Mikhail Zabaluev:
И заодно подумать о libgecko, чтобы вернуться наконец на unix way и покончить со безобразием, которое выглядит например так:
$ locate libxpcom.so
/opt/openoffice.org1.9.90/program/libxpcom.so
/usr/lib/OpenOffice.org1.1.4/program/libxpcom.so
/usr/lib/firefox-1.0.1/libxpcom.so
/usr/lib/libxpcom.so
/usr/lib/mozilla/libxpcom.so
/usr/lib/nvu-0.90/libxpcom.so
/usr/lib/thunderbird-1.0/libxpcom.so
или так:
$ apt-cache whatdepends libgtkembedmoz.so
Немного противоречиво – если приложения, содержание Gecko, могут быть поставщиками Gecko API, следовательно, библиотеки Gecko в них имеют одинаковую функциональность, и дублировать их смысла нет.
On Sunday 17 April 2005 19:52, Michael Shigorin wrote:
Я догадываюсь что это hell, но всё же надеюсь что раз это штука имеет API, то разработчики имеют некоторую порядочность в обращении с ним и преемственность наблюдается. Если же в каждом из перечисленных проектов (Open Office?.org, mozilla, firefox, thunderbird, а также Sunbird, который у нас ещё не собран) используется свой собственный Gecko с никому не понятными правками, то печально всё это. Говорим о стандартах и не соблюдаем их...