ALT Linux Bugzilla – Full Text Bug Listing
| Summary: | Вернуть ссылки на XPCOM, Gecko, NSS в /usr/lib | ||
|---|---|---|---|
| Product: | Sisyphus | Reporter: | Mikhail Zabaluev <mhz> |
| Component: | mozilla | Assignee: | Eugene Ostapets <eostapets> |
| Status: | CLOSED FIXED | QA Contact: | qa-sisyphus |
| Severity: | blocker | ||
| Priority: | P1 | CC: | ktirf, lakostis, mike |
| Version: | unstable | ||
| Hardware: | all | ||
| OS: | Linux | ||
| Bug Depends on: | |||
| Bug Blocks: | 8513 | ||
|
Description
Mikhail Zabaluev
2005-11-20 16:25:55 MSK
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. |
