[devel] libdir в seamonkey-gtkmozembed.pc

[devel] libdir в seamonkey-gtkmozembed.pc

[Ildar Mulyukov]

	Господа!
seamonkey-1.0.4-alt2:
	$ cat /usr/lib/pkgconfig/seamonkey-gtkmozembed.pc
	libdir=/usr/lib/seamonkey-1.0.4
seamonkey-1.0.5-alt1:
	$ cat /usr/lib/pkgconfig/seamonkey-gtkmozembed.pc
	libdir=/usr/lib

Скажите, это специально так сделано или просто так получилось? Я  
связанное с Мозиллой в первый раз пакую, поэтому не в курсе.

С уважением, Ильдар
ЗЫ firefox 1.5.0.7-alt1 согласен с версией 1.0.4:
libdir=/usr/lib/firefox-1.5.0.7
ЗЗЫ. Раз уж seamonkey всё равно ставится в /usr/lib/mozilla, может  
вообще правильно показывать на эту папку? Это неверно, если в планах  
вообще избавиться от /usr/lib/mozilla, в чём я сильно сомневаюсь.
--
Ildar  Mulyukov,
   free SW designer/programmer/packager
=========================================
email: ildar@altlinux.ru
ALT Linux Sisyphus http://www.sisyphus.ru
=========================================

Re: [devel] libdir в seamonkey-gtkmozembed.pc

[Damir Shayhutdinov]

> seamonkey-1.0.4-alt2:
>         $ cat /usr/lib/pkgconfig/seamonkey-gtkmozembed.pc
>         libdir=/usr/lib/seamonkey-1.0.4
> seamonkey-1.0.5-alt1:
>         $ cat /usr/lib/pkgconfig/seamonkey-gtkmozembed.pc
>         libdir=/usr/lib
>
> Скажите, это специально так сделано или просто так получилось? Я
> связанное с Мозиллой в первый раз пакую, поэтому не в курсе.

Это сделано специально.
/usr/lib/seamonkey-1.0.4 - это символическая ссылка на
/usr/lib/mozilla. Но наш FindReqProv не понимает символических ссылок
на директории, поэтому seamonkey не может провайдить
/usr/lib/seamonkey-1.0.4/libgtkmozembed.so например.

Пакеты, собранные с версией 1.0.4-alt2 с самого рождения уже имеют
unmets. Поэтому libdir может быть либо /usr/lib/mozilla, либо /usr/lib

Объясняю почему /usr/lib:

Исторически сложилось так, что mozilla предоставляла часть своих
библиотек (libgtkmozembed, libmozjs, libmozldap, libnss и и.т. д.) как
публичный интерфейс, размещая эти библиотеки в /usr/lib.

И хотя часть из этих библиотек ушла в соответствующие пакеты (libnss,
libnspr, mozldap), оставшая часть все еще лежала в /usr/lib и многие
пакеты этим пользовались. Поэтому для удобства обновления и замещения
mozilla пакет seamonkey делает так же.

> ЗЫ firefox 1.5.0.7-alt1 согласен с версией 1.0.4:
> libdir=/usr/lib/firefox-1.5.0.7
Угу, и вы видите что происходит при обновлении firefox - куча анметов.

> ЗЗЫ. Раз уж seamonkey всё равно ставится в /usr/lib/mozilla, может
> вообще правильно показывать на эту папку? Это неверно, если в планах
> вообще избавиться от /usr/lib/mozilla, в чём я сильно сомневаюсь.

В дальних планах избавиться от самого термина "сборки с одним из
гекконов", и собирать все с xulrunner. Тогда вообще *-gtkmozembed.pc
никому не будет нужен.

К сожалению, сообщество Mozilla пока не торопится избавиться от
дублирования библиотек и функционала в своих продуктах, и планы эти
остаются дальними.

Re: [devel] libdir в seamonkey-gtkmozembed.pc

[Ildar Mulyukov]

	Дамир, спасибо за ответ!

On 04.10.2006 11:59:53, Damir Shayhutdinov wrote:
> Объясняю почему /usr/lib:
> 
> Исторически сложилось так, что mozilla предоставляла часть своих   
> библиотек (libgtkmozembed, libmozjs, libmozldap, libnss и и.т. д.)   
> как  публичный интерфейс, размещая эти библиотеки в /usr/lib.   И  
> хотя часть из этих библиотек ушла в соответствующие пакеты (libnss,   
> libnspr, mozldap), оставшая часть все еще лежала в /usr/lib и многие   
> пакеты этим пользовались. Поэтому для удобства обновления и замещения  
> mozilla пакет seamonkey делает так же.

А нельзя было эту проблему объехать другим путём? Надеюсь,  
mozilla-alt-team отдаёт себе отчёт, что _все_, кто линкуется с  
gtkmozembed, ожидают увидеть в libdir /usr/lib/mozilla, а не /usr/lib?

> > ЗЗЫ. Раз уж seamonkey всё равно ставится в /usr/lib/mozilla, может
> > вообще правильно показывать на эту папку? Это неверно, если в планах
> > вообще избавиться от /usr/lib/mozilla, в чём я сильно сомневаюсь.
> В дальних планах избавиться от самого термина "сборки с одним из
> гекконов", и собирать все с xulrunner. Тогда вообще *-gtkmozembed.pc
> никому не будет нужен.
Но собираться _сейчас_ с xulrunner, как я понимаю, смысла нет?

С уважением, Ильдар.
--
Ildar  Mulyukov,
   free SW designer/programmer/packager
=========================================
email: ildar@altlinux.ru
ALT Linux Sisyphus http://www.sisyphus.ru
=========================================

Re: [devel] libdir в seamonkey-gtkmozembed.pc

[Mikhail Zabaluev]

В Срд, 04/10/2006 в 13:05 +0600, Ildar Mulyukov пишет:
> > Исторически сложилось так, что mozilla предоставляла часть своих   
> > библиотек (libgtkmozembed, libmozjs, libmozldap, libnss и и.т. д.)   
> > как  публичный интерфейс, размещая эти библиотеки в /usr/lib.   И  
> > хотя часть из этих библиотек ушла в соответствующие пакеты (libnss,   
> > libnspr, mozldap), оставшая часть все еще лежала в /usr/lib и многие   
> > пакеты этим пользовались. Поэтому для удобства обновления и замещения  
> > mozilla пакет seamonkey делает так же.
> 
> А нельзя было эту проблему объехать другим путём? Надеюсь,  
> mozilla-alt-team отдаёт себе отчёт, что _все_, кто линкуется с  
> gtkmozembed, ожидают увидеть в libdir /usr/lib/mozilla, а не /usr/lib?

Более того, если приложения линкуются с -L/usr/lib/seamonkey, им ничто
не помешает загрузить библиотеки из /usr/lib.

> > В дальних планах избавиться от самого термина "сборки с одним из
> > гекконов", и собирать все с xulrunner. Тогда вообще *-gtkmozembed.pc
> > никому не будет нужен.
> Но собираться _сейчас_ с xulrunner, как я понимаю, смысла нет?

Это планы для Firefox 3.0.

Re: [devel] libdir в seamonkey-gtkmozembed.pc

[Damir Shayhutdinov]

> А нельзя было эту проблему объехать другим путём? Надеюсь,
> mozilla-alt-team отдаёт себе отчёт, что _все_, кто линкуется с
> gtkmozembed, ожидают увидеть в libdir /usr/lib/mozilla, а не /usr/lib?
А что меняется от того, что это ожидание не соответствует
действительности? Что-то не так собирается?

Я не настаиваю на /usr/lib, если это приносит какие-то проблемы для
программ, собирающихся с seamonkey.

> > В дальних планах избавиться от самого термина "сборки с одним из
> > гекконов", и собирать все с xulrunner. Тогда вообще *-gtkmozembed.pc
> > никому не будет нужен.
> Но собираться _сейчас_ с xulrunner, как я понимаю, смысла нет?
Знаете, экспериментально выяснилось, что есть различия в API между
гекко в xulrunner, и seamonkey например. К сожалению, пока MF будет
практиковать порочную практику пихать в каждый геккон свою копию
библиотек, это различие будет сохраняться.
Вы можете попробовать собираться с xulrunner. Но учтите - у него такая
же политика формирования libdir (номер версии включен в libdir), как
следствие, при каждом обновлении xulrunner вам придется
пересобираться. Этакая замена soname.

Re: [devel] libdir в seamonkey-gtkmozembed.pc

[Ildar Mulyukov]

On 04.10.2006 13:32:44, Damir Shayhutdinov wrote:
> > А нельзя было эту проблему объехать другим путём? Надеюсь,
> > mozilla-alt-team отдаёт себе отчёт, что _все_, кто линкуется с
> > gtkmozembed, ожидают увидеть в libdir /usr/lib/mozilla, а не
> /usr/lib?
> А что меняется от того, что это ожидание не соответствует
> действительности? Что-то не так собирается?
А как, Вы думаете, я обнаружил такое различие? ;)

> Я не настаиваю на /usr/lib, если это приносит какие-то проблемы для
> программ, собирающихся с seamonkey.
Я тоже не настаиваю. Я просто сделал патч под названием  
%name-alt-mozhack.patch ;)

> > > В дальних планах избавиться от самого термина "сборки с одним из
> > > гекконов", и собирать все с xulrunner. Тогда вообще
> *-gtkmozembed.pc
> > > никому не будет нужен.
> > Но собираться _сейчас_ с xulrunner, как я понимаю, смысла нет?
> Знаете, экспериментально выяснилось, что есть различия в API между   
> гекко в xulrunner, и seamonkey например. К сожалению, пока MF будет   
> практиковать порочную практику пихать в каждый геккон свою копию   
> библиотек, это различие будет сохраняться.  Вы можете попробовать  
> собираться с xulrunner. Но учтите - у него  такая же политика  
> формирования libdir (номер версии включен в  libdir), как  следствие,  
> при каждом обновлении xulrunner вам придется  пересобираться. Этакая  
> замена soname.
Понятно. То есть практической ценности не представляет.

С уважением, Ильдар
--
Ildar  Mulyukov,
   free SW designer/programmer/packager
=========================================
email: ildar@altlinux.ru
ALT Linux Sisyphus http://www.sisyphus.ru
=========================================

Re: [devel] libdir в seamonkey-gtkmozembed.pc

[Damir Shayhutdinov]

> > А что меняется от того, что это ожидание не соответствует
> > действительности? Что-то не так собирается?
> А как, Вы думаете, я обнаружил такое различие? ;)
Поведайте подробнее...

Re: [devel] libdir в seamonkey-gtkmozembed.pc

[Alexey Gladkov]

Damir Shayhutdinov пишет:
> Вы можете попробовать собираться с xulrunner. Но учтите - у него такая
> же политика формирования libdir (номер версии включен в libdir), как
> следствие, при каждом обновлении xulrunner вам придется
> пересобираться. Этакая замена soname.

На самом деле есть симлинк без версии.

-- 
Rgrds, legion

Re: [devel] libdir в seamonkey-gtkmozembed.pc

[Alexey I. Froloff]

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

* Alexey Gladkov <legion@> [061022 00:54]:
> > Вы можете попробовать собираться с xulrunner. Но учтите - у него такая
> > же политика формирования libdir (номер версии включен в libdir), как
> > следствие, при каждом обновлении xulrunner вам придется
> > пересобираться. Этакая замена soname.
> На самом деле есть симлинк без версии.
Только rpm помойму такие симлинки резолвит...

-- 
Regards,
Sir Raorn.

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