[devel] Gecko SDK

[devel] Gecko SDK

[Mikhail Zabaluev]

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

Доброго времени суток.

Некоторые проекты, например, последний релиз SWT, требуют для сборки
Gecko SDK. Это усеченный набор заголовочных файлов и библиотек из
Mozilla, представляющий стабильные API. Однако в Gecko SDK в том виде,
как он распространяется с сайта, есть несколько статических архивов,
отсутствующих в mozilla-devel:
libembed_base_s.a
libxpcomglue.a
libxpcomglue_s.a

Можно ли их получить в составе mozilla-devel или выделить вместе с другими
необходимыми файлами в отдельный пакет gecko-sdk?


[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Gecko SDK

[Vitaly Lipatov]

On Sunday 17 April 2005 16:01, Mikhail Zabaluev wrote:
> Доброго времени суток.
>
> Некоторые проекты, например, последний релиз 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

Для обсуждения см.
http://www.freesource.info/wiki/AltLinux/Razrabotka/gecko

-- 
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! LaTeX! LyX!

[devel] Re: Gecko SDK

[Michael Shigorin]

On Sun, Apr 17, 2005 at 06:01:53PM +0400, Vitaly Lipatov wrote:
> И заодно подумать о libgecko, чтобы вернуться наконец на unix way 
> и покончить со безобразием, которое выглядит например так:
> $ locate libxpcom.so

Кажется, эту тему обсуждали -- когда выносили плагины.
Вывод был таким IIRC: версии разные, это почитай что DirectX hell.

> http://www.freesource.info/wiki/AltLinux/Razrabotka/gecko

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] Re: Gecko SDK

[Vitaly Lipatov]

On Sunday 17 April 2005 19:52, Michael Shigorin wrote:
> On Sun, Apr 17, 2005 at 06:01:53PM +0400, Vitaly Lipatov wrote:
> > И заодно подумать о libgecko, чтобы вернуться наконец на
> > unix way и покончить со безобразием, которое выглядит
> > например так: $ locate libxpcom.so
>
> Кажется, эту тему обсуждали -- когда выносили плагины.
> Вывод был таким IIRC: версии разные, это почитай что DirectX
> hell.
Я догадываюсь что это hell, но всё же надеюсь что раз это штука 
имеет API, то разработчики имеют некоторую порядочность в 
обращении с ним и преемственность наблюдается. Если же в каждом 
из перечисленных проектов (OpenOffice.org, mozilla, firefox, 
thunderbird, а также Sunbird, который у нас ещё не собран) 
используется свой собственный Gecko с никому не понятными 
правками, то печально всё это. Говорим о стандартах и не 
соблюдаем их...

-- 
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! LaTeX! LyX!

Re: [devel] Re: Gecko SDK

[Vitaly Lipatov]

On Sunday 17 April 2005 19:52, Michael Shigorin wrote:
> On Sun, Apr 17, 2005 at 06:01:53PM +0400, Vitaly Lipatov wrote:
> > И заодно подумать о libgecko, чтобы вернуться наконец на
> > unix way и покончить со безобразием, которое выглядит
> > например так: $ locate libxpcom.so
>
> Кажется, эту тему обсуждали -- когда выносили плагины.
> Вывод был таким IIRC: версии разные, это почитай что DirectX
> hell.
В общем, был я в этом аду. Никакого hell там нет. Всё красиво -
Mozilla, Firefox, Thunderbird, NVU, OOo 1.1.4, OOo 2.0 отлично 
живут с одними и теми же библиотеками (я из Thunderbird взял).
Экономия небольшая - мегабайт 15, но зато как удобно критичные 
баги исправлять. Одновременно и без перевыкачивания трёх сотен 
метров.

toAll:
Есть обратные примеры?

-- 
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! LaTeX! LyX!

[devel] Re: Gecko SDK

[Konstantin A. Lepikhov]

Hi Vitaly!

Sunday 17, at 09:57:54 PM you wrote:

> On Sunday 17 April 2005 19:52, Michael Shigorin wrote:
> > On Sun, Apr 17, 2005 at 06:01:53PM +0400, Vitaly Lipatov wrote:
> > > И заодно подумать о libgecko, чтобы вернуться наконец на
> > > unix way и покончить со безобразием, которое выглядит
> > > например так: $ locate libxpcom.so
> >
> > Кажется, эту тему обсуждали -- когда выносили плагины.
> > Вывод был таким IIRC: версии разные, это почитай что DirectX
> > hell.
> В общем, был я в этом аду. Никакого hell там нет. Всё красиво -
> Mozilla, Firefox, Thunderbird, NVU, OOo 1.1.4, OOo 2.0 отлично 
> живут с одними и теми же библиотеками (я из Thunderbird взял).
> Экономия небольшая - мегабайт 15, но зато как удобно критичные 
> баги исправлять. Одновременно и без перевыкачивания трёх сотен 
> метров.
> 
> toAll:
> Есть обратные примеры?
все это здорово но пока рано. Все ждем стабильного XULRunner. После этого
радостного события празднуем месяц, потом выкидываем mozappsuite,
монолитные FF/TB/NVU/SB, ставим XR + его xul клиентов и вот _тогда_ делаем
libgecko и sdk. Имхо иначе это есть гимор.

-- 
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

Re: [devel] Re: Gecko SDK

[Vitaly Lipatov]

On Sunday 17 April 2005 22:27, Konstantin A. Lepikhov wrote:
> все это здорово но пока рано. Все ждем стабильного XULRunner.
Зачем для Сизифа ждать стабильного XULRUnner? Почему бы не 
собрать nightly builds? По крайней мере уже сейчас будет 
libgecko или как оно там и -devel (SDK) к нему. И вроде никому 
не помешает (кроме mozilla, которая тащит свои либы линками 
в /usr/lib)
> После этого радостного события празднуем месяц, потом
> выкидываем mozappsuite, монолитные FF/TB/NVU/SB, ставим XR +
> его xul клиентов и вот _тогда_ делаем libgecko и sdk. Имхо
> иначе это есть гимор.
И вот такой бы план по каждому из ключевых пакетов...

-- 
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! LaTeX! LyX!

Re: [devel] Re: Gecko SDK

[Vitaly Lipatov]

On Sunday 17 April 2005 22:27, Konstantin A. Lepikhov wrote:
> все это здорово но пока рано. Все ждем стабильного XULRunner.
> После этого радостного события празднуем месяц, потом
> выкидываем mozappsuite, монолитные FF/TB/NVU/SB, ставим XR +
> его xul клиентов и вот _тогда_ делаем libgecko и sdk. Имхо
> иначе это есть гимор.
Хочу добавить, что FF, работающий с XULRunner, будет иметь версию 
2.0, и вообще ожидание этого радостного события может затянуться 
на год-другой.

-- 
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! LaTeX! LyX!

Re: [devel] Re: Gecko SDK

[Mikhail Zabaluev]

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

В Вск, 17/04/2005 в 22:52 +0400, Vitaly Lipatov пишет:
> On Sunday 17 April 2005 22:27, Konstantin A. Lepikhov wrote:
> > все это здорово но пока рано. Все ждем стабильного XULRunner.
> Зачем для Сизифа ждать стабильного XULRUnner? Почему бы не 
> собрать nightly builds?

Это как раз нетрадиционно для Sisyphus. Нестабилен _дистрибутив_,
а upstream как раз должен быть уже устаканенный. Как будто без
апстримных глюков работы мало.


[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Re: Gecko SDK

[Mikhail Zabaluev]

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

В Вск, 17/04/2005 в 20:53 +0400, Vitaly Lipatov пишет:
> > Кажется, эту тему обсуждали -- когда выносили плагины.
> > Вывод был таким IIRC: версии разные, это почитай что DirectX
> > hell.
> Я догадываюсь что это hell, но всё же надеюсь что раз это штука 
> имеет API, то разработчики имеют некоторую порядочность в 
> обращении с ним и преемственность наблюдается. Если же в каждом 
> из перечисленных проектов (OpenOffice.org, mozilla, firefox, 
> thunderbird, а также Sunbird, который у нас ещё не собран) 
> используется свой собственный Gecko с никому не понятными 
> правками, то печально всё это. Говорим о стандартах и не 
> соблюдаем их...

Стандартизован только API, версии движка могут (и будут пока) разниться.
Я не уверен, что нужно и безопасно унифицировать Gecko раньше, чем это
сделают сами разработчики. А вот Gecko SDK нам явно не хватает прямо
сейчас, причем получить его можно в той же сборке Mozilla suite (или
Firefox), нужно только грамотно упаковать.


[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Re: Gecko SDK

[Vitaly Lipatov]

On Monday 18 April 2005 14:22, Mikhail Zabaluev wrote:
> Стандартизован только API, версии движка могут (и будут пока)
> разниться. Я не уверен, что нужно и безопасно унифицировать
> Gecko раньше, чем это сделают сами разработчики. А вот Gecko
> SDK нам явно не хватает прямо сейчас, причем получить его
> можно в той же сборке Mozilla suite (или Firefox), нужно
> только грамотно упаковать.
Я бы всё-таки предложил упаковать libgecko вместо ссылок 
из /usr/lib/mozilla в /usr/lib, а соответствующие библиотеки в 
FF, TB, Mozilla, SB упаковать в отдельные пакеты - для тех, кто 
боится или действительно поймает какой-то глюк из-за версии 
движка. И овцы целы, и волки сыты. И SDK будет с библиотекой, а 
не оторвыш сам по себе.

-- 
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! LaTeX! LyX!