CentOS 8 станет CentOS Stream

Я так понимаю, что они хотят feature updates делать сначала в пакете CentOS, потом в RHEL, а security сначла в RHEL, потом в CentOS. То есть фактически меняется мало для всех, кроме тех, кому нужна полная бинарная совместимость. Ну, посмотрим.

Да не, шапка не будет дропать центос, ой…

Press Alt+F4 to pay respects

Ещё чуть свежее пакеты и можно переименовать в Федора стейбл

P.S. В Talks’ах уже обсудили новость:

CentOS всё

P.P.S. Блин, жаль в движке LOR’а нельзя сообщения переносить из одной темы в другую. Многие обсуждения так теряются по нескольким темам со схожим объектом обсуждения.

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

Закрыть тот тренд, указав линк на этот в шапке

Вот обломантас для тех, кто переехал на centos8 или начал проекты развертывать на ней )

Переедут на OL8, если им НА СТОЛЬКО нужна бинарная совместимость, делов-то, сами соберут, если надо. Вон, Scientific Linux жил же только во имя внутренних правил ЦЕРНа.

что там в толксах - кого волнует

Там началось весьма интересное (в сравнении с тем, что обычно попадает в Talks) обсуждение, переносить которое в актуальную твою новость конечно же никто не будет.

Закрыть тот тренд, указав линк на этот в шапке

Ну хоть так. Поддержу. В шапку добавить что-нибудь вроде

>>>Начало обсуждения

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

Для бинарной совместимости с RHEL остается OEL

Такая себе замена. Там без регистрации и смс ничего не скачаешь и зеркал репозиториев нет.

Одна надежда - что Церн оживит Scientific Linux.

Ищщо чего!

Да закопайте же её во Христе. Даже в редхате уже поняли, что олдскульная модель управления пакетами себя исчерпала, и пилят свой недо-NixOS.

Если новость интересная - сделай новость, а не набрасывай в Talks. Все очень несложно.

Бинарная точная совместимость с RHEL будет потеряна.

Можешь сформулировать что значит «бинарная точная совместимость»?

Если ли она между RHEL 8.2.0 и RHEL 8.3.0? А между RHEL 8.2.0 в момент релиза и RHEL 8.2.0 через месяц после установки обновлений?

Поправь пожалуйста OEL => OL.

Oracle Linux (abbreviated OL, formerly known as Oracle Enterprise Linux or OEL) [wiki]

Они давно переименовались.

Точно! А я и не заметил.

Перенесу некоторые важные вопросы из обсуждения в Talks сюда.

alpha:

CentOS Stream будет стабильным превью RHEL-обновлений в рамках ожного мажорного релиза.

А зафиксироваться на той же ветке обновлений, которые прилетают в RHEL, на CentOS Stream будет возможно? То бишь остаться на неком «CentOS Stream Stable», который будет являться точным «зеркалом» текущего RHEL, как сейчас.

которая будет «шлюзом»

Калоотстойником

Т.е., фактически «В 2021 году CentOS 8 прекратит фактическое существование». Собственно - туда и дорога, как я всегда и предполагал. Потому как в действительности есть Oracle Linux.

Так что всем приверженцам дистрибутива от полутора калек - большой привет :)

Даже красная шапочка наконец-то признала, по сути своей, что цент - не нужен.

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

Так что всем приверженцам дистрибутива от полутора калек - большой привет :)

Даже красная шапочка наконец-то признала, по сути своей, что цент - не нужен.

https://w3techs.com/technologies/details/os-linux

Убунта deb-based. Скорее уж у openSUSE. Хотя, Федора всё равно популярнее, а её никто не дропает.

Да, это для случаев, когда у тебе требуется факт того, что package-x.y.z в OL, CentOS и RHEL бинарно совпадают. Нннннадо это для некоторых регуляторов и некоторых вендоров ПО, которые говорят, что «у нас протестировано/комплайенс с package-EL7-x.y.z, у вас какое-то поделие, ничего не знаем». То есть, обсуждающие переезд на Suse, Arch или BolgenOS не знают о чем говорят: если их чудо-продут и так совместим с BolgenOS, то для них мало изменится, если им просто греет душу бинарная совместимость, для них ничего не изменится. CVE и сейчас идет сначала в RHEL.

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

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

https://blog.centos.org/2020/12/future-is-centos-stream/#comment-183627

В официальном блоге к новости забавные комментарии.

Ты админ локалхоста и не понимаешь о чем речь идет, куда ты вообще полез?

как во все это вовлеченный прямо и непосредственно

Вот не надо на меня всех собак вешать, я сам об этом из новостей узнал.

Сомнительно, что для стрима будет rpmfusion и epel, так что получается он не интересен ни админам, ни хомякам, только каким-то суровым разработчикам для будущих релизов шапки.

Oracle уже подсуетился*:

https://linux.oracle.com/switch/centos/

:)

* – на самом деле давняя страничка, но вероятно её обновят в связи с вышеописанными событиями.

Да каких собак, Ежишь-Мария, как-то же про сей шаг рассказывали или всем просто CentOS как нелюбимый ребенок всю дорогу (это, кстати, отвечает на поставленный вопрос).

На ней, кстати, главная проблема CentOS нарисована по делу.

Новость сформулирована некорректно. CentOS Stream существует давно. Кроме этого раньше существовал просто CentOS. Сейчас CentOS убили. Вот и вся новость.

Всем на slackware

Ответил в личку ☺.

Простым смертным нужна не совместимость, а штабильность и своевременные секьюрити фиксы. И всё это бесплатно. Бета-версия RHEL-а не обладает штабильностью (что бы маркетологи ни болтали), а секьюрити фиксы, очевидно, будут приходить позже, чем раньше (одно дело - пересобрать SRPM, задача чисто механическая; другое дело - понять смысл старого фикса и применить его на пакет с новыми исходниками, тут уже могут быть и факапы и задержки).

Моё имхо, этим заявлением они под корень убили всю пользовательскую базу центоси. На ней не останется никто.

А то, что они там обещают когда-то переделать developer license, так надо в правильном порядке это делать. Сначала переделайте license, анонсируйте, что мол через 5 лет центось закроем, мигрируйте на рхел или ещё куда. И потом через 5 лет закрывайте. По-людски. А лучше не через 5, а через 9, как обещали ещё вчера.

И, повангую ещё, вся эта пользовательская база центоси повалит к ораклу. А когда они дорастут до покупки платного саппорта, тут уже бабушка надвое сказала, кому они деньги понесут.

В общем шикарный выстрел себе в ногу, IBM. Снимаю шляпу.

не понимаешь о чем речь идет

Я прекрасно понимаю, что популярность Убунты (как и популярность Arch'а и Manjaro) не меньшая загадка чем содержимое третьей криптограммы Бейла. Скорее это даже тот самый синдром утёнка. Убунту в своё время нехило пиарили и многие начинали своё знакомство с линуксами именно с неё. В то время как это дистрибутив весьма сомнительного качества.

Миллионы мух отполируют что угодно.

Там без регистрации и смс ничего не скачаешь

На: https://yum.oracle.com/oracle-linux-isos.html

Нннннадо это для некоторых регуляторов и некоторых вендоров ПО, которые говорят, что «у нас протестировано/комплайенс с package-EL7-x.y.z, у вас какое-то поделие, ничего не знаем».

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

CentOS Stream и RHEL - это будут две сборки одного и того же исходного кода/спека. Одна на публичной инфре с брендингом от CentOS, вторая на внутренней с логотипами Red Hat. То есть с точки зрения тестирования совместимости софта, ситуация станет только лучше.

И на том спасибо.

RHEL - это не исошка которая протухает через день после выпуска, а поток изменений в нескольких ветках. Поэтому «точное зеркало» - это не очень правильный термин.

Вот допустим RHEL 8.2 зарелизился, через два месяца зарелизился CentOS 8.2, а в это время RHEL выпустил ещё 40 штук обновлений к 8.2. У нас получилось точное зеркало или нет?

У CentOS Stream будет один поток(ветка): 9

С этой ветки будут раз в пол года релизиться RHEL 9.0.0, RHEL 9.1.0, RHEL 9.2.0 и т.п.

Ветка RHEL 9.1.1 будет существовать только для RHEL, но всё фиксы публикующиеся в ней будут тут же публиковаться 9.2.0=CentOS Stream 9.

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

Вообще стоит ещё наверное пояснить общие изменения в том как устроена разработке RHEL. О них мало известно в сообществе, и из-за этого Stream кажется страшнее чем он есть.

Фишка в том что Red Hat в разработке переходит на более CI/CD ориентированный подход. То есть раньше практика была такова что мы сначала накидываем несколько месяцев все запланированные фичи в репы, а потом ещё несколько месяцев занимаемся тестированием того что получилось. Сейчас же разработка перешла на режим - тестим каждое изменение до выкатки в ночную сборку, а не через месяцы после.

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

Эта ветка и есть CentOS Stream.

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

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

В CentOS Stream ничего подобного сыпаться не будет. Это LTS ветка. Она Continuously delivered, но при этом она же стабильная LTS. То есть никаких сюрпризов ломающих ABI/API в неё не попадет просто по определению. Какие-то косяки и баги могут быть конечно, но на то нам и дан CI/CD чтобы тестировать изменения.

Как с этим будет уживаться EPEL, RPM Fusion?

Вы сначала с модулями разберитесь)

С ними всё давно работает.

В RHEL ситуация с модулями контролируемая, в отличие от Fedora, поэтому их реализация проще. Там конечно есть свои вопросы, но они решаемы.

А в Fedora модули пошли вразнос не по техническим причинам, а потому что они напугали сообщество, и оно зависло в положении одна нога здесь другая там. Сейчас вот SUSE себе бекпортирует dnf с поддержкой модулей и тогда дело сдвинется с мертвой точки.

А в Fedora модули пошли вразнос не по техническим причинам, а потому что они напугали сообщество

В чем заключается это «они напугали сообщество»?

Они же не бабайки из детства, не насильник-убийца…

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

В чем заключается это «они напугали сообщество»?

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

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

Т.е. в итоге это будет роллинг? Или что-то типа debian testing?

Технически CentOS Stream 9 будет роллинг-релизом, но не как Арч, а полноценно «энтерпрайзно» тестируемым роллинг-релизом.

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