Size: a a a

2020 December 19

EN

Evgeniy Naumov in CentOS [Ru]
Vascom
А чем ещё?
я (видимо наивно) полагал тестами и фиксами
источник

EN

Evgeniy Naumov in CentOS [Ru]
а что изменится от того, что абсолютно то же саоме прилетит позже?
источник

A

Alexander in CentOS [Ru]
Evgeniy Naumov
вот это поворот! а как?
Под стабильностью понимаются разные вещи. Те, кто покупают EUS, помимо остальных аспектов, нужнаются также в том, чтобы им не прилетали enhancement и feature апдейты. Например, из-за каких-то костылей в их софте, который завязывается на непубличные интерфейсы библиотек.
источник

EN

Evgeniy Naumov in CentOS [Ru]
ну кроме того момента, что можно сообщить - "не ставьте"
источник

V

Vascom in CentOS [Ru]
Evgeniy Naumov
я (видимо наивно) полагал тестами и фиксами
Всё верно: собираешь пакет, откладываешь апдейт, тестишь, фиксишь, пересобираешь, откладываешь, тестишь. И лишь потом в апдейты.
источник

A

Alexander in CentOS [Ru]
Evgeniy Naumov
я (видимо наивно) полагал тестами и фиксами
Тесты и фиксы в centos/rhel будут делаться в CI на раннем этапе, потому в плане тестирования разница будет небольшая.
источник

EN

Evgeniy Naumov in CentOS [Ru]
Alexander
Под стабильностью понимаются разные вещи. Те, кто покупают EUS, помимо остальных аспектов, нужнаются также в том, чтобы им не прилетали enhancement и feature апдейты. Например, из-за каких-то костылей в их софте, который завязывается на непубличные интерфейсы библиотек.
ну не прилетели кривые апдейты. дальше-то что?
источник

A

Alexander in CentOS [Ru]
Vascom
Всё верно: собираешь пакет, откладываешь апдейт, тестишь, фиксишь, пересобираешь, откладываешь, тестишь. И лишь потом в апдейты.
Вот как раз от такого RHEL хочет отойти, и перейти на CI/CD с тестированием сразу после сборки пакета.
источник

EN

Evgeniy Naumov in CentOS [Ru]
смысла их задерживать нет никакого, если не будет фиксов на обнаруженные косяки
источник

A

Alexander in CentOS [Ru]
Evgeniy Naumov
смысла их задерживать нет никакого, если не будет фиксов на обнаруженные косяки
Да, никакого. Потому в centos stream их не будут задерживать.
источник

A

Alexander in CentOS [Ru]
Evgeniy Naumov
ну не прилетели кривые апдейты. дальше-то что?
Я тут не про кривые апдейты. Если прилетел кривой апдейт, что в RHEL, что в CentOS, но нужно либо откатиться, либо обновится на следующую версию с фиксом.
источник

EN

Evgeniy Naumov in CentOS [Ru]
короче на мой взгляд - на стриме будет и раньше и чаще и больше обнов. а вот на платном - будет меньше и реже, но они будут проверены более обширно
источник

EN

Evgeniy Naumov in CentOS [Ru]
имхо это логично
источник

A

Alexander in CentOS [Ru]
Evgeniy Naumov
короче на мой взгляд - на стриме будет и раньше и чаще и больше обнов. а вот на платном - будет меньше и реже, но они будут проверены более обширно
Едва ли их будут как-то дополнительно тестировать. Вся идея в том, чтобы тестирование максимально автоматизировать и перенести на этап сразу после сборки.
источник

A

Alexander in CentOS [Ru]
Реже апдейты в RHEL будут для того, чтобы снизить поток изменений, дабы неповоротливый бизнес успевал адптировать свои костыли.
источник

EN

Evgeniy Naumov in CentOS [Ru]
Alexander
Едва ли их будут как-то дополнительно тестировать. Вся идея в том, чтобы тестирование максимально автоматизировать и перенести на этап сразу после сборки.
это инсайд какой-то? или новости с передовой?
источник

EN

Evgeniy Naumov in CentOS [Ru]
я честно не слежу
источник

A

Alexander in CentOS [Ru]
Evgeniy Naumov
это инсайд какой-то? или новости с передовой?
Это было в рассылке centos и в анонсах.
источник

EN

Evgeniy Naumov in CentOS [Ru]
а то вот недавно клиенту насетапили цент 8. его никто не будет пересетаплевать, вот 100%, пока не прижмет
источник

EN

Evgeniy Naumov in CentOS [Ru]
Alexander
Это было в рассылке centos и в анонсах.
звучит как дело хорошее. но имхо в любом случае время покажет
источник