(вдогонку) ----- Forwarded message from Michael Shigorin -----
Новое сообщение от 'Michael Shigorin' <[EMAIL PROTECTED]> в форуме 'Разговоры, обсуждение новостей' Посмотреть: http://www.opennet.ru/openforum/vsluhforumID3/37535.html#19 Тема: cooker, sisyphus и прочие rawhide >На сайте написано, что и мастер и скомпакт могут обновляться с сизифа. >Чего бы не обновиться? Спасибо, сейчас пойду стучать ложкой в очередной раз, что формулировки на altlinux.ru были на порядок или два мягче разумных. Вам же могу предложить золотое админское правило: "работает, не трогай" :) >>Ну и с любым известным мне дистрибутивом пользоваться unstable -- это быть >>уже минимум тестером, а то и разработчиком. Для пользователей есть >>stable. Надеюсь, не открыл страшную тайну? >Нет, не открыли. Последний раз в компакте делал установку Lyx, в результате Из сизифа на 3.0? Вообще существует репозиторий с пакетами, собранными именно под 3.0 или другую версию дистро: 3.0/i586/RPMS.contrib/lyx-1.3.5-alt1.i586.rpm (также есть ALTLinux/backports, см. на ftp.altlinux.org и зеркалах). >apt тянет обновление пакетов, которые напрямую к нему отношения не имеют, Обычно это пакет A тянет более новую версию библиотеки B, от которой также зависит пакет C. Соответственно при наличии одной версии библиотеки B и смене soname (циферка после .so.) апту приходится вытаскивать уже пересобранную с новой версией библиотеки сборку C для "всего лишь установки пакета A". Варианты более мягкого решения есть (параллельные версии библиотек), но их стараются избегать -- дублирование кода малоприятно с точки зрения поддержки. >например kde + ещё всего около 90Мб. Мне кажется это странным, >но я соглашаюсь, после перезагрузки ругается, что не может найти >файлы *tty*, в общем консоли у меня нет. Я подагаю, после >установки Lyx система не должна улетать в такой аут. Предположительно это было что-то навроде нового udev со старым ядром. Увы, не все приколы городка по имени upstream получается объехать... (для glibc мы делали специальный %pre и пакет, который блокировал заведомо взрывающееся обновление при слишком старом ядре) >Несколько месяцев назад при обновлении ругалась, что есть несовместимости mesa и opengl, >дальше обновления прекращаются - как побороть это не знаю. С этим было бы осмысленно к майнтейнеру, лучше всего посредством sisyphus@ mailing list. >На iso мастере при установке Lyx требует новое ядро, по моему 2.6.18. Не может, у нас запрещены зависимости на ядро (в т.ч. косвенные). >Для компиляции этого ядра требуется новый gcc. Ни того, ни другого >на iso нет. При попытке установки нового gcc требуется новое ядро. >Т.е. ступор. Лучше бы вывод апта в рассылку, более предметно. Так остаётся предположить, что у Вас в sources.list* смешаны репозитории 3.0 и Sisyphus, apt от этого крышу срывает. >При чём проблемы многолетние. Я писал в mailing list - ответы были, >но так в общие. В общем я устал бороться. Взял федору >- поставил mc с удалённого репозитария (по другому она просто не >разрешает) и всё нормально - система не слитела. А теперь переедьте на их разработческий репозиторий и посмотрите, каково будет ;-) (злая шутка, не надо этого делать, если нет решимости идентифицировать и добивать проблемы и кучи свободного времени на такую помощь разработчикам) >Думаю, основная проблема это общий репозитарий. Нет, конечно. Проблема -- неконсистентные прыжки апстримов и возможности их исправлять и запаковывать. FYI в федоре к семёрке наконец-то дозрели до понимания, что core и extras именно на этот слой проблем и наступают -- и занялись объединением репозиториев. >Мне кажется, что его надо бы разделить на системный, где бы жили жизненно >важные >программы (выход компа в сеть, аппаратно зависимые, загрузчик, ядро, >бибилиотеки) >и аппаратно не зависимый (где бы жили аппаратно не зависимые приложения), чтобы их >обновление или установка приложений не сносили жизненно важные файлы, >настройки. Нет, просто unstable -- для разработчиков, сорвиголов и тех, кто очень хорошо знает, что делает. Любой. >Ещё не плохобы обновлять iso на сайте, что бы после его установки можно было >бы обьновиться в течении года. Обновляться откуда? Из updates можно и более года (например, уже находящийся в печати Server 4.0 будет поддерживаться ими три года). А вот из сизифа лучше не обновляться, если нет желания в итоге с 80% вероятностью попасть в нашу весёлую команду или свалить с громкими плевками в сторону оной, не разобравшись. :) Насчёт большого промежутка между выпусками -- принимается, работы над более систематическими идут. Собсно трудно и долго делали новый инсталер -- отчасти история инфраструктуры под ним вчера была изложена здесь: http://wiki.sisyphus.ru/Alterator/history PS: спасибо за сообщение, тут в smoke-room@lists.altlinux.org как раз идёт схожее обсуждение. ----------------------------------------------------------- Ответить: http://www.opennet.ru/post/vsluhforumID3/37535/19/ ----- End forwarded message ----- -- ---- WBR, Michael Shigorin <[EMAIL PROTECTED]> ------ Linux.Kiev http://www.linux.kiev.ua/ _______________________________________________ smoke-room mailing list smoke-room@lists.altlinux.org https://lists.altlinux.org/mailman/listinfo/smoke-room