Не забалтывай ерундой.

Норот хочет сидеть на даунстриме, в котором гарантировано не будет багов, если их нет в RHEL. А не в апстриме голой жопой на проде.

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

Чо-та в голос.

Так заумно Debian Testing еще никто не называл.

Не поминай DEB в суе. Вон рядом тема по его багам :)

А потом посмотри https://bugzilla.redhat.com

Результат на лице, как говорится.

А тестинг - это fedora.

разумные люди

Не эти ли «разумные люди» вой подняли, когда им systemd в высирач залили, инвалидируя десятилетия опыта с никсами и заставляя переучиваться?

Будто твой DEB без systemd.

У меня там все еще 7.9 и все пашет. Но дело не в этом. Это просто пример что простой update с 7.х до 7.х+1 все ломал, приходилось все переделывать и так было как минимум 2 раза. Мне такой фигни хватает и так и страшно подумать что будет при юзании Stream.

Да у меня стоит Stream на паре не важных северов но на серваки 24х7 я его не поставлю.

А манажоры как всегда ничего выучить не могут и просто врут

И опять шаблонное враньё!

По несколько релизов рхел - весьма доставило. Надо ж так завраться..

Есть некоторые, которые до сих пор поддержку 6го имеют…

А его «разумные люди» пользуют? Они другие дистрибутивы создали и тащат на своём горбу :P

По-прежнему непонятно, однако, при чём здесь центось и на хрена она нужна. До сих пор не встречали в дикой природе ни одного сервера на ней, сплошь Debian/Ubuntu. Хотя на ЛОРе встречаются кадры где-то из мира анально сертифицированного тырпрайза, которые утверждают диаметрально противоположное, ага.

Бесполезно, ЛОРовская администрация подкумовлена редхатом, здесь нечего ловить и ворчать.

Все силы ушли на обвинения во лжи

Это можно расценивать как подтверждение истинности утверждения, что не гарантируется бинарная совместимость CentOS Stream 8.4 от 18.05.21 с ним же, но от 29.10.20?

Получается что подумать у тебя не получилось

Или у тебя. Ты то говоришь, что и до релиза RHEL (через пол-года после релиза CentOS) баги добираются, то говоришь, что баг «если чуть-чуть подумать» исправят раньше, в процессе разработки CentOS. Не кажется тебе, что это взаимоисключающие вещи?

Или я правда плохо подумал, а ты говоришь, что и в рамках цикла RHEL X.N (без перехода на X.N+1) может прилететь не security fix, а обычное обновление, которое сломает прикладное ПО, и это не будет считаться ошибкой? Т.е. и сам RHEL теперь использовать нельзя там, где надёжность требуется?

Это не мешает CentOS Stream тоже быть тестингом. Они из олдстейбла федоры делают тестинг рхела и называют его центос стрём.

А раньше были федора тестинг, рхел и центос - стейбл, да.

О.о

Не понял смысл твоего комментария в контексте ответа на мой. Поясни?

Ну, что было раньше, я на себе испытал. И в 6.х версиях, и в 7.х версиях, правда Scientific Linux, но не думаю что с CentOS там ужасная разница была.

Баги бывали, при обновлении на минорные версии, иногда болезненные и ждать приходилось следущего минорного релиза. Хотя на RHBZ я баги вешал исправно, но быстро правились далеко не все…

Сейчас я уже устарел и не использую критически серьёзного чего-то. Так что мне и CentOS Stream 8 нормально, всё равно ещё репы подключены, помимо EPEL.

Да, mx_ было больнее, особенно в 7.х, я помню как он жаловался в jabber-е тогда. Особенно когда стали, с каждым минорным выпуском, обновлять и версию Gnome и.т.д.

PS: А CentOS Stream стал не то чтоб тестингом, но скорее пререлизом.

В отличие от fedora, которую я долго и активно использую, сразу после RHL.

По-прежнему непонятно, однако, при чём здесь центось и на хрена она нужна.

Центось нужна (была) на серверах. Семёрка вышла в 2014, апдейты до 2024-го.

Теперь смотрим сюда: https://wiki.debian.org/DebianReleases

Выбор очевиден.

До сих пор не встречали в дикой природе ни одного сервера на ней, сплошь Debian/Ubuntu.

Мало ли чего вы не встречали. Я вот за год ни одной убунты не встречал, что ж теперь.

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

В пререлизе уже не изменится ничего. А в стрёме может, что и вызывает негодование усиливаемое заявлениями синерубашечных красношапиков о том, что «ничего не изменилось, стало только лучше». Стало лучше, но теперь после dnf update может что-то отвалиться в рамках одного минорного релиза, чего раньше не бывало, и это не будет считаться багом.

В принципе пытаться чётко сопоставить метки демьяна меткам рхела идея плохая.

Если федора анстейбл, то что такое федора рохайд? Олдстейбл федоры форкается в будущий рхел, а пока он не стал рхелом, он есть центось. Значит Центось тестинг, а рхел стейбл. Как может быть олдстейблом релиз, который то ли анстейбл, то ли тестинг? Тут скорее рохайд - альфа, федора - бета, центос стрём - гамма, рхел рк - релиз кандидат, релиз рхел - релиз.

Извините, не Вам, промахнулся.

Если тут небудет подводных камней для усложнение сборки стороних дистров ( до 24 года на 9х будет видно) мое главное опасение. Ну типа выкатывания на Stream особой лицензии, что мол можете это как угодно собирать но сборки эти не могут юзаться в коммерческих целях.

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

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

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

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

Шапка и рубашки тут вообще ни при чем. Она им (как я помню) наоборот денег дала, чтобы они чуть дольше потрепвхались.

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

Сейчас, когда RHEL 8.5 вышел, Centos Stream 8 — это уже будующая ветка RHEL 8.6, так?

Ну я пожалуй соглашусь с тобой, нсчёт гаммы :) Хотя по сути пререлиз == гамма, и не верное утверждение, что в пререлизе не может измениться версия того или иного пакета, до попадания в релиз. О чём Альфа и сказала.

Про rawhide -> beta fedora -> fedora -> EPEL и собственно на стабилизированных пакетах одной из версий fedora+ и сам RHEL.

Это по идее свой путь обычно, но теперь CentOS Stream стала как бы между стабилизированным релизом fedora, в случае 8 это fedora 28, ЕМНИП, и будет +1 минорный релиз.

Ранее было иначе, ранее RHEL релиз, с запозданием был в CentOS, как и апдейты его.

Собственно, по этому я и могу понять mx__ и оказавшихся в его ситуации.

Но всеобщего «плача Ярославны» я не очень понимаю, особенно локалхостеров, коим я сейчас являюсь. И для меня - все минусы CentOS Stream 8 - стали плюсами, по сути. Ибо я в fedora тоже testing репы всегда включал и дискомфорта не испытывал, на десктопе естественно.

Нет. Это 8.5 + updata-тестинг.

Братка, он в чём-то прав, посмотри на исправленые ошибки в 8.5, которые были в 8.4 RHEL, а у CentOS Stream 8 исправления идут раньше на пол года почти. Так что, ты выразился правильно, а он отобразил суть Stream в принципе. С точки зрения RHEL.

PS: Как дальше пойдёт - увидим. Мне аж интересно стало вот я и на Stream 8 работаю сейчас, + EPEL + RPMFusion, ибо нету для 8, как было для 7 Nux-Dextop, но и с фьюженами не плохо.

ЦентОС не нужен.

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

не верное утверждение, что в пререлизе не может измениться версия

Я не говорю про изменение версии. Я говорю про изменение поведения библиотеки.

Но всеобщего «плача Ярославны» я не очень понимаю, особенно локалхостеров, коим я сейчас являюсь.

Меня возмущает, что IBM без объявления войны отобрали у людей стабильный клон rhel. И вместо честного «у вас есть год, чтобы перестроиться и быть готовым сидеть на тестовом релизе, или сменить дистрибутив» льют в уши про «улучшения и развитие».

Фактически CentOS умер, т.к. идеи, ради которой он создавался и жил все эти годы, в нём больше нет. А по ЛОРу ходит толпа во главе с альфой и скандирует: «Четыре ноги хорошо, две ноги лучше!».

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

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

Хорошо. Давай тогда так. Ты будь при своём мнении, а я при своём.

Я очень давний пользователь продукции Red Hat, и ещё более давний от IBM.

Там и там есть свои правила и корпоративная этика.

PS: Я считаю что Альфа. bookwar. Она права, но по своему. Я очень давно с ней общаюсь, ещё в jabber начал много лет назад, и она знает что говорит. Я ей верю.

Хотя я кончно же старпёр, водолаз на пенсии, и не очень силён в экономике.

Но тут вот даже мне понятно. И mx_ знаю давно, и знаю как ему тяжело пришлось с 7.х начиная, когда с каждым минорным релизом шёл новый Gnome и пачка изменений. А он то обслуживает серверов много и серьёзных.

А срок, на «собирать манатки» дали давно, ещё когда объявили о том, что в 2021-м году прекращают поддерживать CentOS 8, да и изначально он в двух редакциях вышел, а не как 7.х, не спроста.

Когда мы научимся думать вперёд. Я по этому Scientific Linux и предпочитал CentOS, из-за чего, у нас порой, были небольшие разногласия с mx_ в jabber-е.

Так что вот так вот. Но на deb сейчас не перейду уже, ибо последний нормальный Debian - был 5 Lenny, да и то не лучше Шапки.

Альтернативами остались только клоны, но там у каждого свои особенности, а Scientific Linux 8 нет и больше не будет, ибо FermiLab переживает не простые времена, тут у меня информация из первых рук.

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

А я не боюсь быть смешным.(с)Барон Карл Иероним Фон Мюхгаузен. В исполнении Олега Янковского.

Улыбайтесь, господа, улыбайтесь.(с)он же.

Меня возмущает, что IBM без объявления войны отобрали у людей стабильный клон rhel. И вместо честного «у вас есть год, чтобы перестроиться и быть готовым сидеть на тестовом релизе, или сменить дистрибутив»

Так это же авторы Центоси сказали. Буквально: «у нас нет денег». Им шапка дала на год,, а потом предложила более интересные задачи, чем тупая переборка пакетов.

Или тебя смущает, что бренд забрали? Во-первых, за него вам ещё центось год или больше поедоставляли. Во-вторых, когда бренд был проблемой в ит сфере? Кто помнит Хадсона? Maria db как-то меньше цепляет, но все равно.

Когда в 2019 говорят «поддержка на 5 лет», а в 20 говорят «через год убъём» - это не срок манатки собрать. А зачем лить воду про то, кто кого сколько знает - вообще не понятно

Сейчас нашлись деньги на роки, альму и т. п.? И на центос нашлись бы, кабы бренд не загребла красношапка.

Посмотри список спонсоров центоси. Там хостеры кругом. Думаешь, кабы им участники центоси написали «или не будет дистрибутива, или нам с мира по нитке железа насобирайте и на 4 оклада для разработчиков», ни кто из них ни дедиков не выделил бы, ни денег бы не дал? Просто красношапка подсуетилась, чтобы от «чужих» ни денег, ни серверов не был основной поток. Ибо те же спонсоры центоси - потенциальные клиенты красношапки, или реальные клиенты, но которые могут покупать больше, если центоси не будет.

Ты веришь в сказки, что шапка дала на год а потом «предложила»? Шапка сначала поддержала «нате вам наши сервера», потом расширила проект «давайте к нам в штат, мы и своих можем выделить в помощь, если надо», а потом уничтожила «нам нафиг ваша пересборка не упала. или другие задачи, или на мороз».

ИМХО, красношапка ещё 10 лет назад придумали как конкурента убрать. Просто сообщество, дураки, верили в благородство рэдхата - они же такой хороший линукс делают. И я верил. Раньше.

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

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

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

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

После apt-get upgrade\update - нет. Когда будешь писать в свой RHEL тебя точно так же попросят «Обновитесь». А если ты напишешь что у тебя там CENTOS тебя вообще пошлют на три весёлых буквы.

Версия ядра тут притом что она гарантирует 100% повторяемость работы своего апи.

Ога, в RHEL POSIX стабильней чем в UBUNTU, ко-ко-ко. Бери LTS ветку, вот тебе и гарантия.

Вот только не надо про три весёлых буквы и RHBZ.

Я на Scientific Linux 6.x и 7.x вешал баги с копипастой, даже порой с кирилицей в ней, и с логами, если это требовали в переписке, и в RHBZ их правили.

В зависимости от критичности, быстро или в следующем минорном релизе.

В UBUNTU баги в их багтрекере не правят по ходу вообще и там даже ответственного не назначают сразу и переписки с тобой не ведут. И нахрена им багтрекер непонятно вообще. А он есть :))

внутри версии дистра либы и так должны быть бинарно совместимы

Я не понимаю, что ты говоришь. Двоичная совместимость среды - это способность софта запускаться в разных средах. Как две библиотеки могут быть двоично-совместимыми?

они должны обеспечивать одинаковую работоспособность апи стартовой версии либы для данного дистра на протяжении поддержки версии дистра

Ну, тут ничего особо не поменялось. Выше была ссылка на rhel-овский api compatibility guide.

ну вообще-то это всегда была сильная сторона маркетинга Sun - что ABI не меняется

Так 8.5 уже вышел, а в Centos Stream 8 должны накапливаться изменения для следующей стабильной ветки, т.е. для RHEL 8.6. Если это не так, то когда же это призойдёт?

Да узбагойся уже.

Эту «компашку центос» затанцевал большой бизнес.

Нужен и роллинг РХЕЛа. Вот ЦентОС им и стала.

один фиг костяк проекта - все из золотого миллиарда, им бабло нужно в размере среднего оклада по их ИТ отрасли. Или они вам должны жить в каркаснике, который еще при Хрущеве строили?

А толку ? Все равно обанкротились.

Кстати, да, Убунту покатилась. В пределах ЛТСа железо плавает.

Ну если прыгать по HWE

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

Вот у федоры там нет х.y и там равхида просто переводится уже на следующую версию. А тут будут жухлить.

Не узбагоюсь. Пока они будут говорить «ничего не изменилось, мы сделали только лучше», я буду говорить «вы всё врёти».

Когда они перестанут нагло лгать, тогда и я перестану тыкать их носом в их же ложь.

Или они вам должны жить в каркаснике, который еще при Хрущеве строили?

Не передёргивай. Когда я выше писал про «нашли денег на альму и роки» я и говорил про достойный уровень з.п.

Ругань в треде выглядит так, будто свидетели святого CentOS хотят не свободный enterprise-ready дистрибутив, совместимый с RHEL, а «RHEL бесплатно без регистрации и смс». Вы бы ещё жаловались на то, что вам не дают кряк для механизма проверки подписки/лицензии для «настоящего» RHEL.

Мало ли чего вы не встречали. Я вот за год ни одной убунты не встречал, что ж теперь.

согласен, все 7.х

$ ansible all -m shell -a "cat /etc/redhat-release" | grep CentOS | wc -l
109

Ыыыыыы, читаю новость о C.OS.S.9

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

Если это действительно так, то, кажется, Шапка заставила дурных собак 100км по кругу сбегать, как в мультике Простоквашино Шарик за зайцем бегал, чтобы фотку отдать...

Это действительно так и повторяется на разные лады с прошлого декабря: https://blog.centos.org/2020/12/centos-stream-is-continuous-delivery/

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

Повангую...

Сейчас набегут Альма и Роки с воплями о том, что RH нельзя будет включать стабильные пакеты в ЦентОС, так как это их обанкротит…

Интересно, это ИБМ так пиявок перетряхивала со штанов, или оно само все так получилось?

зачем он вообще кому-то нужен?