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

CentOS Stream позиционируется как upstream-проект для RHEL, дающий возможность сторонним участникам контролировать подготовку пакетов для RHEL, предлагать свои изменения и влиять на принимаемые решения. На основе снапшота Fedora при участии сообщества формируется ветка CentOS Stream, в которой проводится подготовительная работа и формируется базис для новой значительной ветки RHEL.

С opennet скопипастил? Они там продолжают перевирать информацию и никак не могут осилить что такое Stream.

С opennet скопипастил? Они там продолжают перевирать информацию и никак не могут осилить что такое Stream.

О, защитники бесплатного бета-тестирования закрытого дистрибутива Red Hat Enterprise Linux подъехали. Вас до сих пор не смущает, что исходники дистрибутива выдаются только подписчикам и на FTP.Redhat.Com их нет? И не говорите, что исходники CentOS=исходникам Red Hat Enterprise Linux.

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

Но то что сайт который претендует на звание технического новостного ресурса больше полугода не может (или не хочет) разобраться в технической стороне того о чём пишет - это в общем печальный факт.

Но то что сайт который претендует на звание технического новостного ресурса больше полугода не может (или не хочет) разобраться в технической стороне того о чём пишет - это в общем печальный факт.

Ну так объясните всем, что такое CentOS Stream на самом деле, если это не очередное кольцо бета-тестирования платного закрытого дистрибутива?

Прочитай правила разметки. Смотрю, ты не осилил Lorcode. Лично я использую Markdown. Она удобнее.

По сслыке

Red Hat Enterprise Linux 8.5 Beta is now available

https://developers.redhat.com/articles/2021/11/03/red-hat-enterprise-linux-9-beta-here

Дело не в этом. Где была новость про выход CentOS Stream 9 ?

CentOS Stream - это открытая непрерывная разработка следующего минорного релиза RHEL.

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

В принципе мы работаем над системой позволяющей сообществу участвовать в тестировании патчей в CentOS Stream. Благодаря этой системе при желании можно будет тестировать ещё не выкаченные обновления у себя на собственной инфраструктуре, на своём железе например, и делиться результатами с Red Hat. Такие тесты могут дать какую-то новую информацию в экзотических случаях, дополняющую результаты тестирования проводимого самим Red Hat. Но это скорее вариант для больших инфраструктур типа CERN или Amazon и разных партнеров, у которых есть свои специфические сценарии и железо.

В сценарии «аноним установил LAMP на подкроватный сервер» интересной специфики мало, там всё было покрыто автотестами ещё в апстриме. А от некоторого «тестирования», например, вообще только вред. Поэтому думать что тестирование непрофессиональным сообществом это великая ценность и на этом можно основывать какую-то корпоративную стратегию QA, немножко наивно.

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

как-то подозрительно скоро они бету оформили, если учесть, что Fedora 34 только пол года назад релизнулась

При таком раскладе CentOS Stream нафиг не нужен Шапке. Они свое тестирование могут и на закрытой Шапке делать.

И почему люди думают что самые умные и умнее других … не понимаю.

При таком раскладе, я не понимаю причин для существования CentOS. Создайте RHEL Stream, объявите его открытым и без ограничений. Зачем плодить лишние сущности? Непонятно.

Забавно у вас смысл зависит от названия. Типа если переименовать то сущность перестаёт быть лишней.

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

Во-первых потому что новый CentOS Stream от старого CentOS Linux отличается существенно меньше чем кажется некоторым паникёрам и таки является drop-in заменой во многих случаях. Во вторых например потому что открытую разработку (в том числе работу CentOS SIGs, которую ведёт сообщество в рамках CentOS Project) гораздо удобнее вести когда она не тормозится вопросами использования торговых марок Red Hat и связанными с этим юридическими тонкостями.

Забавно у вас смысл зависит от названия. Типа если переименовать то сущность перестаёт быть лишней.

Заметь, ты это сама придумала.

Я же подразумевал полную ликвидацию всего, что имеет отношение к CentOS и создание RHEL Stream. Это не просто переименование как ты выше домыслила.

Пожалуй это всё идёт от непонимания что такое проект CentOS и чем он вообще занимался раньше и занимается теперь.

CentOS - это не отдельный дистрибутив. И CentOS Project никогда не занимался разработкой дистрибутива.

У него было две функции:

1. механическая пересборка исходников RHEL как есть для получения не брендированной версии дистрибутива. Содержимое этой версии всегда определялось и определяется исключительно Red Hat.

2. разработка сообществом проектов на основе этой общей базы в разных CentOS SIG (Special Interest Groups). То есть например разработка репозитория centos plus, репозитория с альтернативными ядрами, репозитория CentOS с KDE и прочих инициатив сообщества, которые Red Hat никак не контролировал и не собирается.

Сейчас по сути ничего не изменилось, кроме того что сборку пакетов для этой самой базы из пункта 1) переложили на инженеров RHEL.

Сущность CentOS при этом вообще говоря не изменилась. И для RHEL-разработки это гораздо большее изменение чем для CentOS.

Ага, я правильно угадала. См коммент выше.

Гадалка из тебя никакая.

Ну да. Давай повторю:

Я же подразумевал полную ликвидацию всего, что имеет отношение к CentOS

Это неверно. Никакой «ликвидации всего» не произошло. Произошла реорганизация процесса пересборки. А «весь CentOS» - это не процесс пересборки, это результат этого процесса доступный пользователю + разработка дополнительных проектов на базе этой пересборки.

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

С opennet скопипастил? Они там продолжают перевирать информацию и никак не могут осилить что такое Stream.

ничего, никто не может. а новости там хорошие.

Судя по версиям как в Fedora 34 всё будет. Думаю, хороший релиз ожидается для десктопа.

Добавлю копипасту с опеннета:

* Пакетный менеджер RPM обновлён до версии 4.16 с поддержкой контроля целостности через fapolicyd.

* Завершена миграция дистрибутива на Python 3. По умолчанию предложена ветка Python 3.9. Поставка Python 2 прекращена.

* Рабочий стол основан на GNOME 40

* Все звуковые потоки переведены на мультимедийный сервер PipeWire, который теперь используется по умолчанию вместо PulseAudio и JACK.

* По умолчанию скрыто загрузочное меню GRUB, если RHEL является единственным установленным в системе дистрибутивом и если прошлая загрузка прошла без сбоев. Для показа меню во время загрузки достаточно удерживать клавишу Shift или несколько раз нажать клавишу Esc или F8.

* В /etc/selinux/config убрана поддержка настройки «SELINUX=disabled» для отключения SELinux

* По умолчанию запрещён вход по SSH под пользователем root.

* Объявлены устаревшими инструменты управления пакетным фильтром iptables-nft (утилиты iptables, ip6tables, ebtables и arptables) и ipset. Для управления межсетевым экраном теперь рекомендуется использовать nftables.

* Удалён пакет network-scripts

* Расширены возможности web-консоли: добавлены дополнительные метрики производительности для выявления узких мест (CPU, память, диск, сетевые ресурсы), упрощён экспорт метрик для визуализация при помощи Grafana, добавлена возможность управления live-патчами к ядру, предоставлена поддержка аутентификации через смарт-карты (в том числе для sudo и SSH).

* использование более инклюзивной терминологии, подразумевающий отказ от употреблеения слов master, slave, blacklist и whitelist.

Спасибо, мы старались.

• использование более инклюзивной терминологии, подразумевающий отказ от употреблеения слов master, slave, blacklist и whitelist.

Это первый пункт в списке изменений, а не последний )

уже не могу исправить:)

Это хорошо. Будем держать руку на пульсе.

Сейчас по сути ничего не изменилось, кроме того что сборку пакетов для этой самой базы из пункта 1) переложили на инженеров RHEL.

Сущность CentOS при этом вообще говоря не изменилась. И для RHEL-разработки это гораздо большее изменение чем для CentOS.

bookwar, уважаю. Как по нашим учебникам училась. Информация должна быть, полной, точной, своевременной.(с)Илья Старинов.

Вбито намертво.

Считаю информацию исчерпывающей для себя и поздравляю сотрудников RedHat корпорации.

Спасибо!

Братка, а как же охват большего количества пользователей? Ведь мы в RHBZ вешаем баги, а они потом сразу назначают по ним ответственного и другие подписываются на них, а в зависимости от критичности, порой правят очень быстро. Ну порой не очень. Мы то много туда уже навешали ;) И иногда - очень оперативно правили. Вот репа nux-dextop не хватает, ибо пакеты туда не кому уже собирать, а то бы вообще было отлично. Хотя есть fedora :) Тоже не плохо.

Новость о намерении «выпустит релиз» (респект и уважуха). Если новости про релиз не будет, то подтверждающего расстрелять.

Окей, тогда хотя бы ты тут напиши, где достать исходный код beta RHEL 9, есть ли сборки на основе этого кода и что такое CentOS Stream.

Изменилось все, по сути Stream никому не нужен и вряд ли кто-то будет использовать серьезно.

Раньше было как - сначала обновления испытывали на платных подписчиках, а потом они приезжали в Centos. Да, может быть с задержкой, но приезжали и ничего не ломалось.

Сократился период поддержки, раньше поставил Centos и работает он 8 лет, ну подумаешь обновления чуть позже выходят. А сейчас - ну поставил Stream, а оно через года 2 раз и превратилось в Stream 9, потому как начался новый цикл разработки.

Плюс вылезет проблема с доп. ПО из сторонних репозиториев. Раньше 100% пакеты подходили, а сейчас кто-нибудь будет заморачиваться, поддерживать и тестировать именно для Stream? Очень вряд ли.

Изменилось все, по сути Stream никому не нужен и вряд ли кто-то будет использовать серьезно.

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

А сейчас - ну поставил Stream, а оно через года 2 раз и превратилось в Stream 9, потому как начался новый цикл разработки.

Совсем нет Red Hat анонсировала бесплатную Red Hat Enterprise Linux (RHEL) для инфраструктуры ПО с открытым исходным кодом (комментарий)

Плюс вылезет проблема с доп. ПО из сторонних репозиториев. Раньше 100% пакеты подходили, а сейчас кто-нибудь будет заморачиваться, поддерживать и тестировать именно для Stream? Очень вряд ли.

И опять нет.

Но честно говоря мне уже лень это всё опять повторять.

Ну если прямо будет 2 ветки поддерживаться - 8 и 9, то ладно. Но я все равно не верю, что 8-я будет поддерживаться также долго как платная версия. Где-то указаны сроки?

И с доп. ПО 100% могут быть проблемы. Кто-то собрал пакет для rhel 8 текущего. А Stream 8 уже чем-то отличается, библиотеку обновили.

Смотрим вот тут:

https://wiki.centos.org/About/Product

CentOS Stream 8 до 2024-05-31.

А RHEL 8 поддерживается 10 лет, до 2029.

Так что….

Вот просто руки чесались Stream 8 поставить, ну не на серьёзную машину конечно, но вот такой же ход мыслей и остановил.

Хотя вроде и гарантируют, но вот сумлеваюся я что Stream с EPEL будет вот прям всегда и в доску совместимую и стабильную систему. Коими были 5,6,7.

Linux в CERN: ближайшее будущее

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

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

Но я все равно не верю, что 8-я будет поддерживаться также долго как платная версия. Где-то указаны сроки?

https://www.redhat.com/en/blog/faq-centos-stream-updates

Updates for the CentOS Stream 8 distribution continue through the full RHEL support phase.

Full RHEL 8 support phase заканчивается May 31, 2024.

Кто-то собрал пакет для rhel 8 текущего. А Stream 8 уже чем-то отличается, библиотеку обновили.

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

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

Плюс сейчас у разработчика приложений есть стимул следить за состоянием CentOS Stream и возможность наладить например свой собственный CI для него, поскольку непрерывная интеграция со Stream является условием и гарантией работоспособности на готовящемся к выпуску RHEL.

Вот что меня поражает, это когда люди которые пытаются прикопаться к процессу выкатки CentOS Stream и найти там нестабильность и несовместимости с RHEL, при этом считают что EPEL является оплотом этой самой стабильности.

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

bookwar, спасибо за то, что развеяла сомнения. Остался один глупый вопрос - Stream 8 на Stream 9 ролнется обычным апдейтом, или нет? И больше у меня вопросов не будет. То есть лично у меня. Ты знаешь, что я любитель стабильности и столько лет проработал в Scientific Linux 7.x :)

Обычным - нет.

Но есть разработанная в RH утилита LEAPP, которая позволяет делать апгрейд мажорной версии. Есть планы по поддержке в ней CentOS Stream. И есть Alma, которые уже выпустили на её базе собственную улититу ELevate, которая имеет все шансы стать универсальным инструментом апгрейда для всего семейства систем.

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

Gnome 40 еще не хватало на моем Workstation фубл 🤮

А это что?

http://ftp.redhat.com/pub/redhat/linux/enterprise/7Server/en/os/SRPMS/

Спасибо! Вопросов больше нет. Пожалуй на некритичном сервачке, домашнем, попробую поставлю. А то там ещё Scientific Linux 7.9 вертится + epel.

Gnome 40 еще не хватало на моем Workstation фубл 🤮

Да 3/40 не так страшен, вот 3/41 уже не вдохновил меня и отскакиваю потихоньку на KDE 5 Plasma. Сперва хотел на XFCE, но передумал.

https://www.debian.org/ не благодари.

Дело не в этом. Где была новость про выход CentOS Stream 9 ?

В июне, юный любитель лишних пробелов.

Они там продолжают перевирать информацию и никак не могут осилить что такое Stream

Ты уже несколько месяцев тут пытаешься донести что это такое и зачем, а народ то тут тупой - не понимает. А может дело не в народе? Может позиция межделмаша мутная и противоречивая? Да ну, бред…

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

Мы обсуждаем не «позицию межделмаша», а организацию и архитектуру разработки RHEL. Это не политическая, ​а вполне себе техническая тема.

Разумеется эта тема не простая. И никогда не была простой. Даже то что мы обсуждаем всего лишь часть всего процесса.

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

Новость о выходе бета-релиза rhel совершенно не потеряла бы в качестве если бы этой части про centos stream в ней просто не было.

При таком раскладе CentOS Stream нафиг не нужен Шапке. Они свое тестирование могут и на закрытой Шапке делать.

На самом деле не могут. Если отойти от LAMP, то в любой специлизированной подсистеме багов пруд пруди. И ловить их до момента релиза не самая плохая затея.

Недавно Greg KH рассылал письмо с просьбой подключиться к тестированию -stable ветки, потому что нынешняя ситуация выглядит крайне печально.

а зачем это? неужели кто-то до сих пользуется редхетом? да еще и платным.

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

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