LINUX.ORG.RU

AlmaLinux: внезапно получается какой-то нелепый роллинг

 


1

2

Меня и будучи на шапке эта проблема напрягала, что переход между скажем 8.2 и 8.3 делается простым dnf upgrade, но там есть механизм блокировки версии дистрибутива, например subscription-manager release --set=8.2, и пока не выключишь блокировку или не переключишь на 8.3, то он не обновляет репы и соответственно дистрибутив.

Ясное дело, что у клонов (у всех?) нет поддержки минорных версий, поэтому и не за чем на них останавливаться, однако предыдущие версии пакетов репозитории альмы не хранят, то есть в RHEL после обновления дистирубтива можно было хотя бы откатить ядро простым dnf downgrade kernel (меня это здорово выручило как раз между 8.2 и 8.3), а в альме такая команда бесполезна после обновления дистрибутива, ибо ядро из предыдущей версии уже исчезло из репозитория.

В общем ситуация с ядром не проблемная, как я понимаю, так как большие изменения происходят между релизами, а по ходу релиза только фиксят баги. Говорю не от знания, а по опыту, ибо сижу на EL с 8.2 (сегодня 8.7), поправьте, если не прав. Так же ясно — кто умеет пользоваться DNF и читает выхлоп перед апгрейдом в просак не попадёт, но хотелось бы не задумываясь дёргать dnf upgrade, а дистрибутив обновлять по своему желанию, ибо в этом и прелесть стейбла.

Как знатоки решают проблему?

Я вот затупил и поймал нежданчик в этот раз, переезжая с 8.6 на 8.7, расслабился, а там в месе поменяли драйвер с i965 на crocus и я получил слайдшоу в гноме (хорошо это произошло, когда не надо было работать…), а заодно и кдеешные проги улетели, так как epel завис с обновлением кед ещё на неделю или две.

Что касается epel & fusion, то отсутствие минорных версий репозиториев в общем не проблема, так как заявлено, что программа собранная для 8.0 будет работать без перекомпиляции и в какой-нибудь 8.10, но как всегда ИРЛ всё чутка иначе. Из недавнего, okular, который работал в 8.6 уже не работает в 8.7 — получите новый и распишитесь. Но вы скажете мол ясное дело — это же кеды, они даже в федоре обновляются внутри релиза. Да, но счастливее от этого мы не становимся.

Ладно, что имеем и что с этим делать?!

Дело в том, что файл /etc/yum.repos.d/almalinux.repo по умолчанию настроен на репозиторий под номером дистрибутива, например 8 или 9 (см.: https://mirror.yandex.ru/almalinux/), и именно в нём и происходит эта внезапная замена одного минорного релиза на другой, вот такой вот роллинг-перекати-поле.

По ссылке видно, что там есть ещё текущая версия и предыдущая, а более старые улетают в репозитории Vault. Остаётся перенастроить свои репы на текущий (или предыдущий, если ещё не обновился и тебе некогда) и тогда можно спокойно дёргать dnf upgrade, не опасаясь обновиться на следующий релиз по невнимательности.

Соответственно можно держать временно подключенными более старые репы, если например epel или fusion ещё не подоспел, а в целом обновиться хочется, ну и не забываем про epel-next, если хочется забежать впереди паровоза.

Ответ на: комментарий от Dog

А чем нужно упоротся, чтобы в Арче обновлять либу, и не обновлять при этом зависящий от нее софт?

Это, вообще-то, должен менеджер пакетов разруливать, и в такую ситуацию элементарно попасть, обновляя один пакет, который потащит за собой обновление библиотеки. За примерами далеко ходить не надо:

  • https://bugs.archlinux.org/task/15351

    When upgrading firefox 3.0.8 to 3.5-1 it requires to update readline5 to readline6. If you do that blindly. You will end up with a not-working bash.

    -bash: error while loading shared libraries: libreadline.so.5: cannot open shared object file: No such file or directory

  • https://bugs.archlinux.org/task/15335

    I have upgraded gphoto2 and readline as a dependency along. The results are catastrophic, since bash and dash can’t find the old libreadline version.

  • https://bugs.archlinux.org/task/51822

    Cinnamon desktop stops working after updating to Readline 7, cinnamon still looks for libreadline.so.6

И это лишь беглый поиск по одной-единственной библиотеке.

Просто Арч настолько гибок,что позволяет делать даже так.

Более того, Arch настолько гибок, что позволяет сломать систему при этом!

Rootlexx ★★★★★
()
Ответ на: комментарий от bread

Очень оптимистично по нынешним временам.

Как есть. Но ты можешь себя утешать тем, что вдруг перестанет быть. Как перестанет - сразу появится условная бубунта с таким же сроком. Если уже не появилась.

pekmop1024 ★★★★★
()
Ответ на: комментарий от papin-aziat

Приехала меса с новым драйвером — надо на него переключиться, если у тебя были кастомные настройки, вот и всё, не вижу здесь криминала. Как может быть иначе, если в конфиге intel, а требуется modesetting?!

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

Rootlexx ★★★★★
()
Ответ на: комментарий от papin-aziat

Эээ… ну, вроде ясновидение и телепатия пока ещё не требуется от разработчиков, да?

От разработчиков требуется не ломать то, что работало в предыдущей версии в рамках той же мажорной ветки.

Rootlexx ★★★★★
()
Ответ на: комментарий от Rootlexx

сломает графику у тех пользователей, которые используют старый драйвер

Не сломает, он, вроде как, как раз для старичков, я там ссылку даю почитать.

Ибо вся соль стабильных дистрибутивов в том, что настроив всё единожды, дальше ничто само не ломается, пока не решишь обновиться на новый мажорный выпуск.

Так в дебиян, в рхел немного иначе как видишь. Я в треде картинку давал, про лайфцикл, там видно, что некоторые минорные релизы поддерживаются по несколько лет. Однако в клонах такого нет, но это другой разговор.

Я твой ход мысли понимаю, но мне нравится в энтерпрайзах такое неторопливое развитие.

papin-aziat ★★★★★
() автор топика
Ответ на: комментарий от bread

Не, если дефолта Слаки хватает - тогда ок. Мне вот не хватает, никогда не забуду, как собирал что-то из Слакбилда, а при запуске выяснялось, что чего-то не хватает, и так раз за разом. Опыт, на самом деле, ценный, я в процессе получил, но больше таким заниматься не буду)

Dog ★★★
()
Ответ на: комментарий от Rootlexx

Так он обычно и разруливает. Такие моменты на самом деле редки, и про них всегда пишут на главной Арча и в RSS-рассылке. К тому же, необходимость ручного вмешательства при обновлении бывает почти во всех дистрах,и везде примерно одинакого редко.

Dog ★★★
()
Ответ на: комментарий от Dog

Так он обычно и разруливает. Такие моменты на самом деле редки, и про них всегда пишут на главной Арча и в RSS-рассылке

Вы или специально, или от непонимания передёргиваете. Речь не о случаях, когда требуется ручное вмешательство при полном обновлении системы, а о частичном обновлении – о котором никто ни в каких новостях не пишет, просто потому что unsupported, и защиты от ломания системы при котором не предусмотрено – по той же причине.

А про частичное обновление вы заикнулись сами:

Но,опять же,никто не мешает один раз все поставить и настроить,а потом не обновлять вообще. Или только конкретные пакеты при необходимости.

В Arch это прямой путь к проблемам. Не надо советовать такое.

Rootlexx ★★★★★
()
Ответ на: комментарий от papin-aziat

Да хорош, и так страшно уже!

Выходит, что аналог какой-нибудь Ubuntu 22.04 или Debian 11 вовсе не RHEL 8, а RHEL 8.x. 8.(x + 1) может содержать радикально другие версии ПО и ломать совместимость.

В таком случае непонятно, как вообще можно сравнивать сроки поддержки мажорных веток данных дистрибутивов, если они представляют из себя столь разные сущности.

Rootlexx ★★★★★
()
Ответ на: комментарий от Rootlexx

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

В целом мажорные версии это очень разные системы и шапка постоянно эволюционирует, например из восьмёрки выкинули кеды напрочь, к появлению девятки наладили центос-стрим, также идёт постоянное сближение с федорой, так что вполне возможно последующие релизы будут уже не такими разношёрстными, словом там постоянно что-то происходит.

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

papin-aziat ★★★★★
() автор топика
24 февраля 2023 г.
Ответ на: комментарий от sloan

Я пытался перейти на эту тему когда-то — надо было помотаться по миру, с макбуком было проще… Но как только приземлился основательно, так сразу вернулся на Линукс, видать это уже не лечится.

papin-aziat ★★★★★
() автор топика
Ответ на: комментарий от papin-aziat

Смена версий софта в мажорной версии происходит только в течение первых нескольких лет жизни RHEL. Потом версии замораживается, и только критические багфиксы и security-хотфиксы. С RHEL8 это случится через год. Вот тогда энтерпрайз и начнет переходить на RHEL8. А ты - ССЗБ, что стал юзать RHEL8 так рано.

bigbit ★★★★★
()
Ответ на: комментарий от bigbit

Еще раз, есть исключения и единичные пакеты, а есть общая политика. И, согласно ей, если надо будет, при четко заданных условиях, естественно, ребэйзнуть можно что угодно. И в этих правилах нет такого, что условный 8.2 это дикий запад, а 8.8 уже чересчур окаменел, как раз это не фактор.

t184256 ★★★★★
()
Ответ на: комментарий от t184256

Мне ведь важна общая картина: что на первых стадиях жизненного цикла происходит бурное развитие, ребейзы многих пакетов. Потом дистрибутив стабилизируется, ребейзы становятся редкими, и на него пора переходить. То, что два пакета ребейзятся всегда, а один - никогда, да и вообще редхат может при желании отребейзить любой пакет при наличии веских причин, не очень-то эту картину и меняют. Есть еще чем поколебать картину моего плоского мира?

bigbit ★★★★★
()
Ответ на: комментарий от bigbit

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

Происходит, в альфе-бете. Только ты этих фаз не видишь.

Потом дистрибутив стабилизируется, ребейзы становятся редкими, и на него пора переходить.

И это все происходит до GA. Нет какого-то там линейного спадания ребейзов с ростом минорного релиза, ты его выдумал. Есть внутри одного минорного по фазам уровня поддержки, но ты ж не об этом.

То, что два пакета ребейзятся всегда, а один - никогда, да и вообще редхат может при желании отребейзить любой пакет при наличии веских причин, не очень-то эту картину и меняют.

Веские причины на число в минорном релизе не смотрят, а в твоей модели должны спадать. Как, почему — непонятно.

Есть еще чем поколебать картину моего плоского мира?

Сомневаюсь, тебе каким-то волшебным образом лучше видно, а зачем мне и дальше шатать трубу твоего заблуждения, мне не очень понятно. Хочешь жить в плоскому мире — живи.

t184256 ★★★★★
()
Ответ на: комментарий от t184256

Происходит, в альфе-бете. Только ты этих фаз не видишь.

Нет, я о стадии Full Support

Если ты заметил, я всегда говорил о стадиях жизненного цикла, или о первых нескольких годах жизни продукта, а не о росте минорной версии.

Или ты хочешь сказать, что с переходом из Full Support в более поздние стадии количество ребейзов не меняется?

bigbit ★★★★★
()
Ответ на: комментарий от bigbit

Чел, эти стадии — это не разные минорные релизы, это внутри минорного релиза. В обычном Z ребэйзы встречаются, в EUS уже исключения, в AMC почти немыслимо, только это все разные стадии одного минорного релиза: 7.4 Z, 7.4 EUS, 7.4 E4S… 7.4 AMC. А ты говорил о ребейзах в 7.0 vs 7.1… VS 7.9. Это две совершенно разные оси.

Если ты заметил, я всегда говорил о стадиях жизненного цикла, или о первых нескольких годах жизни продукта, а не о росте минорной версии.

Не заметил, потому что ты либо только сейчас переобулся, либо тогда ты советовал предпочесть RHEL 10.0 после окаменения RHEL 10.2, либо просто говоришь что-то, чего не понимаешь, что наиболее вероятно.

t184256 ★★★★★
()
Последнее исправление: t184256 (всего исправлений: 1)
Ответ на: комментарий от t184256

Опять какие-то минорные релизы. Я вообще про них не говорю. Я говорю о жизненном цикле RHEL.

По той ссылке, которую я привел в предыдущем посте, для RHEL8 написано следующее:

May  7, 2019 - GA
May 31, 2024 - Full support ends

Т.е. 31 мая 2024 года для RHEL8 закончится стадия Full Support. После этой даты (без разницы, какая там будет минорная версия) ребейзов станет значительно меньше. Вот тогда я и советовал переходить, не раньше.

либо тогда ты советовал предпочесть RHEL 10.0 после окаменения RHEL 10.2

Это ты сам придумал.

bigbit ★★★★★
()
Ответ на: комментарий от bigbit

После этой даты (без разницы, какая там будет минорная версия) ребейзов станет значительно меньше.

*facepalm* И пофиг, что минорные релизы поддерживаются раздельно и решения по ребэйзам по ним принимается раздельно, и стабилизация у них идёт раздельно.

Ты искренне не понимаешь, что RHEL 10.2 может уже пройти стадии заморозки GA->Z->ELS->E4S и быть на пути к AMC, а какой-нибудь 10.10 ещё не выйдет? Или придуриваешься?

Если первое, то посмотри по своей же ссылке графики внизу, почеши голову. Если второе, перестань. Если прям обладаешь недюжинными аналитическими способностями, задумайся, что могут значить буквы Update Services for SAP Solutions, почему они есть даже в 8.0 (в, страшно подумать, 2019ом году) и как бы над тобой ржали ребята из SAP, если бы ты предложил им не кипешить и про-осто подождать с переходом на восьмёрку до 2024 года.

Чел, проснись, ты ничего не понял и несёшь пургу.

t184256 ★★★★★
()
Последнее исправление: t184256 (всего исправлений: 2)
Ответ на: комментарий от t184256

У меня тоже складывается впечатление, что ты варишься в собственной кухне, упорно твердишь про какие-то минорные релизы, и не понимаешь, о чем я. На том и закончим.

и как бы над тобой ржали ребята из SAP, если бы ты предложил им просто не кипешить и про-осто подождать с переходом на восьмёрку до 2024 года.

В энтерпрайзе это вполне нормально. Когда в 2002 съезжали с NT 4.0 Workstation, никто не ржал. Хотя NT в то время на декстопах смотрелась уже диковато.

bigbit ★★★★★
()
Последнее исправление: bigbit (всего исправлений: 1)
Ответ на: комментарий от bigbit

Все так, я варюсь в собственной кухне, из которой потом выпускаются эти самые ребэйзы, и зачем-то спорю с твоими весьма дурацкими фантазиями о ней. Хочешь ждать окаменения последнего минорного релиза — жди, любой каприз за твои деньги.

t184256 ★★★★★
()
Последнее исправление: t184256 (всего исправлений: 1)