[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 пока не торопится избавиться от
дублирования библиотек и функционала в своих продуктах, и планы эти
остаются дальними.