Бета-версия Red Hat Enterprise Linux 9

Проблема в том, что ты не можешь десять лет не обновлять софт и ядро на новые мажорные версии. А если можешь, то разница между версиями RHEL для тебя вообще несущественная.

RHEL 8 поддерживается 10! лет - ставить и забывать можно.

Вообще, жизненный цикл RHEL 8 устроен несколько сложнее - это не одна сущность, это минорные релизы которые поддерживаются каждый по своему https://access.redhat.com/sites/default/files/images/rhel_8_life_cycle_8_0620_planning_0.png

Во-вторых, Full support для RHEL заканчивается как раз таки за пять лет. Последним минорным релизом восьмерки будет 8.10.

CentOS Stream после этого остановится даже не столько по политическим сколько по техническим причинам. Непрерывной разработки следующего минорного релиза после 8.10 не будет, не будет сборки пакетов для неё инженерам RHEL => не будет стрима.

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

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

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

Или планируется после Full support для RHEL не отдавать исходники?

Я не спорю, что Stream нужен и хороший, но это внутренняя кухня разработки, это никому не интересно.

Все хотят сразу готового и стабильного, бесплатно (да, халявщики). И в этом плане Stream не замена старого Centos, а что-то совершенно другое.

Сил может не хватить.

Пока вы ищете в CentOS чью-то злую волю и конспирологию, вы упускаете тот факт, что есть объективные причины приводящие проект CentOS к тому состоянию, в котором он находится сейчас.

От появления клонов эти причины никуда не деваются и не исчезают в одночасье. И клонам тоже надо будет с ними жить и разбираться.

Возможно они сделают всё по-другому. Ну так за этим и будем смотреть.

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

Я не хочу дальше спорить на эту тему честно говоря. Все кто хотят пользоваться клонами пусть идут и пользуются.

Стрим открывает новые возможности, клоны закрывают старые - все в выигрыше.

А то что вам нужен «супер стабильный» клон RHEL чтобы поставить на него пакет из EPEL - ну так ваши сервера, ваши правила.

Они уже давно некорректны, даже не вспомню когда стало так, что если юзаешь эту настройку, то в журнале красным цветом (это не точно) пишут, что метод устарел, для корректного и полного отключения используйте параметры ядра, как-то так.

Я лично давно перелез на правильный вариант, ещё на двадцать-какой-то Федоре.

А где релиз Stream 9? Когда его можно будет взять, скачать и поставить не в виде отдельных пакетов и прочих доцкеров?

Внезапно: https://www.centos.org/download/

Я тоже, почитал тут вчера bookwar, она мне чётко, как всегда, ответила, я закатал флешку установочную 10Гб., и сегодня у меня, с 8:00 по Москве, крутится CentOS Stream 8 + EPEL, вместо Scientific Linux 7.9 + EPEL, который работал почти год аптаймом на сервере домашнем.

Всё прошло гладко и думаю что не придётся ничего писать на RHBZ, последний раз писал на Scientific Linux 7.4, там пакет один с EPEL законфликтовал, так народу много сразу подтвердило и подписалось и исправили быстро.

Уважаю Red Hat, кто бы что не говорил. Всё стабильно и поддержка в багзилле оперативная бывает, если баг серьёзный.

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

Эх. Давненько я не был уже на RHBZ :)

судя по трафику приходящему на зеркала

Это ты ещё трафик кейсов в поддержке не видела (наверное).

CentOS Stream 8 + EPEL

А чего не шапку? Бесплатно же 16 штук дают! А с новым Simple Content Access почти ничего кроме оформления подписки разработчика делать не надо.

Непрерывной разработки следующего минорного релиза после 8.10 не будет, не будет сборки пакетов для неё инженерам RHEL => не будет стрима.

А как же тогда будут выпускаться исправления безопасности и важных ошибок? Ой, а вот тут мы видим истинный мотив превращения CentOS в CentOS Stream.

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

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

А вот тут раскрывается истинная суть букваря - невежество и дилетантство или умышленное искажение фактов. Для клонов Red Hat Enterprise Linux абсолютно не имеет никакого значения есть ли платные клиенты и разработчики или нет, поскольку вся основная работа клона - это удаленно загрузить в сборочный сервер Koji пакеты из подписки RHEL, отдать команду на сборку .src.rpm и выпустить болванку раз в N-ый период синхронно с RHEL. И для этого не имеет никакого значения возраст дистрибутива или болванки, поскольку сборочному серверу все равно какие пакеты собирать. Т.е задача поддержки клона сводится к сборке пакетов RHEL без логотипов (Они же не вплетены в другие пакеты), передаче багов в Redhat Bugzilla (естественно не в стиле - я вот тут клон создал, а у людей вот это …), а также исключения из сборки вещей, вроде менеджера-субскрибера (ибо клону он ввиду публичной открытости репозитория не нужен). Соответственно и расходная часть клона не равна расходной части на содержание вторых 5 лет RHEL. Еще раз, клоны на стриме не базируются!

У CentOS справиться с этой задачей пока не получилось, но время покажет.

Конечно, потому что копейка ОС без Red Hat - чисто наколенная поделка, которая не включала субскрип на RHEL, а брала исходники с FTP.Redhat.Com, соответственно ни на что и не претендовала и баги от нее писать некуда и некому. Профессиональный же клон включает в себя и профессиональный подход к разработке, в том числе и выступление в роли посредника между Red Hat и пользователем клона.

Ну видишь, Red Hat всё правильно сделал значит - освободил поляну для «профессиональных» клонов. Чтобы настало вам анонимусам счастье.

Я про релиз, а не про последнюю бету. Тем более что пару недель назад эту бету даже установить без тыщи ошибок не получалось.

Ты спросил про 9, это бета, стрим не может быть за пределами шапки, как сказала Альфа, это шапка и есть, будет релиз — будет и стрим, а пока нет, бери стрим-8.

Правильно. Я спросил, Альфа ответила, вопрос решен. А ты мне решил второй раз повторить на всякий случай? :-)

Вроде нет, может плохо, но тред прочитал, и там никто тебе не дал ссылку на стрим-9.

Я, кстати, тоже ставил вчера rhel-beta-9 посмотреть. Пока не юзабельно на десктопе.

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

Я не имел ввиду багодром, просто там ничего нет, кроме двух официальных полезных реп, и там как-то грустно. Насколько багодром я в общем не стал разбираться, правда анимации в овервью гнома у меня не заработали (думаю тупо вырубили в бете, чтобы под ногами не болталось у бета-тестеров).

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

Я и не думаю, что ты не умеешь гуглить. Но раз кто-то спрашивает, где взять стрим-9, в общественном месте, то наверно лучше закинуть ссылку :-)

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

Но раз кто-то спрашивает, где взять стрим-9, в общественном месте, то наверно лучше закинуть ссылку :-)

Ну раз закинул, то спасибо)

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

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

Тем более, в гноме 40 многое поменялось.

Прикинь, после третьего он меня раздражает. Мне это показалось всё-таки шагом назад. Ведь в сущности мало поменялось, а картинку испортили, простота и чёткость испарилась, ещё эти округлости… Я надеялся, что в девятке будет 3.36 или 3.38 на крайняк.

А чего не шапку? Бесплатно же 16 штук дают!

А вот из принципа. Надо кому-то независимому проверить. Полёт нормальный пока. Да и думаю до 2024-го всё будет хорошо, а там заодно и утиль перехода на 9 испытаю, про которую bookwar написала.

Непрерывной разработки следующего минорного релиза после 8.10 не будет, не будет сборки пакетов для неё инженерам RHEL

чо нюхаете? отсыпете?

Red Hat всё правильно сделал значит

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

Вангую, что 9 - последний RHEL.

А чего не шапку? Бесплатно же 16 штук дают!

Будешь смеяться, хотя я и когда Scientific Linux 7.x начал использовать, полноценно, как desktop, но я и сейчас снёс со старенького ноутбука OpenSUSE Tumbleweed и поставил на него CentOS Stream 8 + EPEL и полноценно пользуюсь им. Из EPEL доустановил Audacious и SeaMonkey браузер, ну и ещё кое чего по мелочи, и вполне.

Фильмы я на нём всё равно не смотрю, SeaMonkey смотрит ютуп, если надо, или музыку воспроизводит. В общем-то, конечно не полноценная замена Fedora 35, но там Gnome нормальный хоть, а не 40, ну и с всякими звуковыми серверами новыми и «валенком», нет проблем, ибо их там нет. Остальное стабильно работает и можно пользоваться вполне. Всё только самое необходимое. Закрытие крышки - работает нормально, без глюков, ну и в остальном не плохо. Такие дела :)

А теперь, можете кидать в меня тапочками, но я доволен.

SeaMonkey смотрит ютуп

Он умеет vaapi?

Ага. Ну смотрит же. Значит умеет. А FF смотрит, но вверху ругается постоянно что какого-то плагина может не хватать.

Нда, это я погорячился. Оно смотрит, но первые 5 минут, что FF, что SeaMonkey, а потом виснет. Но в SeaMonkey молча виснет, а в FF вверху строка «возможно не хватает какого либо кодека». Ну и фиг с ним, так моей психике спокойней :) Ютуп я не люблю, а фильмы на вот этом компьютере смотрю, ноут для других целей и музыка там есть. При чём SeaMonkey 2.53.9.2 новый совсем в EPEL, и работает шустрее FF 91.x ESR. С Audacious проблем нет, играет нормально. В общем-то ноут такой - для спокойной работы и сёрфинга нормальный получился. Не надо обновляться и пялится в Gnome 41, как в OpenSUSE Tumbleweed. Да и эмуляция yum, в терминале, привычная :)

i3 Sandy Bridge 1.4Ghz. со встроенной графикой + 8Гб. ОЗУ DDR3.

https://russianfedora.github.io/FAQ/using-applications.html#firefox-codecs

https://russianfedora.github.io/FAQ/using-applications.html#index-0

https://russianfedora.github.io/FAQ/using-applications.html#id3

Спасибо, я про это давно знаю ;) Я хочу чисто CentOS Stream 8 + EPEL. Такова моя воля. И мне хватает для работы на ноуте и на сервачке домашнем тихом и в малой нише стоящим, обновления проверяет по крону он сам в 00:00, если тогда и придётся перегрузиться ему, то ничего страшного не произойдёт.

А ноут чисто поработать на нём. Сейчас в основном с текстовыми документами. Ну иногда и код бывает немного. От остального я отошёл уже.

Для управления звуком используется PipeWire.

Только в pulseaudio появилась поддержка HFP, а они взяли и выпилили его.

Да не, я думаю они в CentOS Stream 9 доведут таки и «пипку» и «валенок» до ума. А пока вроде в CentOS Stream 8 + EPEL тепло и сухо. Поживём - увидим, как говорил один приговорённый к высшей мере наказания в начале 70-х.

Если вашему супер-серьезному и супер-критичному продакшену всегда хватало стабильности вообще никак не тестируемого EPEL, то стабильности Stream-а вам хватит за глаза. А те улучшения, которые благодаря ему теперь возможны в инфраструктуре EPEL и всех прочих смежных проектов - позволят шагнуть сильно дальше.

А вы никогда не думали, что EPEL пользуются просто потому, что альтернатив нет и что в исходном репозитории RHEL много чего не хватает? Все-таки есть разница между накатыванием целой системы из EPEL или пары пакетов, которым нет альтернатив, но они нужны на производстве. Ах да, EPEL является необходимостью при подключении RPMFusion. NTFS-3G тот же - без него нельзя примонтировать том с NTFS. А в случае с RPMFusion это например, замена нубодрайвера (который далек по качеству 3D-отрисовки от заводского ПО) на нормальный проприетарный блоб, поскольку Gnome оказывается, отрисовывает в 2D через llwmpipe. Или как вариант, установка окружения Flashback, не требующего этой самой 3D-отрисовки, но использование при этом штатного RH-гномософта. Еще раз, это не значит что и ядро, и systemd, и иксы (Wayland), и среда рабочего стола (для сервера - Apache, PHP) - все из EPEL у таких людей.

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

Я не поняла зачем ты решил мне доказать что EPEL нужен и полезен. Я вообще-то в курсе и никогда с этим не спорила.

Речь была не об этом.

Я не поняла зачем ты решил мне доказать что EPEL нужен и полезен. Я вообще-то в курсе и никогда с этим не спорила.

Как «гениально» извернули мысль наизнанку… Цель была доказать, не что EPEL нужен, а что существуют кейсы, где стабильность отдельных пакетов (доля которых может быть как в вышеописанных примерах равна 99%) также важна, как и в кейсах на стабильность всей системы. И соответственно, таким людям CentOS Stream не подходит, так как там все пакеты работают в рамках политики Stream.

Польза от открытой разработки вовсе не в тестировании на хомячках. Она в самой открытости.

О! Мандалорка верулась!

И будет хомяков убеждать, что они не хомячки.

Нет Linux в CERN: ближайшее будущее (комментарий)

А они и от compile-tools отказывались.

Слушали обещания и отказывались.

Потом смотрят. Хня, получается. Хотя до этого и говорили что получится, но формального повода не было неверить обещаниям.

И начинают снова поддерживать.

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

картина мира с коварными корпорациями комфортнее же ж.

картина мира с корпорациями комфортнее же ж.

Так правильнее. Не будем же мы говрить масло маслянное.

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

Знает но не будет. Ибо нах не нужно.

Все итак работает.

Вот будут железо менять…

картина мира с корпорациями комфортнее же ж

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

Капитализм - это не только конкуренция, это ещё и коллаборация.

Капитализм - это не только конкуренция, это ещё и коллаборация.

Ага. И самый распространённый шаг. Купить колобаранта, и закрыть.

Практически во всех сферах так проблемы конкуренции решаются.

Есть еще один. Купить направление способное принести прибыль. Попытатся максимизировать эту прибыль в ближайшей перспективе. Отчитаться владельцам о прибылях и остаться дальше рулить корпорацией.

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

И именно второй вариант просиходит с Redhat. IBM выжимает соки. Так и задуманно, или это инициатива отдельного менеджера - неважно. Результат будет один.

Купить колобаранта, и закрыть (…) угробит перспективный проект

Оглядись вокруг. Сколько крупных компаний используют опенсорсные проекты. Совершенно не угробленные. Потому что оказались перспективными и действительно нужными кому-то, кроме горстки гиков (которым никто, заметь, не запрещает и дальше пилить свои комьюнити-проекты - но они продолжают ныть, потому что у кого-то левацкие мечтания о мировой антикапиталистической революции разного уровня радикальности, а у кого-то страдания от потери статуса загадочного хакера с инструментами непохожими на эти игрушки домохозяек).

IBM выжимает соки

Отлично выжимает. RHEL/CentOS/Fedora просто таки радуют.

Совершенно не угробленные.

Ты в выдуманном мире живёшь. Ну и живи, только не булькай «умные мысли». Я слежу за тобой давно, мне таких неучей жалко.

Вы просто не сталкивались, значит задачи очень мелкие. Это показатель тебя, как специалиста…

Она в первую очередь реалистична.

Для кого-то и передачи «Дом-2», «Последний Герой», «слабое звено», «за стеклом» и иные аналоги - реалистичная картина мира.

Я слежу за тобой давно

«Мне кажется, что за мной кто-то наблюдает» «Я слежу за тобой, ничтожество» (с) TES IV

как специалиста

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

Ну, собственно, как раз в категорию носителей элитарненького самоощущеньица.

ОК, успокойся, это был тест - теперь ты можешь узнать истину: ты живешь в Матрице, тебя зовут Нео, и если ты прямо сейчас переведешь на номер [удалено] [удалено] рублей, то мы вышлем тебе по почте красную таблетку!

Не знаю кому как, я эти выкладки вижу первый раз и в целом доволен тем что вижу.

[user]alpha[/user], спасибо за разъяснения.

Оглядись вокруг. Сколько крупных компаний используют опенсорсные проекты.

Причём тут именно опенсорс? Посмотри сколько проектов всего они купили и развалили.

Это обычный бизнес. Так освобождают поле от конкуренции. В этом суть бизнеса.

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

Их не интересуют сами проекты.

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

Получает ли монополию IBM за счёт RH. Нет. Вывод итогового результата очевиден.