[devel] NMU: mozilla

[devel] NMU: mozilla

[Mikhail Zabaluev]

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

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

В incoming ушел кандидат в NMU:
mozilla-1.7.12-alt3.1.src.rpm

Причина: ряд приложений и компонент в Sisyphus приведен в
неработоспособное состояние из-за отсутствия в /usr/lib библиотек,
которые ранее предоставлял пакет mozilla. Подробнее здесь:
https://bugzilla.altlinux.org/show_bug.cgi?id=8530

К сожалению, сопроводитель пакета оказался неспособен оперативно
исправить проблему. Вместо этого в с его стороны наблюдаются
шапкозакидательские заявления и отношение к дистрибутиву как к площадке
для экспериментов.

Этот NMU, тем не менее, не означает, что появление отдельных пакетов
libnspr, libnss и др. в дальнейшем нежелательно. Просто сопроводителю
пакета в следующий раз следует поступать более профессионально и
выработать четкий upgrade plan, в ходе которого:
1. Объявить список готовых библиотечных пакетов, предоставляющих, без
исключений, компоненты NSPR, NSS, Gecko и XPCOM, с информацией, откуда
взяты исходники (не из Mozilla CVS).
2. Выложить эти пакеты в Daedalus или другой общедоступный ресурс для
того, чтобы сопроводители зависимых пакетов могли убедиться в
работоспособности своих приложений с предлагаемыми библиотеками.
3. Если проверка пройдет успешно, отправить пакеты в Sisyphus вместе с
обновлением mozilla.

Если сопроводитель и дальше будет занимать неконструктивную позицию,
продолжая ломать Sisyphus бесшабашными обновлениями, придется поставить
вопрос о передаче мне сопровождения пакета mozilla.


[-- Attachment #2: Эта часть сообщения подписана цифровой подписью --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[devel] Re: [sisyphus] Gnome applets

[Alexey Rusakov]

Andrii Dobrovol`s`kii wrote:

>Сделал только что тотальное обновление. В Гноме отвалились модули
>часов и newton на панелях. Оооочень неудобно... Как лечить?
>  
>
Теперь я могу ответить на ваш вопрос. Откатите mozilla на версию до 
-alt3. Правда, она опять не будет искать плагины в нужных местах, но тут 
уж выбирайте.

К мейнтейнерам: я подозреваю, что последняя сборка Mozilla приводит к 
целому ряду отказов, имеющих вид:

$ my-favourite-program
my-favourite-program: error while loading shared libraries: libplc4.so: 
cannot open shared object file: No such file or directory

Здесь кроме libplc4.so может стоять любая библиотека, входящая в 
Mozilla. Это связано с тем, что библиотеки mozilla были без согласования 
перенесены из /usr/lib в /usr/lib/mozilla. Обращаю внимание, что из-за 
этого сломалась стереотипная (т.е. без правки спеков) сборка ряда 
пакетов, зависящих от Mozilla. В некоторых случаях ошибки оказываются 
очень неочевидными, как в примере с апплетом часов GNOME: этот апплет 
зависит от evolution-data-server, поскольку умеет показывать данные от 
органайзера, а evolution-data-server, в свою очередь, зависит от Mozilla.

В общем, огромное спасибо мейнтейнеру Mozilla за нашу спокойную старость.

-- 
  Alexey "Ktirf" Rusakov

Re: [devel] Re: [sisyphus] Gnome applets

[Mikhail Zabaluev]

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

В Сбт, 19/11/2005 в 12:46 +0300, Alexey Rusakov пишет:
> В общем, огромное спасибо мейнтейнеру Mozilla за нашу спокойную старость.

Я над этим работаю. В смысле, не над вашей спокойной старостью, а над
NMU, который исправит проблему с помощью проставления rpath.
Уже почти везде получается проставить. Make-файлы Mozilla это сущий
кошмар.

[-- Attachment #2: Эта часть сообщения подписана цифровой подписью --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] NMU: mozilla

[Dmitry V. Levin]

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

Hi,

Интересный прецедент вырисовывается:

On Sat, Nov 19, 2005 at 09:58:47PM +0200, Eugene Ostapets wrote:
[...]
> Михаил, этот NMU для mozilla не пройдет! Уже есть конфликт с
> libnspr!!! В обозримом будущем ожидается возвращение libgecko в Сизиф.
> Так что прекратите корежить пакет в угоду своей лени!
> 
> Я категорически возражаю против каких-либо NMU для mozilla, без моего согласия!

On Thu, Nov 24, 2005 at 01:49:05AM +0300, Mikhail Zabaluev wrote:
[...]
> В incoming ушел кандидат в NMU:
> mozilla-1.7.12-alt3.1.src.rpm
> 
> Причина: ряд приложений и компонент в Sisyphus приведен в
> неработоспособное состояние из-за отсутствия в /usr/lib библиотек,
> которые ранее предоставлял пакет mozilla. Подробнее здесь:
> https://bugzilla.altlinux.org/show_bug.cgi?id=8530
> 
> К сожалению, сопроводитель пакета оказался неспособен оперативно
> исправить проблему. Вместо этого в с его стороны наблюдаются
> шапкозакидательские заявления и отношение к дистрибутиву как к площадке
> для экспериментов.
[...]
> Если сопроводитель и дальше будет занимать неконструктивную позицию,
> продолжая ломать Sisyphus бесшабашными обновлениями, придется поставить
> вопрос о передаче мне сопровождения пакета mozilla.

Налицо неурегулированный конфликт интересов.  Как будем разруливать?


-- 
ldv

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

Re: [devel] NMU: mozilla

[Mikhail Zabaluev]

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

В Чтв, 24/11/2005 в 02:26 +0300, Dmitry V. Levin пишет:
> Налицо неурегулированный конфликт интересов.  Как будем разруливать?

Возможны два варианта:
1. Свободное голосование, желательно среди людей прямо заинтересованных
(сопровождающих mozilla, клиентов спорных библиотек, клиентов клиентов
библиотек...).
2. Волевое решение тех, у кого Рычаги (incoming@, менеджмент ALT Linux,
деспотичная хунта).

P.S. Вот в таких ситуациях и нужны регламенты и Technical Board...

[-- Attachment #2: Эта часть сообщения подписана цифровой подписью --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[devel] Q: регламенты

[Dmitry V. Levin]

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

On Thu, Nov 24, 2005 at 02:56:35AM +0300, Mikhail Zabaluev wrote:
> P.S. Вот в таких ситуациях и нужны регламенты и Technical Board...

Интересно, сколько нужно подобных ситуаций в месяц, чтобы ALT доросла
до этого?


-- 
ldv

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

[devel] Re: Q: регламенты

[Anton Farygin]

On Thu, 24 Nov 2005 03:07:58 +0300, Dmitry V. Levin wrote:

> On Thu, Nov 24, 2005 at 02:56:35AM +0300, Mikhail Zabaluev wrote:
>> P.S. Вот в таких ситуациях и нужны
>> регламенты и Technical Board...
> 
> Интересно, сколько нужно подобных
> ситуаций в месяц, чтобы ALT доросла до
> этого?

Для затравки пойдёт ?

http://wiki.sisyphus.ru/devel/policy/NMU

Rgds,
Rider

P.S. Комментарии приветствуются.

[devel] Re: Q: регламенты

[Michael Shigorin]

On Thu, Nov 24, 2005 at 01:35:14PM +0300, Anton Farygin wrote:
> > Интересно, сколько нужно подобных ситуаций в месяц, чтобы ALT
> > доросла до этого?
> Для затравки пойдёт ?  http://wiki.sisyphus.ru/devel/policy/NMU
> P.S. Комментарии приветствуются.

Огрёб "У вас нет прав на изменение этой страницы" при попытке
добавить ссылку на http://freesource.info/wiki/Altlinux/Policy

Есть мнение, что плодить r/o дупы листьев вместо ссылок на
"ветки" -- неоптимально, пока не замораживается в качестве
официальщины.  (об этом также был разговор в docs@ месяца
два тому)

А вообще в web-team@ вроде опять про сведение обеих wiki в один
namespace говорили (ещё толком не успел перечитать).

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

[devel] Re: Q: регламенты

[Anton Farygin]

On Thu, 24 Nov 2005 13:37:36 +0200, Michael Shigorin wrote:

> On Thu, Nov 24, 2005 at 01:35:14PM +0300, Anton Farygin wrote:
>> > Интересно, сколько нужно подобных
>> > ситуаций в месяц, чтобы ALT доросла до
>> > этого?
>> Для затравки пойдёт ? 
>> http://wiki.sisyphus.ru/devel/policy/NMU P.S. Комментарии
>> приветствуются.
> 
> Огрёб "У вас нет прав на изменение этой
> страницы" при попытке добавить ссылку на
> http://freesource.info/wiki/Altlinux/Policy

Я скопировал всё оттуда.

> 
> Есть мнение, что плодить r/o дупы листьев
> вместо ссылок на "ветки" -- неоптимально,
> пока не замораживается в качестве
> официальщины.  (об этом также был
> разговор в docs@ месяца два тому)

Это не ветка, это два разных ресурса.

> 
> А вообще в web-team@ вроде опять про сведение
> обеих wiki в один namespace говорили (ещё
> толком не успел перечитать).

Правильно, но пока это будет - проще сделать так.

Rgds,
Rider

Re: [devel] Re: Q: регламенты

[Денис Смирнов]

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

On Thu, Nov 24, 2005 at 03:14:36PM +0300, Anton Farygin wrote:

>> А вообще в web-team@ вроде опять про сведение
>> обеих wiki в один namespace говорили (ещё
>> толком не успел перечитать).
AF> Правильно, но пока это будет - проще сделать так.

Вопрос -- есть ли у кого возражения? Если нет, я плавно начинаю миграцию
всего в единое дерево.

Как минимум перенесу основную структуру и можно вешать рекомендацию новые
документы вешать уже туда.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

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

[devel] Re: Re: Q: регламенты

[Anton Farygin]

On Thu, 24 Nov 2005 16:58:16 +0300, Денис Смирнов wrote:

> On Thu, Nov 24, 2005 at 03:14:36PM +0300, Anton Farygin wrote:
> 
>>> А вообще в web-team@ вроде опять про
>>> сведение обеих wiki в один namespace говорили
>>> (ещё толком не успел перечитать).
> AF> Правильно, но пока это будет - проще
> сделать так.
> 
> Вопрос -- есть ли у кого возражения? Если
> нет, я плавно начинаю миграцию всего в
> единое дерево.

У меня возражений нет. Только просьба
свести всё на адрес http://wiki.sisyphus.ru/

> 
> Как минимум перенесу основную структуру
> и можно вешать рекомендацию новые
> документы вешать уже туда.

ok.

Rgds,
Rider

Re: [devel] Re: Re: Q: регламенты

[Денис Смирнов]

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

On Thu, Nov 24, 2005 at 05:20:29PM +0300, Anton Farygin wrote:

AF> У меня возражений нет. Только просьба
AF> свести всё на адрес http://wiki.sisyphus.ru/

Мне жаловались на проблему с размыванием границы.

Т.е. я могу, конечно, вынести всё ALT-specific на w.s.r. Но иногда
возникает вопрос "насколько оно ALT-specific".

etcnet это ALT-specific или нет? Куда документацию на него правильно
выкладывать?

-- 
С уважением, Денис

http://freesource.info


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

[devel] Re: Q: регламенты

[Michael Shigorin]

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

On Thu, Nov 24, 2005 at 07:32:54PM +0300, Денис Смирнов wrote:
> AF> У меня возражений нет. Только просьба
> AF> свести всё на адрес http://wiki.sisyphus.ru/
> Мне жаловались на проблему с размыванием границы.
> Т.е. я могу, конечно, вынести всё ALT-specific на w.s.r.
> Но иногда возникает вопрос "насколько оно ALT-specific".
> etcnet это ALT-specific или нет? Куда документацию на него
> правильно выкладывать?

А по-моему -- дело не в specific, а в related.  Если имеет
отношение -- смело принимаем, а иначе как-то глупо даже выходит:
типа, если у нас родилось и стартовало, а потом много где
подхватили -- то убирать куда-то документацию только потому, 
что уже не specific?

Да и в силу отсутствия wiki.altlinux.org пусть уже живёт всё 
на wiki.sisyphus.ru, действительно...

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

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

Re: [devel] Q: регламенты

[Andrei Bulava]

Michael Shigorin wrote:
> On Thu, Nov 24, 2005 at 07:32:54PM +0300, Денис Смирнов wrote:
> 
>>AF> У меня возражений нет. Только просьба
>>AF> свести всё на адрес http://wiki.sisyphus.ru/
>>Мне жаловались на проблему с размыванием границы.
>>Т.е. я могу, конечно, вынести всё ALT-specific на w.s.r.
>>Но иногда возникает вопрос "насколько оно ALT-specific".
>>etcnet это ALT-specific или нет? Куда документацию на него
>>правильно выкладывать?
> 
> 
> А по-моему -- дело не в specific, а в related.  Если имеет
> отношение -- смело принимаем, а иначе как-то глупо даже выходит:
> типа, если у нас родилось и стартовало, а потом много где
> подхватили -- то убирать куда-то документацию только потому, 
> что уже не specific?

Кстати, сайт Gentoo wiki содержит массу полезной информации, которая мне
уже не раз помогала, хоть живого Gentoo я, можно сказать, в глаза не видел.

Например, http://gentoo-wiki.com/HOWTO_3ware_Raid_Array_Management
содержит единственное Gentoo-related слово: emerge, и то рядом сказано,
как обойтись и без него.

Так что +1. Пусть пользователи etcnet в более других дистрибутивах, а
также горемыки, собирающие пакеты для них с помощью инструментов с
завораживающим названием PyDAR2, знают, что есть репозитарии и с более
прямым дизайном, чем их родные (зачастую разломанные вдребезги напополам).

> Да и в силу отсутствия wiki.altlinux.org пусть уже живёт всё 
> на wiki.sisyphus.ru, действительно...

-- 
// AB1002-UANIC

Re: [devel] [JT] Q: регламенты

[@ 2005-11-25 9:48 UTC (permalink / raw)]

Re: [devel] [JT] Q: регламенты

[@ 2005-11-25 10:20 UTC (permalink / raw)]

Re: [devel] Re: Q: регламенты

[@ 2005-11-25 11:46 UTC (permalink / raw)]

Re: [devel] Re: Q: регламенты

[@ 2005-11-25 11:56 UTC (permalink / raw)]

Re: [devel] Re: Q: регламенты

[@ 2005-11-25 23:14 UTC (permalink / raw)]

Re: [devel] Re: Q: регламенты

[@ 2005-11-25 12:07 UTC (permalink / raw)]

Re: [devel] Re: Q: регламенты

[@ 2005-11-25 12:53 UTC (permalink / raw)]

[devel] Re: Re: Q: регламенты

[@ 2005-11-25 13:53 UTC (permalink / raw)]

[devel] Re: Q: регламенты

[@ 2005-11-25 17:14 UTC (permalink / raw)]

Re: [devel] Re: Q: регламенты

[@ 2005-11-26 10:44 UTC (permalink / raw)]

Re: [devel] Re: Q: регламенты

[@ 2005-11-26 13:41 UTC (permalink / raw)]

Re: [devel] Re: Q: регламенты

[@ 2005-11-28 6:09 UTC (permalink / raw)]

Re: [devel] Re: Q: регламенты

[@ 2005-11-28 15:33 UTC (permalink / raw)]

Re: [devel] Re: Re: Q: регламенты

[@ 2005-11-25 23:26 UTC (permalink / raw)]

Re: [devel] Re: Q: регламенты

[@ 2005-11-25 23:35 UTC (permalink / raw)]

Re: [devel] Re: Q: регламенты

[@ 2005-11-25 23:13 UTC (permalink / raw)]

Re: [devel] Re: Q: регламенты

[@ 2005-11-25 14:21 UTC (permalink / raw)]

Re: [devel] Re: Q: регламенты

[@ 2005-11-25 14:35 UTC (permalink / raw)]

Re: [devel] Re: Q: регламенты

[@ 2005-11-25 23:33 UTC (permalink / raw)]

[devel] Re: Q: регламенты

[@ 2005-11-25 17:13 UTC (permalink / raw)]

Re: [devel] Re: Q: регламенты

[@ 2005-11-25 23:28 UTC (permalink / raw)]

[devel] Re: Q: регламенты

[@ 2005-11-25 13:49 UTC (permalink / raw)]

[devel] Re: Q: регламенты

[@ 2005-11-24 15:28 UTC (permalink / raw)]

Re: [devel] Re: Q: регламенты

[@ 2005-11-25 9:44 UTC (permalink / raw)]

[devel] Re: NMU: mozilla

[@ 2005-11-24 8:21 UTC (permalink / raw)]

[devel] Re: nmuzilla

[@ 2005-11-24 8:51 UTC (permalink / raw)]

Re: [devel] Re: nmuzilla

[@ 2005-11-24 9:23 UTC (permalink / raw)]

Re: [devel] Re: nmuzilla

[@ 2005-11-24 10:47 UTC (permalink / raw)]

Re: [devel] Re: nmuzilla

[@ 2005-11-24 11:14 UTC (permalink / raw)]

[devel] Re: nmuzilla

[@ 2005-11-24 11:26 UTC (permalink / raw)]

Re: [devel] NMU: mozilla

[@ 2005-11-24 2:37 UTC (permalink / raw)]

Re: [devel] NMU: mozilla

[@ 2005-11-24 8:57 UTC (permalink / raw)]

Re: [devel] NMU: mozilla

[@ 2005-11-24 9:40 UTC (permalink / raw)]

[devel] Re: [sisyphus] Gnome applets

[@ 2005-11-19 18:51 UTC (permalink / raw)]

Re: [devel] Re: [sisyphus] Gnome applets

[@ 2005-11-19 19:43 UTC (permalink / raw)]

[devel] Re: [sisyphus] Gnome applets

[@ 2005-11-20 9:28 UTC (permalink / raw)]

[devel] Mozilla libraries (was: Gnome applets)

[@ 2005-11-20 11:43 UTC (permalink / raw)]

[devel] Re: Mozilla libraries (was: Gnome applets)

[@ 2005-11-20 12:08 UTC (permalink / raw)]

Re: [devel] Re: Mozilla libraries (was: Gnome applets)

[@ 2005-11-20 12:38 UTC (permalink / raw)]

[devel] Re: Mozilla libraries (was: Gnome applets)

[@ 2005-11-20 13:26 UTC (permalink / raw)]

Re: [devel] Re: Mozilla libraries (was: Gnome applets)

[@ 2005-11-20 14:51 UTC (permalink / raw)]

[devel] Re: Mozilla libraries (was: Gnome applets)

[@ 2005-11-20 18:48 UTC (permalink / raw)]

Re: [devel] Re: Mozilla libraries

[@ 2005-11-20 20:06 UTC (permalink / raw)]

[devel] Re: Mozilla libraries

[@ 2005-11-20 20:18 UTC (permalink / raw)]

Re: [devel] Re: Mozilla libraries

[@ 2005-11-20 20:39 UTC (permalink / raw)]

Re: [devel] Re: Mozilla libraries

[@ 2005-11-20 21:25 UTC (permalink / raw)]

Re: [devel] Re: Mozilla libraries (was: Gnome applets)

[@ 2005-11-20 20:26 UTC (permalink / raw)]

[devel] Re: Mozilla libraries (was: Gnome applets)

[@ 2005-11-21 16:40 UTC (permalink / raw)]

Re: [devel] Re: Mozilla libraries (was: Gnome applets)

[@ 2005-11-21 22:32 UTC (permalink / raw)]

[devel] Re: Mozilla libraries (was: Gnome applets)

[@ 2005-11-21 23:28 UTC (permalink / raw)]

Re: [devel] Re: Mozilla libraries

[@ 2005-11-21 23:38 UTC (permalink / raw)]

Re: [devel] Re: Mozilla libraries

[@ 2005-11-22 9:15 UTC (permalink / raw)]

Re: [devel] Re: Mozilla libraries

[@ 2005-11-22 9:56 UTC (permalink / raw)]

Re: [devel] Re: Mozilla libraries

[@ 2005-11-22 15:19 UTC (permalink / raw)]

Re: [devel] Re: Mozilla libraries

[Mikhail Zabaluev]

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

В Втр, 22/11/2005 в 18:19 +0300, Dmitry V. Levin пишет:
> > Проблема не в пакетном оформлении, а в файловом конфликте:
> 
> Пусть будет файловый конфликт; только добавьте к нему конфликт на пакеты.

Обойдемся без конфликта.
Прогрессивное человечество делает свой движок будущего в подкаталоге с
использованием LD_LIBRARY_PATH, а библиотеки mozilla для ретроградов,
охранителей и просто обычной публики возвращаются в /usr/lib for the
time being.


[-- Attachment #2: Эта часть сообщения подписана цифровой подписью --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Re: Mozilla libraries (was: Gnome applets)

[Mikhail Zabaluev]

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

Полностью присоединяюсь к ответу Алексея, и добавлю аргументы от себя.

В Втр, 22/11/2005 в 02:28 +0300, Konstantin A. Lepikhov пишет:
> > Вам знакомо правило: "Работает -- не чини"?
> его никто не чинит - просто ставят в сторону.

Не потрудившись в то же время предоставить адекватной замены.
Поймите, если бы _вместе_ с этим обновлением mozilla в Sisyphus
появились libnspr/libnss/libgecko, которые можно использовать
из /usr/lib точно так же, никаких вопросов бы не было.

> > > > Суммирование размеров библиотек оставляем читателям для упражнения.
> > > + компоненты и extensions. + задублированные elf symbols.
> > 
> > Что, и компоненты с extensions тоже будут общие? 8-O
> да. зачем тогда все эти игры с libxul.

Так, инкубаторские проекты в топку. Говорим только о предстоящих
стабильных релизах на ближайшее время: firefox 1.5/thunderbird 1.6. У
них будет общность компонент?

> > У xulrunner не было официальных релизов, поэтому он отметается сразу из
> > соображений стабильности. "Релиз" 0.0.0-alt1, а? В Daedalus с такими
> > игрушками.
> вы пересаживаетесь на libxul? или используете xulrunner? Причем тут их
> релиз, если вам нужны их библиотеки, у которых релиз далеко больше нуля.
> suite сейчас лежит в сизифе, только потому, что его поддерживают _фанаты_
> suite, а не по-причине, что именно он спасет n приложений гнома. Если вы
> тоже _фанат_ suite, собирайте его с rpath, если нет, собирайте с libnspr и
> xulrunner-devel.

Ставить систему в зависимость от сырого проекта из CVS -- полное
безумие.
Нет никаких гарантий, что эти библиотеки в составе xulrunner не
приобретут изменений, несовместимых хотя бы и с firefox 1.5.
И я не фанат suite, я использую firefox. Но другим приложениям нужны
библиотеки с API "как в suite". И без rpath.

> > Хотел бы попробовать firefox 1.5RC3 из Daedalus, т.к. это именно то, что
> > вскоре ожидается в Sisyphus. Но там лежит ни рыба ни мясо, 1.4-alt1.cvs.
> > Что-то тестировать на этой версии, думаю, бессмысленно.
> почему?

*вздох* Потому что в Sisyphus в итоге окажется 1.5. Хотелось бы
убедиться в совместимости с его RC, а не с каким-то старым snapshot'ом.

> > В-общем, так. Жду еще сутки. У вас есть шанс выложить в Daedalus fx
> > 1.5RC3, чтобы мы могли проверить его совместимость по библиотекам с
> > клиентами mozilla suite.
> > Если прогресса не будет, делаю NMU mozilla с конфликтом на libnspr,
> > libgecko и прочую лабуду. Хватит, наигрались.
> тогда обеспечьте мне канал для выкладывания.

Исходники RC3 у вас уже есть?
Шлите nosrc мне и Алексею.

> Иначе это провокация, т.к.
> где вы были год назад с таким красноречием.

Кто бы говорил о провокациях... Год назад я счастливо юзал немодные
библиотеки из "заброшенного" mozilla. И даже неделю назад я делал то же
самое. И ни один пользователь не знал с ними горя.

[-- Attachment #2: Эта часть сообщения подписана цифровой подписью --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[devel] Re: Mozilla libraries (was: Gnome applets)

[Konstantin A. Lepikhov]

<цитата от="Mikhail Zabaluev">

> Не потрудившись в то же время
> предоставить адекватной замены.
> Поймите, если бы _вместе_ с этим
> обновлением mozilla в Sisyphus
> появились libnspr/libnss/libgecko, которые можно
> использовать
> из /usr/lib точно так же, никаких вопросов бы
> не было.
как это можно было сделать, если в /lib
лежали старые версии?

>
>> > > > Суммирование размеров библиотек
>> оставляем читателям для
>> упражнения.
>> > > + компоненты и extensions. +
>> задублированные elf symbols.
>> >
>> > Что, и компоненты с extensions тоже будут
>> общие? 8-O
>> да. зачем тогда все эти игры с libxul.
>
> Так, инкубаторские проекты в топку.
> Говорим только о предстоящих
> стабильных релизах на ближайшее время:
> firefox 1.5/thunderbird 1.6. У
> них будет общность компонент?
да.

>
>> > У xulrunner не было официальных релизов,
>> поэтому он отметается сразу из
>> > соображений стабильности. "Релиз"
>> 0.0.0-alt1, а? В Daedalus с такими
>> > игрушками.
>> вы пересаживаетесь на libxul? или
>> используете xulrunner? Причем тут их
>> релиз, если вам нужны их библиотеки, у
>> которых релиз далеко больше нуля.
>> suite сейчас лежит в сизифе, только
>> потому, что его поддерживают _фанаты_
>> suite, а не по-причине, что именно он
>> спасет n приложений гнома. Если вы
>> тоже _фанат_ suite, собирайте его с rpath,
>> если нет, собирайте с libnspr и
>> xulrunner-devel.
>
> Ставить систему в зависимость от сырого
> проекта из CVS -- полное
> безумие.
> Нет никаких гарантий, что эти библиотеки
> в составе xulrunner не
> приобретут изменений, несовместимых
> хотя бы и с firefox 1.5.
> И я не фанат suite, я использую firefox. Но
> другим приложениям нужны
> библиотеки с API "как в suite". И без rpath.
в xulrunner нестабилен только он сам и xre. Все
остальное давно заморожено.
девелоперские версии nspr и nss
разрабатываются в отдельных ветках cvs.
Есть одна засада - это gecko, но там больше
фиксят, чем ломают.

>
>> > Хотел бы попробовать firefox 1.5RC3 из Daedalus,
>> т.к. это именно то, что
>> > вскоре ожидается в Sisyphus. Но там лежит
>> ни рыба ни мясо, 1.4-alt1.cvs.
>> > Что-то тестировать на этой версии,
>> думаю, бессмысленно.
>> почему?
>
> *вздох* Потому что в Sisyphus в итоге
> окажется 1.5. Хотелось бы
> убедиться в совместимости с его RC, а не с
> каким-то старым snapshot'ом.
если это не будет проверяться, то в сизиф
пойдет именно эта версия. Или я/legion@
вообще откажемся от практики
выкладывания чего-то в Дедал.


>
>> > В-общем, так. Жду еще сутки. У вас есть
>> шанс выложить в Daedalus fx
>> > 1.5RC3, чтобы мы могли проверить его
>> совместимость по библиотекам с
>> > клиентами mozilla suite.
>> > Если прогресса не будет, делаю NMU mozilla с
>> конфликтом на libnspr,
>> > libgecko и прочую лабуду. Хватит,
>> наигрались.
>> тогда обеспечьте мне канал для
>> выкладывания.
>
> Исходники RC3 у вас уже есть?
> Шлите nosrc мне и Алексею.
src.rpm есть у legion@ думаю, он сможет их вам
выслать.

>
>> Иначе это провокация, т.к.
>> где вы были год назад с таким
>> красноречием.
>
> Кто бы говорил о провокациях... Год назад
> я счастливо юзал немодные
> библиотеки из "заброшенного" mozilla. И даже
> неделю назад я делал то же
> самое. И ни один пользователь не знал с
> ними горя.
все течет и все изменяется. Например, мне
нравилось ядро 2.2 ;)

-- 
WBR et al.

Re: [devel] Re: Mozilla libraries (was: Gnome applets)

[Mikhail Zabaluev]

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

В Втр, 22/11/2005 в 15:16 +0300, Konstantin A. Lepikhov пишет:
> > Поймите, если бы _вместе_ с этим
> > обновлением mozilla в Sisyphus
> > появились libnspr/libnss/libgecko, которые можно
> > использовать
> > из /usr/lib точно так же, никаких вопросов бы
> > не было.
> как это можно было сделать, если в /lib
> лежали старые версии?

Вы Obsoletes не умеете пользоваться?

> > Говорим только о предстоящих
> > стабильных релизах на ближайшее время:
> > firefox 1.5/thunderbird 1.6. У
> > них будет общность компонент?
> да.

Не знаю, почему сразу в голову не пришло.
Если уж вам так хочется сделать для них общий runtime,
почему бы не сделать это у себя в /usr/lib/mozwhatever?
Благо, в скриптах запуска mozilla-like приложений можно прописать
LD_LIBRARY_PATH, MOZILLA_FIVE_HOME и все что хотите.
Это лучше и удобнее, чем вкрячивать rpath в десяток приложений.
А в /usr/lib останутся проверенные временем библиотеки mozilla.
Вроде так все будут довольны, нет?

> >> > Хотел бы попробовать firefox 1.5RC3 из Daedalus,
> >> т.к. это именно то, что
> >> > вскоре ожидается в Sisyphus. Но там лежит
> >> ни рыба ни мясо, 1.4-alt1.cvs.
> >> > Что-то тестировать на этой версии,
> >> думаю, бессмысленно.
> >> почему?
> >
> > *вздох* Потому что в Sisyphus в итоге
> > окажется 1.5. Хотелось бы
> > убедиться в совместимости с его RC, а не с
> > каким-то старым snapshot'ом.
> если это не будет проверяться, то в сизиф
> пойдет именно эта версия. Или я/legion@
> вообще откажемся от практики
> выкладывания чего-то в Дедал.

Здесь ничего не понял. Вы не хотите паковать 1.5, который вот-вот выйдет
для всеобщего употребления?

> > Исходники RC3 у вас уже есть?
> > Шлите nosrc мне и Алексею.
> src.rpm есть у legion@ думаю, он сможет их вам
> выслать.

Не получил и, видимо, вряд ли сегодня получу.
Поскольку бесконфликтное решение все-таки есть (см. выше), NMU грядет.

> > Кто бы говорил о провокациях... Год назад
> > я счастливо юзал немодные
> > библиотеки из "заброшенного" mozilla. И даже
> > неделю назад я делал то же
> > самое. И ни один пользователь не знал с
> > ними горя.
> все течет и все изменяется. Например, мне
> нравилось ядро 2.2 ;)

Не тот случай. У 2.4 в Sisyphus был достаточно длинный grace period,
чтобы все могли мигрировать не спеша и без ломки.


[-- Attachment #2: Эта часть сообщения подписана цифровой подписью --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[devel] Re: Mozilla libraries (was: Gnome applets)

[Michael Shigorin]

On Tue, Nov 22, 2005 at 03:16:43PM +0300, Konstantin A. Lepikhov wrote:
> > Поймите, если бы _вместе_ с этим обновлением mozilla в
> > Sisyphus появились libnspr/libnss/libgecko, которые можно
> > использовать из /usr/lib точно так же, никаких вопросов бы
> > не было.
> как это можно было сделать, если в /lib лежали старые версии?

Ммм... а может, покатит такой вариант?

- выкатить в Sisyphus seamonkey (впечатления от подпёртой
  маленьким глупым фиксом на тему переименования сборки -- 
  просто замечательные, даже того снапшота, который Женя 
  делал давеча); в свой каталог
- упаковать библиотеки 1.7.12 с линками в /usr/lib, но
  рекомендовать воздержаться от их использования и перебираться
  либо на firefox/thunderbird, либо на seamonkey
- некрофилы тянут mozilla-libs, радикалы клепают/ставят/холдят 
  пакет nomozilla, который Conflicts: mozilla-libs :)

Ну, в общих чертах, но если майнтейнеры и пользователи
mozilla-зависимых пакетов считают, что им лучше с /usr/lib,
а майнтейнеры и сборщики nex-gen придерживаются обратного мнения
-- может, разделить их (негарантированно) в пространстве так?

> > Кто бы говорил о провокациях... Год назад я счастливо юзал
> > немодные библиотеки из "заброшенного" mozilla. И даже неделю
> > назад я делал то же самое.

Да, и небо было голубей, и трава зеленей.

> > И ни один пользователь не знал с ними горя.

[...] Отучаемся.  Горя с ними отродясь хватало.

> все течет и все изменяется. Например, мне нравилось ядро 2.2 ;)

<jt>
Мне нет, 2.0 было как-то отчётливо крепче.  Правда, от сети 
тогда не требовалось вообще ничего. :)
</jt>

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

[devel] Re: [Mozilla-devel] Re: Mozilla libraries (was: Gnome applets)

[Mikhail Zabaluev]

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

В Чтв, 24/11/2005 в 11:50 +0200, Michael Shigorin пишет:
> Ммм... а может, покатит такой вариант?
> 
> - выкатить в Sisyphus seamonkey (впечатления от подпёртой
>   маленьким глупым фиксом на тему переименования сборки -- 
>   просто замечательные, даже того снапшота, который Женя 
>   делал давеча); в свой каталог
> - упаковать библиотеки 1.7.12 с линками в /usr/lib, но
>   рекомендовать воздержаться от их использования и перебираться
>   либо на firefox/thunderbird, либо на seamonkey
> - некрофилы тянут mozilla-libs, радикалы клепают/ставят/холдят 
>   пакет nomozilla, который Conflicts: mozilla-libs :)
> 
> Ну, в общих чертах, но если майнтейнеры и пользователи
> mozilla-зависимых пакетов считают, что им лучше с /usr/lib,
> а майнтейнеры и сборщики nex-gen придерживаются обратного мнения
> -- может, разделить их (негарантированно) в пространстве так?

Ау, это же ровно то, что я предлагаю в среднесрочной перспективе! :)


[-- Attachment #2: Эта часть сообщения подписана цифровой подписью --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[devel] Re: Mozilla libraries (was: Gnome applets)

[Michael Shigorin]

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

On Sun, Nov 20, 2005 at 09:48:16PM +0300, Konstantin A. Lepikhov wrote:
> проблемы с этим нет. просто получается дублирование 3х
> комплектов библиотек по _3_ каталогам с _3_ одинаковыми
> provides.

Мы тут на днях считали -- больше вышло.

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

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

Re: [devel] Re: Mozilla libraries (was: Gnome applets)

[Mikhail Zabaluev]

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

В Чтв, 24/11/2005 в 11:13 +0200, Michael Shigorin пишет:
> On Sun, Nov 20, 2005 at 09:48:16PM +0300, Konstantin A. Lepikhov wrote:
> > проблемы с этим нет. просто получается дублирование 3х
> > комплектов библиотек по _3_ каталогам с _3_ одинаковыми
> > provides.
> 
> Мы тут на днях считали -- больше вышло.

Ну и что? Никто же не запускает все разнообразные браузеры одновременно.
Что такое десяток мегабайт неразделенных образов по сравнению с core
usage среднего приложения mozilla. Если это цена стабильности, она меня
пока что устраивает.

Вот когда разработчики Gecko уберут из кода продуктовые ifdef-ы, да
выпустят релиз, тогда можно будет о чем-то говорить. Против апстрима
переть себе дороже.


[-- Attachment #2: Эта часть сообщения подписана цифровой подписью --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[devel] Re: Mozilla libraries (was: Gnome applets)

[Michael Shigorin]

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

On Thu, Nov 24, 2005 at 12:41:47PM +0300, Mikhail Zabaluev wrote:
> > > проблемы с этим нет. просто получается дублирование 3х
> > > комплектов библиотек по _3_ каталогам с _3_ одинаковыми
> > > provides.
> > Мы тут на днях считали -- больше вышло.

(да вот тут выше уже за полдюжины списком и проскочило)

> Ну и что? Никто же не запускает все разнообразные браузеры
> одновременно.

hint: ff+tb

> Что такое десяток мегабайт неразделенных образов по сравнению с
> core usage среднего приложения mozilla. Если это цена
> стабильности, она меня пока что устраивает.

Давайте Вы оплатите тогда апгрейд памяти на... больше чем сотне
машинок, для начала? (это из того, что актуально)

> Вот когда разработчики Gecko уберут из кода продуктовые
> ifdef-ы, да выпустят релиз, тогда можно будет о чем-то
> говорить. Против апстрима переть себе дороже.

Эт да.  Но жить между синхронизациями хотя бы мажорных апстримов
тоже как-то приходится; впрочем, предложения постарался озвучить
выше.

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

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

[devel] Re: Mozilla libraries (was: Gnome applets)

[Michael Shigorin]

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

On Sun, Nov 20, 2005 at 03:08:28PM +0300, Konstantin A. Lepikhov wrote:
> Как только мы положим fx 1.5 или новый tb, то сразу начнутся
> грабли с их запуском.

Вообще говоря, тут активно перебираются на seamonkey, но
насколько понимаю -- с гарантией совместимости по библиотекам 
с 1.5 тут всё грустнее, чем в 1.7/1.0.

Кстати, а можно ли подумать о варианте, когда "классическая"
mozilla действительно собрана таким образом, что софт, ожидающий
именно таковую в /usr/lib, будет собираться без напильника?
При этом жить на разведённом по другим местам софте.
(понятно, что постановка вопроса диаметрально противоположна
ответу -- запихать legacy в угол не помогает)

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

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

Re: [devel] Re: Mozilla libraries (was: Gnome applets)

[Mikhail Zabaluev]

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

В Чтв, 24/11/2005 в 11:10 +0200, Michael Shigorin пишет:
> On Sun, Nov 20, 2005 at 03:08:28PM +0300, Konstantin A. Lepikhov wrote:
> > Как только мы положим fx 1.5 или новый tb, то сразу начнутся
> > грабли с их запуском.
> 
> Вообще говоря, тут активно перебираются на seamonkey, но
> насколько понимаю -- с гарантией совместимости по библиотекам 
> с 1.5 тут всё грустнее, чем в 1.7/1.0.
> 
> Кстати, а можно ли подумать о варианте, когда "классическая"
> mozilla действительно собрана таким образом, что софт, ожидающий
> именно таковую в /usr/lib, будет собираться без напильника?
> При этом жить на разведённом по другим местам софте.

Bingo. Это же свобода в первую очередь для самого передового
человечества -- не нужно заботиться о совместимости с мейнстримовым
софтом, который привык жить с библиотеками mozilla suite.


[-- Attachment #2: Эта часть сообщения подписана цифровой подписью --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[devel] Re: Mozilla libraries (was: Gnome applets)

[Michael Shigorin]

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

On Sun, Nov 20, 2005 at 02:43:14PM +0300, Mikhail Zabaluev wrote:
> > еще раз - описанная проблема осуждается уже уже почти год.
> > Просто мантейнеры приложений, использующих mozilla, почему-то
> > уподобляются страусам, отмалчиваясь по углам.
> Признаться, я не ощущал никакой проблемы; пока были симлинки на
> mozilla в /usr/lib, firefox работал совершенно нормально.

Возможно, пропустили момент, когда это пытался сделать legion@
(IIRC)?

> Пока что очень похоже, что в текущих публичных релизах mozilla
> suite и firefox библиотеки не полностью совместимы.

Насколько помню, к тому и пришли.

> Наши героические майнтейнеры, насколько я понял из их скупых
> реплик (в тех дискуссиях, в которых я по необходимости
> участвовал), пытаются все-таки заставить suite и firefox жить
> на одних библиотеках.  Хотелось бы знать, насколько этот
> процесс близок к завершению и вообще реалистично ли это

Воот.  Возвращаясь к тому, "что ломаем и когда доломаем или
откатим"...

Жень, было бы совсем неплохо.

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

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

Re: [devel] Re: Mozilla libraries

[Alexey Gladkov]

Michael Shigorin пишет:
 > Воот.  Возвращаясь к тому, "что ломаем и когда доломаем или
> откатим"...
> 
> Жень, было бы совсем неплохо.

Были выделены проекты не принадлежащие конкретному проекту напрямую:
nspr и nss. Хотя их разработка ведётся в mozilla.org и все продукты
используют их, но это отдельные проекты.

С libgecko дело обстоит хуже. Мне пока неясно как подружить все
проекты с единым libgecko. В принципе, для этого был создан xulrunner.
Но совместимость с ним других продуктов пока сомнительна. К тому же
непонятно какой дорогой пойдут разработчики seamonkey.

-- 
Rgrds, legion

[devel] Mozilla libraries and -rpath (was: Gnome applets)

[Mikhail Zabaluev]

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

В Сбт, 19/11/2005 в 21:51 +0300, Konstantin A. Lepikhov пишет:
> > $ my-favourite-program
> > my-favourite-program: error while loading shared libraries: libplc4.so: 
> > cannot open shared object file: No such file or directory
> правильно, надо менять rpath.
> 
> > 
> > Здесь кроме libplc4.so может стоять любая библиотека, входящая в 
> > Mozilla. Это связано с тем, что библиотеки mozilla были без согласования 
> > перенесены из /usr/lib в /usr/lib/mozilla. Обращаю внимание, что из-за 
> > этого сломалась стереотипная (т.е. без правки спеков) сборка ряда 
> > пакетов, зависящих от Mozilla. В некоторых случаях ошибки оказываются 
> > очень неочевидными, как в примере с апплетом часов GNOME: этот апплет 
> > зависит от evolution-data-server, поскольку умеет показывать данные от 
> > органайзера, а evolution-data-server, в свою очередь, зависит от Mozilla.
> гхм. стереотипная сборка пакетов - это плохо. и игнорирование проблем -
> тоже плохо. В текущем виде (с либами в /usr/lib) mozilla suite делает
> неработоспособными _все_ другие mozilla.org-based приложения. Так что в
> новой сборке все сделано правильно.

Теперь всех клиентов нужно пересобирать с -rpath:

/bin/sh ../../../libtool --tag=CC --mode=link gcc  -pipe -Wall -O3 -march=pentium4 -Wall -Wmissing-prototypes  -Wno-sign-compare   -o create-account  create-account.o ../../../addressbook/libedata-book/libedata-book-1.2.la ../../../libedataserver/libedataserver-1.2.la ../../../servers/groupwise/libegroupwise-1.2.la -Wl,--export-dynamic -pthread -lxml2 -lz -lgnome-2 -lpopt -lgnomevfs-2 -lbonobo-2 -lgconf-2 -lgobject-2.0 -lbonobo-activation -lORBit-2 -lm -lgmodule-2.0 -ldl -lgthread-2.0 -lglib-2.0   -lpthread -L/usr/lib/mozilla -ldl -lplc4 -lplds4 -lnspr4  
gcc -pipe -Wall -O3 -march=pentium4 -Wall -Wmissing-prototypes -Wno-sign-compare -o .libs/create-account create-account.o -Wl,--export-dynamic -pthread  ../../../addressbook/libedata-book/.libs/libedata-book-1.2.so ../../../libedataserver/.libs/libedataserver-1.2.so ../../../servers/groupwise/.libs/libegroupwise-1.2.so -lxml2 -lz -lgnome-2 -lpopt -lgnomevfs-2 -lbonobo-2 -lgconf-2 -lgobject-2.0 -lbonobo-activation -lORBit-2 -lm -lgmodule-2.0 -lgthread-2.0 -lglib-2.0 -lpthread -L/usr/lib/mozilla -ldl -lplc4 -lplds4 -lnspr4
/usr/bin/ld: warning: libssl3.so, needed by /home/mhz/RPM/BUILD/evolution-data-server-1.4.1.1/camel/.libs/libcamel-1.2.so.0, not found (try using -rpath or -rpath-link)
/usr/bin/ld: warning: libsmime3.so, needed by /home/mhz/RPM/BUILD/evolution-data-server-1.4.1.1/camel/.libs/libcamel-1.2.so.0, not found (try using -rpath or -rpath-link)
/usr/bin/ld: warning: libnss3.so, needed by /home/mhz/RPM/BUILD/evolution-data-server-1.4.1.1/camel/.libs/libcamel-1.2.so.0, not found (try using -rpath or -rpath-link)
/usr/bin/ld: warning: libsoftokn3.so, needed by /home/mhz/RPM/BUILD/evolution-data-server-1.4.1.1/camel/.libs/libcamel-1.2.so.0, not found (try using -rpath or -rpath-link)
/home/mhz/RPM/BUILD/evolution-data-server-1.4.1.1/camel/.libs/libcamel-1.2.so.0: undefined reference to `NSS_NoDB_Init@NSS_3.2'
/home/mhz/RPM/BUILD/evolution-data-server-1.4.1.1/camel/.libs/libcamel-1.2.so.0: undefined reference to `NSS_InitReadWrite@NSS_3.2'
/home/mhz/RPM/BUILD/evolution-data-server-1.4.1.1/camel/.libs/libcamel-1.2.so.0: undefined reference to `NSS_SetDomesticPolicy@NSS_3.2'
/home/mhz/RPM/BUILD/evolution-data-server-1.4.1.1/camel/.libs/libcamel-1.2.so.0: undefined reference to `SSL_OptionSetDefault@NSS_3.2'
/home/mhz/RPM/BUILD/evolution-data-server-1.4.1.1/camel/.libs/libcamel-1.2.so.0: undefined reference to `NSS_Shutdown@NSS_3.2'
collect2: ld returned 1 exit status

Из ld.info:

> The `-rpath' option is also used when locating shared objects which are needed
> by shared objects explicitly included in the link

И что делать? Можно добавить опцию -Wl,-rpath,/usr/lib/mozilla в тэг
Libs: в mozilla-*.pc и устроить тотальную пересборку. Только не все
клиенты эти файлы используют. Конкретно, все "мои" клиенты их не
используют и мне придется дорабатывать сборку.
Вдобавок, насколько я знаю, это приведет к воплям verify-elf о том, что
RPATH содержит двоеточия. Сейчас эту проверку нужно ослаблять явно и,
наверное, она там неспроста.

P.S. Хрена с два в таком виде можно опцию добавить. Никто не сказал, что
вывод `pkg-config --libs something.pc` не будет передан напрямую ld, а
ему нужен родной формат, которого не понимает gcc.

[-- Attachment #2: Эта часть сообщения подписана цифровой подписью --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Mozilla libraries disorder

[Dmitry V. Levin]

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

On Sat, Nov 19, 2005 at 10:44:29PM +0300, Mikhail Zabaluev wrote:
> В Сбт, 19/11/2005 в 21:51 +0300, Konstantin A. Lepikhov пишет:
> > > $ my-favourite-program
> > > my-favourite-program: error while loading shared libraries: libplc4.so: 
> > > cannot open shared object file: No such file or directory
> > правильно, надо менять rpath.

Жуть.
Коллеги, если не хотите неприятностей, то избегайте библиотек из
проекта mozilla.org.  А также многих других библиотек. :/

> > > Здесь кроме libplc4.so может стоять любая библиотека, входящая в 
> > > Mozilla. Это связано с тем, что библиотеки mozilla были без согласования 
> > > перенесены из /usr/lib в /usr/lib/mozilla. Обращаю внимание, что из-за 
> > > этого сломалась стереотипная (т.е. без правки спеков) сборка ряда 
> > > пакетов, зависящих от Mozilla. В некоторых случаях ошибки оказываются 
> > > очень неочевидными, как в примере с апплетом часов GNOME: этот апплет 
> > > зависит от evolution-data-server, поскольку умеет показывать данные от 
> > > органайзера, а evolution-data-server, в свою очередь, зависит от Mozilla.
> > гхм. стереотипная сборка пакетов - это плохо. и игнорирование проблем -
> > тоже плохо. В текущем виде (с либами в /usr/lib) mozilla suite делает
> > неработоспособными _все_ другие mozilla.org-based приложения. Так что в
> > новой сборке все сделано правильно.
> 
> Теперь всех клиентов нужно пересобирать с -rpath:

Зачем?  Выглядит как очередная ошибка.
Хорошо что я не пользуюсь этими клиентами.
Но вдруг другие пользуются, хоть бы о них позаботились...

Вы поймите, не вполне знающий всю эту кухню человек может подумать, что
имеет место либо техническая неграмотность, либо безалаберность, либо
развлечение в форме сознательного вредительства типа "закину-ка я гранату
в Сизиф, пусть повеселятся".


-- 
ldv

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

Re: [devel] Mozilla libraries disorder

[Mikhail Zabaluev]

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

В Вск, 20/11/2005 в 01:53 +0300, Dmitry V. Levin пишет:
> On Sat, Nov 19, 2005 at 10:44:29PM +0300, Mikhail Zabaluev wrote:
> > В Сбт, 19/11/2005 в 21:51 +0300, Konstantin A. Lepikhov пишет:
> > > > $ my-favourite-program
> > > > my-favourite-program: error while loading shared libraries: libplc4.so: 
> > > > cannot open shared object file: No such file or directory
> > > правильно, надо менять rpath.
> 
> Жуть.
> Коллеги, если не хотите неприятностей, то избегайте библиотек из
> проекта mozilla.org.  А также многих других библиотек. :/

К сожалению, библиотеки из проекта mozilla.org использует весомая часть
GNOME (yelp, evolution, gnome-panel (был)), а также Eclipse.

> Вы поймите, не вполне знающий всю эту кухню человек может подумать, что
> имеет место либо техническая неграмотность, либо безалаберность, либо
> развлечение в форме сознательного вредительства типа "закину-ка я гранату
> в Сизиф, пусть повеселятся".

Так подумать может и вполне знающий...

Какой же будет вердикт? Использование библиотек Mozilla непосредственно
из /usr/lib/mozilla через rpath вредно?
Нужны DSO в /usr/lib. В виде ссылок или натурально, вопрос второй.

[-- Attachment #2: Эта часть сообщения подписана цифровой подписью --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[devel] Re: Mozilla libraries disorder

[Konstantin A. Lepikhov]

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

Hi Dmitry!

Sunday 20, at 01:53:10 AM you wrote:

> On Sat, Nov 19, 2005 at 10:44:29PM +0300, Mikhail Zabaluev wrote:
> > В Сбт, 19/11/2005 в 21:51 +0300, Konstantin A. Lepikhov пишет:
> > > > $ my-favourite-program
> > > > my-favourite-program: error while loading shared libraries: libplc4.so: 
> > > > cannot open shared object file: No such file or directory
> > > правильно, надо менять rpath.
> 
> Жуть.
> Коллеги, если не хотите неприятностей, то избегайте библиотек из
> проекта mozilla.org.  А также многих других библиотек. :/
да, именно так ;)

<skip>
> > > тоже плохо. В текущем виде (с либами в /usr/lib) mozilla suite делает
> > > неработоспособными _все_ другие mozilla.org-based приложения. Так что в
> > > новой сборке все сделано правильно.
> > 
> > Теперь всех клиентов нужно пересобирать с -rpath:
> 
> Зачем?  Выглядит как очередная ошибка.
> Хорошо что я не пользуюсь этими клиентами.
> Но вдруг другие пользуются, хоть бы о них позаботились...
> 
> Вы поймите, не вполне знающий всю эту кухню человек может подумать, что
> имеет место либо техническая неграмотность, либо безалаберность, либо
> развлечение в форме сознательного вредительства типа "закину-ка я гранату
> в Сизиф, пусть повеселятся".
пока библиотеки из mozilla.org - это тоже самое, что и ffmpeg. Т.е. никто
не может дать никаких гарантий, что их можно использовать как библиотеки.

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

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

Re: [devel] Mozilla libraries disorder

[Alexey Tourbin]

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

On Sun, Nov 20, 2005 at 01:53:10AM +0300, Dmitry V. Levin wrote:
> On Sat, Nov 19, 2005 at 10:44:29PM +0300, Mikhail Zabaluev wrote:
> > В Сбт, 19/11/2005 в 21:51 +0300, Konstantin A. Lepikhov пишет:
> > > > $ my-favourite-program
> > > > my-favourite-program: error while loading shared libraries: libplc4.so: 
> > > > cannot open shared object file: No such file or directory
> > > правильно, надо менять rpath.
> 
> Жуть.
> Коллеги, если не хотите неприятностей, то избегайте библиотек из
> проекта mozilla.org.  А также многих других библиотек. :/

Избегайте проекта mozilla.org!  Долой кодерство!! :)

Кстати в сборке mozilla-1.7.12-alt2.1 (Mikhail Zabaluev) была довольно
неприятная ошибка.

$ CMDCACHE_DISABLE=1 rpmsoname ~sisyphus/files/i586/RPMS/mozilla-1.7.12-alt2.1.i586.rpm
/usr/lib/mozilla/libgkgfx.so    libgkgfx.so
/usr/lib/mozilla/libgtkembedmoz.so      libgtkembedmoz.so
/usr/lib/mozilla/libgtkxtbin.so libgtkxtbin.so
/usr/lib/mozilla/libjsj.so      libjsj.so
/usr/lib/mozilla/libldap50.so   libldap50.so
/usr/lib/mozilla/libmozjs.so    libmozjs.so
/usr/lib/mozilla/libnspr4.so    libnspr4.so
/usr/lib/mozilla/libplc4.so     libplc4.so
/usr/lib/mozilla/libplds4.so    libplds4.so
/usr/lib/mozilla/libprldap50.so libprldap50.so
/usr/lib/mozilla/libxpcom.so    libxpcom.so
/usr/lib/mozilla/libxpcom_compat.so     libxpcom_compat.so
/usr/lib/mozilla/libxpistub.so  libxpistub.so
warning: mozilla-1.7.12-alt2.1.i586.rpm: unmapped sonames:
libmsgbaseutil.so
libnss3.so
libnssckbi.so
libsmime3.so
libsoftokn3.so
libssl3.so
$ rpm -qf /usr/lib/libssl3.so
mozilla-1.7.12-alt2.1
$ rpm -qf `readlink -ev /usr/lib/libssl3.so`
mozilla-psm-1.7.12-alt2.1
$

То есть симлинки, которые соответствуют soname'ам, разрешаются в другие
пакеты (на которые нет зависимостей).  У меня теперь есть полный список
таких пакетов (и, что важнее, есть регулярная процедура получения такого
списка).

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

Re: [devel] Mozilla libraries disorder

[Mikhail Zabaluev]

В Птн, 14/04/2006 в 19:04 +0400, Alexey Tourbin пишет:
> Кстати в сборке mozilla-1.7.12-alt2.1 (Mikhail Zabaluev) была довольно
> неприятная ошибка.
> 
> $ CMDCACHE_DISABLE=1 rpmsoname ~sisyphus/files/i586/RPMS/mozilla-1.7.12-alt2.1.i586.rpm
> /usr/lib/mozilla/libgkgfx.so    libgkgfx.so
> /usr/lib/mozilla/libgtkembedmoz.so      libgtkembedmoz.so
> /usr/lib/mozilla/libgtkxtbin.so libgtkxtbin.so
> /usr/lib/mozilla/libjsj.so      libjsj.so
> /usr/lib/mozilla/libldap50.so   libldap50.so
> /usr/lib/mozilla/libmozjs.so    libmozjs.so
> /usr/lib/mozilla/libnspr4.so    libnspr4.so
> /usr/lib/mozilla/libplc4.so     libplc4.so
> /usr/lib/mozilla/libplds4.so    libplds4.so
> /usr/lib/mozilla/libprldap50.so libprldap50.so
> /usr/lib/mozilla/libxpcom.so    libxpcom.so
> /usr/lib/mozilla/libxpcom_compat.so     libxpcom_compat.so
> /usr/lib/mozilla/libxpistub.so  libxpistub.so
> warning: mozilla-1.7.12-alt2.1.i586.rpm: unmapped sonames:
> libmsgbaseutil.so
> libnss3.so
> libnssckbi.so
> libsmime3.so
> libsoftokn3.so
> libssl3.so
> $ rpm -qf /usr/lib/libssl3.so
> mozilla-1.7.12-alt2.1
> $ rpm -qf `readlink -ev /usr/lib/libssl3.so`
> mozilla-psm-1.7.12-alt2.1
> $

Как насчет mozilla-1.7.12-alt3.5? :)

[devel] Re: [sisyphus] Gnome applets

[Michael Shigorin]

On Sat, Nov 19, 2005 at 12:46:28PM +0300, Alexey Rusakov wrote:
> В общем, огромное спасибо мейнтейнеру Mozilla за нашу спокойную старость.

Багу покажи, что ли.  Или сразу мне Cc:, а я уж по необходимости
займусь плешью Жени :)

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