AO
У CentOS Stream, Fedora и других он меньше
Size: a a a
2020 December 19
A
Но тогда почему не Ubuntu LTS? Там большой срок поддержки
Убунту однозначно нет, они уже давно продались
AO
Это ведь больше вопрос о том, сколько лет можно не трогать плейбуки (или аналоги) и не вносить туда правки
A
Мне важны в первую очередь стабильность, а пересобрать нет проблем
A
Для этого есть много приложении
V
Допустим, шапка выбрала некий релиз CentOS Stream и на базе него делает релиз RHEL. Есть ли гарантии, что никаких патчей кроме тех, которые связаны с брендингом, не накатят?
Нууу... Исходники есть.
EN
То есть релизы CentOS Stream и RHEL могут теперь отличаться не только логотипами/названиями, но и чем-то важным? В таком случае, появляется риск того, что некий патч никогда не попадёт в CentOS Stream или попадёт туда только в следующий раз (вместе с какими-нибудь нестабильными изменениями)
намекаешь на нарушение шапкой лицензий гпл?
EN
я поначалу тоже триггернулся как мальчик. но щас думаю надо не фантазировать а подождать чего будет по факту. я вот на 100% уверен из-за этого (перевод 8 центоса на стрим) никто особо не будет скакать. я не говорю о локалхостах
V
Разработчики centos уже начали пилить свою версию, но быстрого релиза не стоит ждать
Надо бы это перефразировать как "бывшие разработчики".
A
Допустим, шапка выбрала некий релиз CentOS Stream и на базе него делает релиз RHEL. Есть ли гарантии, что никаких патчей кроме тех, которые связаны с брендингом, не накатят?
Смотри, пакеты для centos и rhel будут собираться одни и те же в одной и той же сборочной системе. Из одних и тех же исходников будет собираться rpm-ка с брендингом для centos и для rhel. Далее rpm-ка для centos тестируется и сразу уезжает в репу stream, а rpm-ка для rhel (если это не security fix или bugfix), будет отложена до минорного релиза rhel.
EN
Разработчики centos уже начали пилить свою версию, но быстрого релиза не стоит ждать
точно начали? а то я только знаю о намерениях и регистрации домена или типа того.
R
Alexander
Смотри, пакеты для centos и rhel будут собираться одни и те же в одной и той же сборочной системе. Из одних и тех же исходников будет собираться rpm-ка с брендингом для centos и для rhel. Далее rpm-ка для centos тестируется и сразу уезжает в репу stream, а rpm-ка для rhel (если это не security fix или bugfix), будет отложена до минорного релиза rhel.
Любителям теорий заговора ничего доказать невозможно
EN
Alexander
Смотри, пакеты для centos и rhel будут собираться одни и те же в одной и той же сборочной системе. Из одних и тех же исходников будет собираться rpm-ка с брендингом для centos и для rhel. Далее rpm-ка для centos тестируется и сразу уезжает в репу stream, а rpm-ка для rhel (если это не security fix или bugfix), будет отложена до минорного релиза rhel.
тут имхо важное отличие. между указанными двумя точками может быть еще одна плюс. иначе какой смысл просто откладывать?
A
Допустим, шапка выбрала некий релиз CentOS Stream и на базе него делает релиз RHEL. Есть ли гарантии, что никаких патчей кроме тех, которые связаны с брендингом, не накатят?
При этом критические security и bug fix-ы, скорее всего, сначала будут наоборот уезжать в rhel, ибо для них используются немного отдельный способ экспресс-доставки до клиентов на поддержке.
EN
смысл - обкатать и получить фидбек. а зачем - пофиксить!
A
тут имхо важное отличие. между указанными двумя точками может быть еще одна плюс. иначе какой смысл просто откладывать?
Потому что энтерпрайз хочет повышенную стабильность. Как минимум, тот, который купил EUS.
EN
Alexander
Потому что энтерпрайз хочет повышенную стабильность. Как минимум, тот, который купил EUS.
разве стабильность достигается просто откладыванием обнов?
A
разве стабильность достигается просто откладыванием обнов?
Да.
EN
Alexander
Да.
вот это поворот! а как?
V
разве стабильность достигается просто откладыванием обнов?
А чем ещё?