LINUX.ORG.RU

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

 ,


0

1

Представлена бета-версия Red Hat Enterprise Linux 9 для архитектур

  • Intel/AMD64 (x86_64);
  • ARM 64-bit (aarch64);
  • IBM Power LE (ppc64le);
  • IBM Z (s390x).

Данная версия примечательна новым подходом к разработке на основе CentOS Stream 9.

Версии ряда важных компонентов:

  • Linux 5.14.
  • GCC 11, Glibc 2.34.
  • RPM 4.16.
  • Python 3.9.
  • GNOME 40 и GTK 4.

Некоторые из изменений:

  • Для управления звуком используется PipeWire.
  • Компоненты для поддержки различных языков вынесены в отдельные пакеты langpacks-*, позволяющие выбирать уровень поддержки языка (шрифты, локали, методы ввода словари).
  • Дистрибутив собран с поддержкой OpenSSL 3.0.
  • Добавлена экспериментальная поддержка VPN WireGuard.
  • По умолчанию запрещён вход по SSH под пользователем root.
  • Поддерживаются все методы установки дополнительного ПО: RPM-пакеты, модули, SCL и Flatpak.

Доступ к бета-программе RHEL был упрощен и теперь не требует дополнительной регистрации. Все владельцы аккаунта Red Hat (включая пользователей бесплатной Developer Subscription) автоматически получают доступ к подписке RHEL Beta Access.

>>> Полный список изменений

>>> Подробности

anonymous

Проверено: alpha ()

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

anonymous ()
Ответ на: комментарий от alpha

Пожалуй это всё идёт от непонимания что такое проект 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.

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

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

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

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

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

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

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

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

crypt ★★★★★ ()

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

* Пакетный менеджер 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.

crypt ★★★★★ ()
Последнее исправление: crypt (всего исправлений: 1)
Ответ на: комментарий от crypt
  • использование более инклюзивной терминологии, подразумевающий отказ от употреблеения слов master, slave, blacklist и whitelist.

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

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

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

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

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

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

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

Спасибо!

anonymous ()
Ответ на: комментарий от mx__

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

anonymous ()

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

anonymous ()
Ответ на: комментарий от alpha

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

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

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

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

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

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

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

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

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

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

И опять нет.

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

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

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

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

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

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

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

anonymous ()
Ответ на: комментарий от alpha

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

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

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

pinus_nigra ()
Ответ на: комментарий от anonymous

Но я все равно не верю, что 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.

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

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

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

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

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

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

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

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

alpha ★★★★★ ()

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

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

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

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

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

anonymous ()
Ответ на: комментарий от alpha

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

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

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

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

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

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

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

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

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

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

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

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

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

anonymous ()
Ответ на: комментарий от Legioner

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

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

anonymous ()