CentOS 8 станет CentOS Stream

Неужели не создастся community для «пересоздания» CentOS? Если 4 разработчика поддерживали проект, то в чем будет сложность пересоздать такую организацию? Также, думаю, что многие бы донатили им.

А что именно мутно?

Доступных зеркал нет, на mirrors.kernel.org - только образы. В гайдах вместо одной команды rsync рассказы про то, что сперва надо поставить OL, потом подключать какие-то подписки. Это и есть мутно. У нас на репосервере rhel и никто его переставлять ради таких капризов не будет.

Доступных зеркал нет

Эм?: https://yum.oracle.com/

Browse the Repositories

Давай пойдём от обратного: чем был привлекателен CentOS вообще? Ответ: для большинства это был халявный стабильный выпуск RHEL без ограничений использования.

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

Это как плановые выпуски Ubuntu по отношению к Ubintu LTS. Вторыми пользуются намного охотнее, т.к. не хочется разгребать проблемы слишком часто.

Или много людей использует Fedora Raw?

Вот и CentOS Stream воспринимается так же.

Это не зеркало, это оригинал. Когда у меня ставятся сотни виртуалок, я не хочу думать о том, достаточен ли канал до реп и не порежут ли мне количество соединений. Centos резал.

Закрепите в шапке )

https://www.change.org/p/centos-governing-board-do-not-destroy-centos-by-usin...

Если спрашивать лично моё мнение, то ситуация с CentOS 8 действительно получилась странной. Только это не «поступок Red Hat», а решение CentOS Board.

Но тут как бы тоже надо понимать что если они в какой-то момент поняли что не потянут 10-летний цикл поддержки CentOS 8 по старому стилю, то чем раньше они это поняли тем раньше они обязаны были об этом сообщить.

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

Что ты подразумеваешь под словом «возможность»?

Публикацию исходников RHEL в git.centos.org никто не отменяет. Более того, публичный CentOS Stream упрощает работу по пересборке. Так что добровольцам нет необходимости ждать каких-то разрешений на эту деятельность. При этом собирать для них деньги через Red Hat было бы странно.

При этом Stream - это тоже не конец. Stream - это повод пересмотреть подход к созданию CentOS-релиза и к use-case где этот релиз применяется. Да, он оттягивает ресурсы от старого legacy-подхода, но открывает новые возможности. По сути Stream - это такой новый движок по непрерывной сборке пакетов (при этом общий с RHEL), на который переходит проект. А какую экосистему создавать вокруг этого движка - тут много разных вопросов и идей, и добровольцам из сообщества в принципе есть где разгуляться, было бы желание.

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

CentOS выполненный по старому стилю на такую скорость не рассчитан. Он и старую-то скорость не выдерживал. Поэтому чтобы сохранить работоспособность его нужно пересадить на новые CI/CD рельсы.

Стоит ли потом с этих CI/CD-рельсов съезжать обратно в багфикс-тупички и стабилизирующие ветки? Я думаю это пока открытый вопрос. Если CI/CD взлетит, то может и не потребуется.

Отдельно конечно стоит отметить полный фейл в плане маркетинга, из-за которого мы это обсуждаем тему под заголовком «Red Hat убивает CentOS» а не «Red Hat ускоряет и открывает разработку RHEL и интегрирует CentOS напрямую в свой рабочий процесс». Но что есть то есть.

В том то и дело, что CentOS Stream по сути нужен самому RH на определённом этапе разработки RHEL как инструмент. Конечному пользователю в основной массе Stream не нужен чуть больше чем полностью.

Понятно, в редхате CI/CD-альные настроения.

А откуда знак равенства между CI/CD и роллингом? Это же абсолютно независимые конь-цепции.

Иначе и федора бы подошла.

Fedora очень далеко, а это - close enough, тем более, что вы пересобираете ядро сами, а остально-то примерно то же самое. Я не агитирую за «тяп-ляп и в прод», интересно будет понять на сколько оно на самом деле далеко от RHEL. А чего там с CoreOS кстати?

стрижку баранов

за электричество же платите. Про докер, виртуалки и подписку - понятно.

Нет, ты не понял.

CentOS Stream нужен проекту CentOS чтобы успеть за разработкой RHEL.

RedHat-у он тоже нужен, конечно. Ну так Red Hat и вкладывается в него немалыми ресурсами. Если раньше пакеты центоси пересобирались силами отдельной команды centos-разработчиков, то теперь CentOS-пакеты будут собирать и тестировать разработчики RHEL, одновременно с RHEL-пакетами.

#W&^Q$! Как это выглядит изнутри: есть 100500 кастомеров, которые платят сотни нефти, которым НННАДО фичу, есть 100500 кастомеров, у которых что-то сломалось и НННАДОО фиксить баги и они тоже платят, есть другое подмножество 100500 кастомеров, у которых сломалось после фич первых, есть еще одно подмножество из 100500 кастомеров, у которых сломалось после фикса вторых и так фрактально, сбоку еще ноющий вечно недовольный анонимус, который ничего не делает, но мнение имеет, а надо всем этим пенсионный фонд, которому ННАДО финансовые показатели. Надо с этим как-то бежать при этом, по горящей земле на горящих костылях в горящий поезд. И всех их можно понять (кроме ноющего анонимуса).

Банки, где до сих пор используется Vista для Devops, используют Java 2 Enterprise Edition.

C# юзают студенты.

Где ты увидел знак равенства?

Он вытекает из твоих сообщений «мы переходим на CI/CD, поэтому выкидываем центось и запиливаем роллинг».

«Поэтому» - это не знак равенства.

И непонятно к чему ты ведешь.

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

+100500

У меня есть классный инсайд (не скажу откудава), как всем отделом перешли на ЦентОСь для обеспечения сеукрности (надо им типа). Там, в двух словах, была жгучая интрига, админа хотели слить. Хз почему, личное неприятие. А он типа стоял за Демьян. И пошла волна за Шапку. Типа, Шапка это Ындырпрайс и круто. Но на Шапку денёх нет, а ЦентОС копия шапки. Короче, админа вынудили уйти, а новый развернул ЦентОСь, с базой и погремушками.

И вот теперь наступил ахтунг.

Мне нового админа жаль, счас на него свалится работёнка. А старому я посоветовал уходить, мы типа друзья. Ну, помогаем время от времени друг дружке по айтишным делишкам. Дружить счас немодно. Приятельские, короче, отношения.

CentOS Stream нужен проекту CentOS чтобы успеть за разработкой RHEL.

Чтобы что? То есть цель выпуска релизов соответствующих выпускам RHEL заменяется целью «гонки ради гонки», никуда не прибежав в итоге. Совсем.

Напомни, с какой целью и почему был создан проект CentOS? Уж точно, не для того, чтобы «успевать».

Уже был проект PC-BSD, предлагавший чуть более удобный для десктопа вариант FreeBSD. Потом они перешли на ролинг, основанный на developer ветке, переименовались попутно в TrueOS и, в итоге, закрыли проект. Тут немного другое, конечно, т.к. поддержки от материнского проекта у них не было.

Вопрос в том, что помимо RHEL этот Stream мало кому нужен. Что-то я тут не вижу в комментариях восторгов в его сторону. Может в новостях о его появлении была радость «ну наконец-то!»?

По уровню и вокабуляру похоже на советское НИИ.

Напомни, с какой целью и почему был создан проект CentOS? Уж точно, не для того, чтобы «успевать».

Дай свою версию.

Ну PC-BSD был ненужной веткой ненужного.

Не платить RH вот и вся версия. Остальное побочки

Чтобы решить задачу «не платить за RHEL» надо решить задачу «воссоздать RHEL». И без успевания за RHEL она не решается.

CentOS выполненный по старому стилю на такую скорость не рассчитан. Он и старую-то скорость не выдерживал. Поэтому чтобы сохранить работоспособность его нужно пересадить на новые CI/CD рельсы.

CI/CD рельсы это когда на релиз пакета нужно тратить два дня вместо часа?

RHEL ускоряется, существенно.

И поэтому пакеты нужны релизить в 14, а не в 10 бранчей, с новой скоростью.

После выпуска RedHat 9 в 2003 году, RH прекратила выпуск доступных без подписки выпусков. На волне этого события появились несколько дистрибутивов, вылившихся в появление CentOS таким, какие его знают теперь.

А если открыть About самого CentOS, то там прочитаем:

Since March 2004, CentOS Linux has been a community-supported distribution derived from sources freely provided to the public by Red Hat. As such, CentOS Linux aims to be functionally compatible with RHEL.

CI/CD рельсы это когда на релиз пакета нужно тратить два дня вместо часа?

Да.

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

И поэтому пакеты нужны релизить в 14, а не в 10 бранчей, с новой скоростью.

Это совсем мимо. Количество активных веток уменьшается.

This! А теперь «не платить» снова обломали ;)

Ты дальше одного предложения читать умеешь? Альфа заявила, что кабы не красношапка, команда центоси вообще бы с голоду померла. На это я про сотку и ответил.

Да, о чём это я? Ты даёшь ссылку на объявление о релизе CentOS 8 и CentOS Stream в котором ты нафантазировал «они не хотят это, а хотят то». Ты вообще читать не умеешь.

Каким образом задача воссоздания решается теперь, посредством Stream? Очевидно, что никак, потому что совершенно поменялась модель.

А CentOS Stream нужная за пределами RedHat ветка?

Я не спорю, что дела у проекта в последние годы шли не очень. Вот и получилось, что CentOS 8 полностью свернёт поддержку через год.

А CentOS Stream нужная за пределами RedHat ветка?

В смысле? Те же пакеты по тому же QA идут.

В Debian testing тоже те же пакеты, но на самом деле не те же, что в итоге попадают в конечный Debian stable release. До заморозки там постоянно что-то меняется и ломается не по одному разу.

Пример из Debian: давайте протестируем новый xorg-server. Давайте. Драйвер nvidia с ним не совместим. Ок, временно выкидываем его, до появления совместимой версии.

Каким образом задача воссоздания решается теперь, посредством Stream?

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

То есть чтобы в день релиза RHEL получить сборку CentOS в точности эквивалентную содержимому RHEL-релиза тебе надо будет не пересобирать 5000 пакетов с нуля из исходников, а взять снапшот CentOS Stream на момент чекпойнта и добавить к нему 10-15 пакетов.

И это будет намного более точная бинарная совместимость, чем раньше, поскольку buildroot CentOS Stream будет эволюционировать совместно с buildroot RHEL, а не бутстрапиться каким-то непонятным путем.

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

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

Это совсем мимо. Количество активных веток уменьшается.

Ложь. Сентябрь 2018: 5.9, 5.11, 6.4, 6.5, 6.6, 6.7, 6.10, 7.2, 7.3, 7.4, 7.5 (плюс 7.y) — 11.

Ноябрь 2019: 6.4, 6.5, 6.6, 6.7, 6.10, 7.2, 7.3, 7.4, 7.6, 7.7, 8.0.0, 8.1.0 (плюс 7.y и 8.y) — 12.

Ноябрь 2020: 6.5, 6.6, 6.10, 7.2, 7.3, 7.4, 7.6, 7.7, 7.9, 8.0.0, 8.1.0, 8.2.0, 8.3.0 (плюс 8.y) — 13.

чтобы выкинуть замшелый AIX.

Fixed.

Они бы и рады, но у них гос.контракты на хренадцать лет вперёд.

По уровню и вокабуляру похоже на советское НИИ.

Советских НИИ уже сто лет как нет. А «вокабуляр»… Ты понял, о чём речь? Понял. Остальные поняли? Поняли. Что ещё нужно?

Как обновить CentOS Stream на этот определённый чекпойнт? И запретить обновления не относящиеся к этой «заморозке»?

Товарные знаки из CentOS Stream не вырезают?

Остальные поняли?

Поняли. Упёртого неспособного к обучению фанатика почему-то невзлюбили и слили. Загадочная история, да.

ТОП500 компаний пострадали от года карантина. РХ конечно за дивёрсити, но не в ущерб фин показателям.

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

Второй вопрос: вежливое напоминание, что CentOS появился, когда RHEL появился, просто на энтузиазме нескольких человек. Чем сейчас отличается ситуация? Кто угодно может поднять инфраструктуру и начать собирать заново.

Это не так работает. Клоны шапки были шапками «без регистрации и смс». Как только бюджет позволял, сидевшие на клонах локалхост-админы покупали шапочные лицензии, т.к. они сидели на игле. Теперь этого не будет.

Важность иглы со школьной скамьи прекрасно видно по Убунте: Шаттлворт рассылал диски по всему шарику, хоть в Зимбабве или Сибирь, да ещё и пачкой («раздашь там все вокруг»), и теперь реально процентов 80% клауда работает на Убунте. Просто потому что люди привыкли к Линукса в таком виде.

Упёртого неспособного к обучению фанатика

Плод твоих фантазий.

Интересно, альфа тоже будет защищать контору, когда глубоко индусский менеджмент IBM прикроет мемо-лист? =) Ведь прикроет, к бабке не ходи. Это так же ясно, как и что центоси будет капец, когда его купила шапка.

Как обновить CentOS Stream на этот определённый чекпойнт?

Взять nightly compose за этот день, подключить его репозитории и сделать на него dnf distro-sync

И запретить обновления не относящиеся к этой «заморозке»?

Отключить репы c stream-latest

Товарные знаки из CentOS Stream не вырезают?

В CentOS Stream будут логотипы CentOS.

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

Ты бы добавил к пророчествам какие-то временные рамки что ли. А то ты смерть RHEL предрекал ещё лет десять назад.

Я чувствую через 30 лет буду на пенсию уходить и тут ты такой - «я же говорил, что ты долго не протянешь!»

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

Пересборки чего куда?

CentOS Stream - это и есть эта пересборка. Повторно её пересобирать не надо. Надо будет только досыпать обновления по вкусу.

Ничего не понял. У centos свои логотипы и торговые марки в пакетах, у редхаиа свои. Но пересборки для редхаиа пакеты не потребуют, это как?

В течение всей CI/CD разработки минорной версии RHEL для каждого обновления исходников собираются два бинарных пакета: один в CentOS с логотипами CentOS, другой в RHEL с логотипами RHEL.

В момент чекпойнта у нас будут все 5000 пакетов собранных одновременно под обе инфраструктуры. Ни ту, ни ту часть пересобирать не надо.

Пытаюсь сопоставить с этим:

То есть чтобы в день релиза RHEL получить сборку CentOS в точности эквивалентную содержимому RHEL-релиза тебе надо будет не пересобирать 5000 пакетов с нуля из исходников, а взять снапшот CentOS Stream на момент чекпойнта и добавить к нему 10-15 пакетов.

Так просто взять или собрать таки?

И?

Ещё раз, до чекпойнта - полная синхронизация. После чекпойнта CentOS Stream не останавливаясь идет вперед уже к следующему минорному релизу RHEL 9.N+1. Текущий минорный релиз RHEL 9.N в это время может получить 10-15 багфиксов при финальной подгонке к релизу.

Пересборка этих 10-15 фиксов - всё что нужно добавить поверх чекпойнта к CentOS Stream, чтобы получить из него минорный релиз CentOS 9.N