1. http://sisyphus.ru/srpm/nspr
2. http://sisyphus.ru/srpm/libgecko (пакет orphaned из-за того, что был конфликт
с старой мозилой)
3. http://sisyphus.ru/srpm/xulrunner

Не хватает только libnss, но его обещал собрать legion@

На мой взгляд осмысленным будет вернуть из orphaned libgecko, и собрать
самостоятельно или в кооперации с legion@ libnss. 

(In reply to comment #1)
> Не хватает только libnss, но его обещал собрать legion@

Баг будет закрыт, когда в /usr/lib вернется NSS.

(In reply to comment #2)
> Баг будет закрыт, когда в /usr/lib вернется NSS.

И Gecko. То есть _все_, перечисленное в описании.

Все перечисленное не вернется - есть конфликт на nspr.

NSS я сегодня постараюсь залить в Sisyphus
libGecko - все вопросы к Виталию Липатову, если он не захочет вести пакет - я
подумаю над тем чтобы его забрать.

(In reply to comment #4)
> libGecko - все вопросы к Виталию Липатову, если он не захочет вести пакет - я
> подумаю над тем чтобы его забрать.

Об этом надо было думать, когда ломали mozilla.

В конце концов, есть решение, позволяющее развести различные требования:
http://lists.altlinux.org/pipermail/devel/2005-November/026575.html

Все передовые проекты будут жить в подкаталогах и активно пользоваться
LD_LIBRARY_PATH.

Я НЕ ДОЖЕН об этом думать, ибо это не мои пакеты... Их много и им мешает один
мой, далеко не самый популярный, пакет...

Учитывая что новая версия Epiphany переехала на сборку с Mozilla Firefox как
предполагается размещать библиотеки Mozilla Suite и Mozilla Firefox чтобы хорошо
было всем?

Предлагаю еще раз закрыть эту тему, в виду ее абсолютной бесперспективности  и
желающим собирать в пакет стартовый скрипт как в письме, на которое дана ссылка,
с выставленной LD_LIBRARY_PATH в нужную версию Mozilla...

(In reply to comment #6)
> Я НЕ ДОЖЕН об этом думать, ибо это не мои пакеты...

С таким подходом к делу не стоит брать на себя сопровождение пакета в рабочем
(не экспериментальном) дистрибутиве.

> Учитывая что новая версия Epiphany переехала на сборку с Mozilla Firefox как
> предполагается размещать библиотеки Mozilla Suite и Mozilla Firefox чтобы хорошо
> было всем?

С Epiphany проблемы нет: у нее есть скрипт run-mozilla.sh или похожий, где можно
поставить LD_LIBRARY_PATH=/usr/lib/firefox MOZILLA_FIVE_HOME=/usr/lib/firefox

> Предлагаю еще раз закрыть эту тему, в виду ее абсолютной бесперспективности

Баг будет закрыт, когда в Sisyphus приедет NMU с восстановленными ссылками. И
конфликтом на libnspr и libnss. По-другому у нас, увы, не получается.

> желающим собирать в пакет стартовый скрипт как в письме, на которое дана ссылка,
> с выставленной LD_LIBRARY_PATH в нужную версию Mozilla...

У многих пакетов не предусмотрено стартовых скриптов. Чем серьезно их корежить,
лучше дорабатывать скрипты в приложениях mozilla.org, благо эти пакеты у вас и
так подвергаются серьезной переработке.

Похоже вы не умеете читать. 
Я не должен думать о пакетах, мантейнером которых не являюсь.
Зависимыми пакетами без старт скриптов являются yelp и evolution, конфликтующими
являются nspr и libgecko, которые и нужны собственно yelp и evolution, а не
mozilla. Я не понимаю почему такая простая мысль не доходит до Вас. NMU для
mozilla на таком основании я не допущу, ибо мне проще сделать NMU для yelp и
evolution, если их мантейнеры не способны сами решить этот вопрос.

PS: и с каких это пор Sisyphus стал стабильным и рабочим дистрибутивом? Для М24
и Compact использовались версии без убирания ссылок из /usr/lib

(In reply to comment #8)
> Зависимыми пакетами без старт скриптов являются yelp и evolution, конфликтующими
> являются nspr и libgecko, которые и нужны собственно yelp и evolution, а не
> mozilla.

libgecko пока что нигде не "является". Как и libnss, которая тоже нужна evolution.
Еще вы забыли о следующих пакетах, которые в настоящий момент требуют XPCOM или
Gecko:
libdevhelp
swt-mozilla
ruby-gtkmozembed
python-module-pygnome-gtkmozembed
liferea-mozilla

> PS: и с каких это пор Sisyphus стал стабильным и рабочим дистрибутивом? Для М24
> и Compact использовались версии без убирания ссылок из /usr/lib

Вы что-то путаете. Дистрибутив для экспериментов у нас называется Daedalus.

> Вы что-то путаете. Дистрибутив для экспериментов у нас называется Daedalus.
Его стоило применить, вот только сейчас у нас не freeze и требовать этого --
нельзя.  Идите в официальные источники и просветитесь про назначение Sisyphus,
что ли.

Женя, если при изменениях предполагается ломание кучи пакетов -- всяко лучше
заранее забросить штормовое предупреждение в devel@, чтобы люди смогли
посмотреть (вероятно, при помощи сборки в Daedalus, на people или ещё где), что
светит, и либо выкатить текущую сборку, у которой будет 20 недель жизни на
разруливание ситуации с BuildRequires, либо сразу поправить.

both: easy :-)

Дело в том, что "быстрое" решение ситуации было свернуто NMU alt2.1, т.е. я
готов был уже заливать следующую версию, которая бы собиралась с системным
libnspr, но решил не мешать выкладыванию новой eclips, ради которой Михаил так
долго ломал копья в спорах... Но eclips не нуждается в runtime mozilla, а
остальные пакеты так или иначе дождуться завершения цикла изменения сборки mozilla

Миш, не нужно меня добавлять в СС ... мне хватит копии как QA :) 

Fixed in 1.7.12-alt3.2.