Еще раз. HedgeWars 9.14 можно запустить на OpenSUSE 11.1.

Это я и сам знаю

Надо только установить Qt 4.5 из соответствующего репозитория.

Я о том что вот так софт и начинает переползать из репозитория в репозиторий. И где тут гарантия, что при установке Qt 4.5 не пойдет лесом весь софт собранный с Qt 4.4.

Стоп. Учитывая что многие тут не умеют думать более абстрактно.

Слишком часто получается так. Тебе нужна программа А версии 3.14, ты нашёл репозиторий /mega:/proga:/Abc её содержащий. Подключил (даже одним кликом). Но тебе говорят прога А версии 3.14 требует библиотеку L версии 9, а у вас версия 8. Ты нашёл репозиторий /libs:/L9/ с нужной версией библиотеки. Пробуешь ставить L9, но тут ебе предлагают снести нафиг проги B,C,D,...,Z - так как они требуют библиотеку L8.

И чем старше версия OpenSuSE тем хуже.

В итоге ты достаточно быстро переползаешь с ветки на ветку, постепенно накапливая косяки.

> И где тут гарантия, что при установке Qt 4.5 не пойдет лесом весь софт собранный с Qt 4.4.

Нет гарантии, разумеется. Но если тебе надо запускать одновременно две проги, одна из которых требует Qt <4.4, а другая Qt>4.5, то тебе никто не поможет, и ни один дистрибутив. API Qt быстро меняется, если хочешь большей стабильности, используй ПО, написанное на GTK.

> Я о том что вот так софт и начинает переползать из репозитория в репозиторий

Не из репозитория в репозиторий, а на новый тулкит. Претензии к авторам этой программы.

Парад роллингов.

Не из репозитория в репозиторий, а на новый тулкит. Претензии к авторам этой программы.

А то что, из-за отсутствия в основном репозиторий более свежей версии библиотеки, нафиг летит полуавтоматическая сборка целого ряда пакетов всем пофигу. И вместо обещанной поддержки получаем полужевое г**** мамонта.

Претензии к авторам этой программы.

И причём тут авторы. Они даже зачастую никакого отношения к сборке пакетов не имеют. Им пофигу. Они используют определенный набор библиотек подходящей для них свежести.

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

> А то что, из-за отсутствия в основном репозиторий более свежей версии библиотеки,

Qt 4.4 и Qt 4.5 установить одновременно невозможно. Как ты это себе представляешь?

нафиг летит полуавтоматическая сборка целого ряда пакетов всем пофигу.

Сборка никуда не летит. Есть отдельный репозиторий с Qt 4.5, относительно которого можно собирать любые пакеты.

> А за сборку пакетов ответственны совершенно другие люди и они должны в рамках той же поддержки определятся какие ключевые библиотеки и каких версий должны быть в репах.

В репах есть и Qt 4.4 и Qt 4.5 - выбирай что хочешь.

Для любого роллинга главное — непрерывноть обновления дистрибутива. Непрерывность и согласованность пактов обеспечить не сложно, т.к. всё это легко развести по времени.

А если компьютер с роллингом не включать, скажем 1 год, а потом включить и резко обновить. В таком случае нет гарантии того, что в системе что-нибудь не сломается, т.к. количество зависимостей обновляемых пакетов может быть достаточно велико и, следовательно, велика вероятность разлома. Обновление уже будет аналогично обновлению с версии на версию обычного дистрибутива со стабильными замораживаемыми репозитриями.

Например, на старом наборе пакеты А и Б требовали установки пакета В. На новом наборе пакет А требует пакет Г, у которого стоит конфликт на В, а пакета Б в новых репах нет, потому что он заменён на пакет Д, у которого стоит конфликт на Б.

При непрерывном обновлении всё пройдёт нормально, потому что мантейнеры синхронизируют по времени замену Б на Д, обновление А с Г, удаление В. А при скачкообразном обновлении получится вот что: в систему одновременно приедут пакеты обновлённый А, новый Г и новый Д. Т.к. у Г конфликт с В, а пакет Б остался в системе и ему нужен В, то В удалён, скорее всего, не будет, а пакеты А и Г не установятся. Либо удаление В по зависимостям потянет удаление старых А и Б. Если от них зависят другие пакеты, то удалятся и они (в некоторых случаях такое обновление выносит пол-дистрибутива). Чем сложнее связи, тем более непредсказуемо обновление роллинг-дистра при больших перерывах.

Ты совсем дурной. Суть лтс не можешь понять? В лтс никто никогда не будет беспокоиться о том что у тебя не завелась новая программа.

Отличная новость! В принципе и сейчас можно добиться того же самого, использую OBS. Только напрягало разруливать зависимости по репозиториям, ну и когда их много (у меня около 15) процесс загрузки списка пакетов медленный.

+inf

opensuse

да один самых лучших, но там много как мне кажется лишнего от novell.

> но там много как мне кажется лишнего от novell.

Например?

Да уж... Клинический случай. Называй мне хоть один бинарный дистрибутив, где можно без проблем поставить одновременно Qt 4.4 и Qt 4.5, без конфликтов. В противном случае — GTFO.

>скорее рукожопость

+1 - если не заниматся фигней, то Gentoo на stable-ветке очень даже нормально работает. Как там с ~-веткой - хз, пробовал 1 раз, но давно это было, да и KDE 4 тогда ставил из SVN - поэтому уж там то глюкодром был обеспечен(ставил чисто на посмотреть)

Контингент пользователей один и тот же и терминология одна и таже.

интересно как оно без revdep-rebuild ?

Мне вообще не нравится suse. zypper неудобен.

ну. тогда всё.

для этих случаев нужна gentoo со сборкой всего и вся + revdep-rebuild, тут уж ничего не попишешь.

в своё время, поигравшись с шапкой, с кривыми апдейтами между 7.1 - 7.3 когда выкидывали linuxconf и т.п., а хвосты оставались....

ну всякие попытки держать в системе gcc-2.96 и gcc-3. полностью разочаровали в бинарных дистрибутивах.

у меня есть пару установок gentoo, успешно обновляемых, которым больше 5 лет.

я думаю, что с бинарными дистрами и RR будет со сроком жизни похуже.

> имеет ли смысл скажем с дебиана перейти (имею в виду конечно рабочую станцию)

Насчет того , хорошо это или плохо мне нечего сказать, но можешь не переходить, а просто подождать. Дебианщики тоже собрались замутить ронлинг релиз. http://www.linux.org.ru/news/debian/5410693

ps. А вообще, не попробуешь - не узнаешь

> Грег Кроа-Хартман (Greg Kroah-Hartman)

Это тот самый, мейнтейнер tty-подсистемы линукса, работающий на микрософт?)

Опасная это вещь - rolling release. Грозит несовместимостями пакетов... Генту употребляю исключительно на VirtualBox.

Пользователь Ubuntu.

как со стабильностью при таком подходе, имеет ли смысл скажем с дебиана перейти (имею в виду конечно рабочую станцию)?

LMDE - это Debian Testing, только с отвратной зелёной темой и чем-то типа убунтовского центра приложений вместо синаптика. Практически все пакеты берутся прямо из реп Debian. Темы, кодеки - из репозитория Mint. На данный момент там вообще rolling-release не ощущается, т.к. до выхода LMDE тестинг репозиторий заморозили

AppArmor и blade так ли уж они нужны? Притом что у меня дисковое пространство сильно ограничено.