О появлении libgecko в дистрибутиве
Предлагается вынести суждение по такому вопросу, как выделение движка Gecko в отдельный пакет,
с тем чтобы его можно было использовать (по возможности) в таких пакетах как
- OpenOffice.org 2.0?
- Firefox
- Thunderbird
- NVU
- Mozilla
- Galeon
- Epiphany
- Yelp
- Dev Help?
- python-module-pygnome-gtkmozembed
Mikhail Zabaluev:
> Некоторые проекты, например, последний релиз SWT, требуют для
> сборки Gecko SDK. Это усеченный набор заголовочных файлов и
> библиотек из Mozilla, представляющий стабильные API. Однако в
> Gecko SDK в том виде, как он распространяется с сайта, есть
> несколько статических архивов, отсутствующих в mozilla-devel:
> libembed_base_s.a
> libxpcomglue.a
> libxpcomglue_s.a
>
> Можно ли их получить в составе mozilla-devel или выделить
> вместе с другими необходимыми файлами в отдельный пакет gecko-sdk?
И заодно подумать о 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
yelp-2.9.3-alt1
python-module-pygnome-gtkmozembed-2.10.0-alt2
liferea-mozilla-0.9.0b-alt1
libdevhelp-0.9.3-alt1.1
galeon-1.3.20-alt1
epiphany-extensions-1.6.1-alt1
epiphany-1.6.1-alt1
Думаю, не стоит забегать впереди паровоза: раз уж все эти проекты предоставляют свою версию libxpcom и пр., у них на это могут быть свои причины (как избежать хаоса в auto dependencies, это другой вопрос). Другое дело Gecko SDK: эта штука (особенно glue) нужна многим проектам, и является официальным средством для разработки стабильных расширений/встраиваний. Приложения, содержащие Gecko, могут при этом выступать как взаимозаменяемые поставщики Gecko API.