>На сайте написано, что и мастер и скомпакт могут обновляться с сизифа.
>Чего бы не обновиться?
Спасибо, сейчас пойду стучать ложкой в очередной раз, что формулировки на 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 как раз идёт схожее обсуждение.