Не думаю, что я забегаю вперёд паровоза, поскольку не вижу такового. А если и так, то паровоз всё же архаичный вид транспорта, а ALT Linux Team- передовая группа разработчиков.
Предлагается выделить движок Gecko в отдельный пакет libgecko, как это требуется общепринятым подходом к сборке пакетов.
Текущий вариант нарушает несколько правил:
> Некоторые проекты, например, последний релиз 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
Думаю, не стоит забегать впереди паровоза: раз уж все эти проекты предоставляют свою версию libxpcom и пр., у них на это могут быть свои причины (как избежать хаоса в auto dependencies, это другой вопрос). Другое дело Gecko SDK: эта штука (особенно glue) нужна многим проектам, и является официальным средством для разработки стабильных расширений/встраиваний. Приложения, содержащие Gecko, могут при этом выступать как взаимозаменяемые поставщики Gecko API.
Немного противоречиво – если приложения, содержание Gecko, могут быть поставщиками Gecko API, следовательно, библиотеки Gecko в них имеют одинаковую функциональность, и дублировать их смысла нет.
On Sunday 17 April 2005 19:52, Michael Shigorin wrote:
> Кажется, эту тему обсуждали — когда выносили плагины.
> Вывод был таким IIRC: версии разные, это почитай что Direct X?
> hell.
Я догадываюсь что это hell, но всё же надеюсь что раз это штука имеет API, то разработчики имеют некоторую порядочность в обращении с ним и преемственность наблюдается. Если же в каждом из перечисленных проектов (Open Office?.org, mozilla, firefox, thunderbird, а также Sunbird, который у нас ещё не собран) используется свой собственный Gecko с никому не понятными правками, то печально всё это. Говорим о стандартах и не соблюдаем их...