После перехода CentOS под крыло компании Red Hat анонсировалась всяческая помощь проекту, но текущий статус работы над CentOS 8 отстаёт от плана. Несмотря на то, что заявленные обновления статуса, сделаны только страница загрузки и сборочный сервер, на котором, судя по статистке koji, что-то собирается раз в неделю.До сих пор не закончен нулевой сборочный цикл - хотя по плану он должен был завершиться еще в мае. На нулевом цикле формируется набор пакетов, минимально необходимый для дальнейшей сборки других пакетов. Затем этот набор постепенно расширяется в рамках последующих сборочных циклов. Сборки ядра пока выполняются без исправлений уязвимостей MDS (Microarchitectural Data Sampling), когда будет готово ядро с патчами для блокирования MDS не понятно. Также не завершена работа по оценке исходных текстов пакетов, подготовке патчей для удаления элементов бренда Red Hat и выбору стилевого оформления.
Ранее новые значительные релизы CentOS выпускались спустя один или два месяца с момента соответствующего выпуска Red Hat Enterprise Linux. При этом разработчики CentOS предупреждали, что при подготовке новой значительной ветки не исключено возникновение непредвиденных сложностей, которое могут потребовать дополнительного времени на разработку.
URL: https://wiki.centos.org/About/Building_8
Новость: https://www.opennet.dev/opennews/art.shtml?num=50861
CentOS всё?
Мы все умрём.
Я - нет.
Да здравствует openSUSE!
да... пусть здравствует openSUSE,
ему хотя бы выжить
Не бжи. Закончат шапкинские логотипы выпиливать и опубликуют.
через год?
да даже если и через год. У вас 6 и 7 центы превратились в тыкву? Нафига трогать то, что работает?
Так, хватит бомжевать, ребята! Покупайте лицензию!
Кстати, кто-нибудь может объяснить, почему RedHat вместо разделения на RedHat/CentOS не сделает свой бесплатный вариант RedHat без поддержки в дополнение к тому, что сейчас есть. Нужно лишь разрешить написать лицензию на бесплатное использование по аналогии с RedHat для разработчиков (типа RedHat для тестировщиков - дистрибутив будет тот же, только без поддержки) или прописать в лицензию для разработчиков разрешение на использование в production. По сути, сейчас один отдел пилит платный RedHat, а другой отдел выпиливает оттуда логотипы, и для этого им нужно поддерживать свою инфраструктуру для разработки (сайт, сервера для тестирования, репозитории, багтрекеры).В голову приходит лишь вариант, что в случае падения бесплатного RedHat по причине кривых рук у платного может ухудшится репутация, но что-то в такое совсем не верится...
RH не делилась на ПятачокOS - это отдельные пацаны. Бесплатный RH - Fedora, которая - оф. подразделение красной шапки.Кстати, платный 6 недавно видел на просторах сети - в пределах 1$ за годовую лицензию.
Так было раньше. Теперь CentOS - отдел RedHat.
И правда. Не следил я за ними.Всё же, RH не создавали CentOS с нуля. Они его возглавили. По известному принципу: "не можешь победить - возглавь".
Наиболее логичное объяснение - финансовое: максимизировать прибыль ( продажи RH ), минимизировать убытки ( отсрочить/ограничить бесплатный CentOS ). Ничего, как говорится, личного.
<<По известному принципу: "не можешь победить - возглавь">>
Этот принцип свойственен евреям, а они не евреи! Хотя за свою не бесплатность, возможно!
Насколько мне известно, RH и так можно использовать безо всякой оплаты, а соответственно и без сопутствующей поддержки ‒ всего то, кажется, и нужно, что регануться на их сайте ;)
Насколько я знаю, только для разработки под RedHat (для этого есть специальная лицензия). Production на нем, даже некоммерческий - нарушение лицензии. Иначе зачем нужна CentOS?
"Некоммерческий продакшн" ‒ это, по всей видимости, кто-то из тех, которые целыми днями с важным видом между торгово-развлекательнымы центрами в своих коробчонках как блохи скачут, ни одного удовольствия в этой жизни старающиеся не упустить..:)
Регишься как разработчик и бесплатно получаешь rhel8 с годовой подпиской self-support. Потом продлеваешь. Проблем в общем никаких нет. И он точно такой же, как и платный. Доку, всякие тулзы и исходники тоже дают. Чем не устраивает - ума не приложу. Ты разве не о том же пишешь? Единственное, что лицензия для разработчиков не предусматривает извлечение прибыли. Но изучать никак не мешает.
И можно десятки (сотни) серверов на себя активировать? Ни у кого вопросов не возникает?
Давай я тебе отвечу в твоем же стиле.Лицензия для разработчиков запрещает использовать RedHat для production (только для разработки). Ни для VPS с почтой и домашней страничкой, ни для облака с 1`000`000 микросервисов.
Чё не понятно?
Именно так. Зарабатываешь с помощью софта деньги - плати за софт. Жизнь полна несправедливостей. Хочешь ты платить или нет - это не при чем. Капытолызом.
Эта логика мне понятна и близка. Если зарабатываешь, используя продукт - делись разумной долей с владельцем этого продукта.С CentOS логика немного другая. Его пользователи не станут платить за RedHat, т.е. пользователи RedHat и CentOS - это совершенно разные группы и наличие CentOS не мешает продажам. При этом CentOS нужна RedHat (пользователю Debian при необходимости платного дистрибутива почти все равно на что переходить, RedHat, SuSe или Oracle, а пользователю CentOS однозначно проще перейти на RedHat).
Более того, я считаю, что современный RedHat 8 (в варианте CentOS) почти идеальный дистрибутив для production, по всем параметрам лучше Debian и других вариантов. У него есть стабильность, которая не снилась другим (первые 5 лет в него портируют нововведения из более новых версий ядра и других программ, а далее исправляют ошибки). Также у него теперь есть возможность добавлять новый софт в стабильный дистрибутив (модули в dnf), например, Postgres там может быть установлен ЛЮБОЙ, даже самый свежий.
Таким образом, ты можешь реализовать проект, сдать его клиенту и быть уверенным, что он у него проработает 10 лет, нужно будет лишь накатывать обновления с исправлениями безопасности (чтобы не взломали через известную уязвимость). При этом если у него в сервере используется какое-то железо, чей производитель обанкротился 5 лет назад, драйвера будут работать (в ядре остается бинарная совместимость и старый драйвер будет работать, а первые 5 лет даже портируются новинки из более свежих версий), также будут исправляться уязвимости, т.е. тебя никто не взломает из-за дырки в старом libpng, например, который используется в твоем проекте. Кроме того, если лет через 5 нужно будет доработать проект, ты сможешь использовать не только новый gcc (который уже сейчас в devtoolset очень свежий и поддерживается самим RedHat), но и ты сможешь использовать новый Postgres (и другой софт), которого не было во время старта твоего проекта. В Debian/Ubuntu ядро через 3 года пытаются обновить (прощай неподдерживаемое железо), хотя, при желании можно оставить старое (но не понятно, насколько в нем закрывают дыры). И время поддержки всего 5 лет, а не 10.
В общем RedHat это комбинация невиданной стабильности для production и возможности использовать свежий софт. Впрочем, если ты постоянно разрабатываешь свой продукт, то хостить ты его можешь хоть на Arch (опять же, если наплевать, что будет с поддержкой после окончания активного развития). Но в этом случае тебе придется обновлять свой проект, когда решат разработчики дистрибутива, а не ты сам, потому что при очередном обновлении может оказаться, что обновилась та же libpng, причем минорная версия, однако, совместимость не только бинарная, но и на уровне API потеряна и ты будешь вынужден заниматься обновлением всего, что зависит от libpng. Микросервисы тоже не спасут, потому что при устранении уязвимости в той же libpng тебе придется обновлять все контейнеры и опять же если совместимость на уровне API нарушена (не бинарная) - придется обновлять и сами продукты, чтобы тебя не сломали...
В общем, на моем десктопе Debian tesing (там софт и стабильнее и свежее, чем в Ubuntu), но на production я хочу видеть CentOS (потому что из тройки RedHat, Oracle, SuSe они, IMHO, единственные вменяемые). Ну, а без CentOS не будет и RedHat. Сначала начнется конкуренция, а затем конкуренция на рынке, где есть место только для одного, приведет к падению доходов и, следовательно, качества продукта.
я зарабатываю деньги используя шапку, но при этом я не могу захостить на этом свою страничку.
ну и почему-то не могу поставить на систему с более чем двумя сокетами.
> Кстати, кто-нибудь может объяснить, почему RedHat вместо разделения на RedHat/CentOS не сделает свой бесплатный вариант RedHat без поддержки в дополнение к тому, что сейчас есть.В моей бубунтачьке так и есть.
> Кстати, кто-нибудь может объяснить, почему RedHat вместо разделения на RedHat/CentOS
> не сделает свой бесплатный вариант RedHat без поддержкипотому что блюдут GPL. В той мере, в которой считают нужным.
"без поддержки" - это прежде всего - без доступа к обновлениям. Вся остальная "поддержка" от вендоров в ее дешевых вариантах - нахрен вот никому не уперлась (а дорогие очень мало кому по карману), тем более - в случае беспл...откр...нет, все ж таки - бесплатного софта, который каждый васян и так знает как "улучшить".
Собственно, это была бизнес-модель grsec (и его утопили), и отчасти - бубунточки (платные live patches, еще ладно - но платные исправления к 14й версии, хм, хм, и чем же это мы отличаемся от grsec? )
У редхат она другая - нате вам объедки, но бинарники предоставлять мы не обязаны - как хотите, так это и собирайте. И тут пришли всякие швейцары и учоные, и давай таки пересобирать, выпиливая логотип и перераздавать под именем центос. Пришлось редхату эту деятельность обезг...простите, возглавить, чтобы хотя бы эти самые апдейты поступали с достаточной задержкой, чтобы у правильных пацанов было понятие, за что, собственно, с них дерут такие деньжищи. Разумеется, новая нажор...мажорная версия настолько нажориста, что ее придержали дополнительно.
> (типа RedHat для тестировщиков - дистрибутив будет тот же, только без поддержки)
им не нужен "для тестировщиков", не бубунта, чай - тестируют до выпуска, а не постфактум.
Новые технологии обкатывает за них fedora, которая специально сделана невменяемой, чтоб ее никому всерьез не пришло в голову использовать.А центось нужна чтоб в ее сторону тыкать - "исходники? ге-пе-ле? Аа-а, это вон там!"
Давно пора дебиан потому что юзать
Scientific Linux - умер, можно не спешить.
R.I.P. CentOS
Satsujin no CentOS
(это переводится как "убийца-центос" o_O типа как "убийца-робот")
Раньше была конкуренция с Scientific Linux, что подстёгивало к действию. А сейчас, когда Scientific Linux 8 решили не делать, можно и не торопиться.
А ВАЗ выпускает посредтвенные автомобили потому что пропала конкуренция со стороны Васильевича из ГК "Грибники". Золотые руки у него были. Особенно после "чакушки".
https://ru.wiktionary.org/wiki/%D1%87%D0%...Потому что четверть.
ok, я вообще не был в курсе этимологии этого слова.
Opennet образовательный...
У половины наших соотечественников половина словарного запаса состоит из слов, значение которых они не понимают )
> У половины наших соотечественников половина словарного запаса состоит из слов, значение которых они не понимают )Зато тепреь почти все знают, что такое домкрат и с легкостью отличат от стремительного домкрата! ;)
Что такое домкрат? Расскажите, пожалуйста, до того, как заглянете в словарь. А потом, сравните. Если совпадет, значит слово "домкрат" присутствует в вашем словарном запасе.
"Этот пацак все время говорит на языках, продолжения которых не знает (с)
Четверть - это четверть ВЕДРА. Стандартная дореволюционная мера объема. "Взяли четверть водки".
ubi дали, центос забрали
Помним. Любим. Скорбим.
Да ладно, у них бывали релизы на 3-4 месяца позже. Плюс лето - отпускное время.
нех... ждать, пора покупать лицензию!
Теперь только fedora?
Убунта
Как бы да, из всех беслпатных систем для серверов самый большой срок поддержки у них.
А нехрен было на сервер всякую шушеру ставить. Предупреждали же.
Что там системд, что там системд. Две системды короче.
одна системда хорошо, а две лучше.
Семь раз отмерь, один раз системди
Дареному дистру в системдэ не смотрят.
У семи хипстеров дистр без системд.
Релиз с воза - дистр не жалко.
Дистр с воза - сообществу легче. )
> Дареному дистру в системдэ не смотрят.Однозначно, в мемориз!
Я имею ввиду "посмотреть чо там в Red Hat".
Gentoo
Ваше мнение по поводу Oracle Linux?
Это rhel 8 с лейблом Oracle.
Где-то даже поленились/не доглядели и не затерли лейбл rhel.
> поленились/не догляделиоставили для совместимости
👍
Жду его. Неделю назад выпустили опенсорсный OL virt manager на базе ovirt. Выглядит удобно. В OL8 если выкинут virt-manager то буду использовать ovirt. А это уже бесплатный RHEV получается.
Судя по бета-пакетам в http://yum.oracle.com/repo/OracleLinux/OL8/beta/x86_64/index... , консольный virt-manager и virt-install не удалили, что очень замечательно. И iptables есть.
Местные дурачки будут поливать OL плохими словами, а на самом деле очень хорошая ОС.
Обслуживаю парк гипервизоров на OL7.6 25 машин, на каждом по 10-15 ВМ тоже на оракле. Никогда проблем не было. Вот с центосом были проблемы - на одном из kernel'ов был глючный драйвер lsi megaraid. А ведь ядро это последнее, на что будешь смотреть..
а ява хороший язык, наверное, только втoпку его с такими патентодержателями..> Никогда проблем не было
Значит плохо "обслуживали", както загрузились на анбрекбл ядре, тспдамп пакеты видит, а трафик не идет, башку сломали перебирая пока догадались перегрузится в обычное, где все работает.
все ок - эти сп-ли и выпилили логотипы согласно графика.пользуйтесь на здоровьишко.
Сабж всего лишь следствие общего упадка шапки. rhel8 - самый худший за всю историю. Хипстеры взяли власть в шапке, до добра это не довело. Что эффективные менеджеры, что хипстеры - два г.
Чем же он так плох? Сам уже сколько времени его используешь?
Не больше полутора месяцев, вестимо. Ибо он только вышел.
И как? Что то не устраивает?
Ты всерьез у Анонима пытаешься получить конструктивный ответ? Оптимист, однако.
Он менеджер и его триггернуло на "эффективном".
Да нет. Это было риторическое. Бессмысленно ждать ответа. Я и не жду. То, за что RH берет деньги - обычно не очень видно. Маловероятно, что большинству сокращения SCAP, OVAL или ССGPOSPP что-то скажут.
А то, что меняют интерфейсы - так это неизбежно. Не вижу особого смысла сокрушаться, если вместо virt-manager сделали cockpit, а в место iptables сделали firewalld или nftables. Системные вызовы как работали, так и работают. А что там сверху - разницы особой нет. Тот, кто сокрушается о замене интерфейсов - просто не знает про причины замены. Ему их не докладывают.
Virt-manager зачем выкинули?
А зачем iptables на nftables заменили? Ах, да, у меня же свободного времени слишком много на работе, перепишу всё быстренько.Вобще удивляет это патологическое желание в следующем релизе сделать всё не так, как в предыдущем.
Вот звались ethernet-интерфейсы eth0, eth1. Годами так было и всех всё устраивало. Нахрена их переименовывать в enp0s29? Кому от этого проще стало?
> А зачем iptables на nftables заменили?Так ведь iptables deprecation уже как бы не за горами. nftables уже 5 лет как в ядре, уже пора.
> Ах, да, у меня же свободного времени слишком много на работе, перепишу всё быстренько.
Оу. Они ж вроде бы обещали прослойку, чтобы можно было спокойно мигрировать старые правила в новые таблицы. Не сделали? Или это красношляпые недоглядели?
> Вот звались ethernet-интерфейсы eth0, eth1. Годами так было и всех всё устраивало. Нахрена их переименовывать в enp0s29? Кому от этого проще стало?
Добавьте ядру опции: net.ifnames=0 biosdevname=0
Станет, как было.
Прослойку сделали. Но лучше бы они её не делали, чесслово!
> Добавьте ядру опции: net.ifnames=0 biosdevname=0
> Станет, как было.Это понятно. Но зачееееем? Они думают, в жизни их пользователей мало телодвижений? Они мало читают документации?
Я понимаю, сделали фичу, которой раньше не было в принципе. Но зачем ломать то, что уже устоялось?
Очевидно затем, чтобы при удалении или добавлении нового сетевого интерфейса не пришлось править все конфиги где был упомянут твой eth1, который вдруг стал eth0.
> Очевидно затем, чтобы при удалении или добавлении нового сетевого интерфейса не пришлось
> править все конфиги где был упомянут твой eth1, который вдруг стал
> eth0.Молодой человек, а Вы вообще понимаете, что имена ethN являются udev persistent rules, которые привязываются в маку, и в случае несовпадения имени (ну например из-за смены сетевухи) максимум, что надо будет сделать -- залезть руками в это правило и мак поправить? После этих нехитрых махинаций всё заработает, и ничего более править не придётся.
А вот в случае, если, например, слот погорел (в быту, знаете ли, случаются криворукие монтажники у провайдера), и вы вставили сетевушку в другой слот, ибо этот уже недоступен -- при старой схеме именования надо опять же только правило поправить, а вот при новой... При новой как раз "будь добр править все конфиги, где был упомянут твой enp0s3.
Придумайте уже нормальное обоснование, почему новая схема именования интерфейсов лучше старой. А то эта сказка как-то давно уже не канает.
Потому что новая схема, в отличие от старой, не хранит состояние (stateless).
> Потому что новая схема, в отличие от старой, не хранит состояние (stateless).Ути какая прелесть. Да, новая схема не хранит состояние. Она перекладывает хранение состояния на все остальные сервисы, которые пользуются сетью. Поэтому при смене состояния системы (смены слота), я не могу внести одну маленькую правку в схему, чтобы всё заработало. Вместо этого я должен колупать конфиги всех остальных сервисов. Радость-то какая.
> Прослойку сделали. Но лучше бы они её не делали, чесслово!А чего с ней? Плохая вышла?
> Это понятно. Но зачееееем? Они думают, в жизни их пользователей мало телодвижений?
> Они мало читают документации?Я не знаю.
> Я понимаю, сделали фичу, которой раньше не было в принципе.
Да в том-то как бы и дело, что была. В Debian-е новые интерфейсы запоминались: им автоматом правила прописывались, чтобы по маку всегда одно и то же имя выставлять. А теперь имена выставляются не по маку, а по порту.
Вроде бы разница небольшая, всего лишь подход сменили... Но с привязкой к маку удобнее хотя бы потому, что имя интерфейса -- это дополнительный слой абстракции, который придавал системе гибкости. Мы знали, как сменить имя в пару движений, и никаких проблем не возникало. А как теперь имена поменять -- мне, как рядовому опсу, абсолютно не понятно.
Так что выключаем новую схему именования на своих железках и форсируем старую.
> Но зачем ломать то, что уже устоялось?
Новое поколение разработчиков пришло. Им нужно как-то утвердиться и заработать себе имя. Лучший способ это сделать -- сломать всё старое.
В Red Hat скорее всего это прекрасно понимают, и успешно пользуются этим.
>Вот звались ethernet-интерфейсы eth0, eth1. Годами так было и всех всё устраивало7й РХЕЛ ты, получается, и не видел. Может и про 6-й тебе Рабинович напел?
У 6го поддержка еще не закончилась, к чему мне 7й?
Так а 8ой тогда к чему?
Сидите спокойно на 6-ке до ноября 2023 года, раз платите за расширенную поддержку. А тем временем и 9-ка подоспеет. Пропустите 8-ку, как и 7-ку, сбережете нервы.
btrfs, дроп kde, virtmanager, отказ от старых видеокарт, тормоза графики в virtualbox... В общем server only... был непригоден для десктопа, стал еще хуже.
Что за бред я только сейчас прочитал?Drop KDE никто из клиентов не заметит, так как на сервере KDE лишняя сущность, а на Workstation заточка идёт на стандарт Gnome. Поддержка KDE стоила денег и самое главное определенное количество человеко-часов. Теперь же высвободившихся разработчиков и прочих работников можно определить на более приоритетные проекты.
Кто на RHEL использовал virt-manager? Либо "голые руки и чёрный экран", либо oVirt.
Кто в здравом уме будет использовать VirtualBox в RHEL и наоборот? Админы "виндового" локалхоста должны страдать.
>Кто на RHEL использовал virt-manager?Я
>Либо "голые руки и чёрный экран", либо oVirt.Есть два стула...
>Кто в здравом уме будет использовать VirtualBox в RHEL и наоборот?Крослатформенная разработка и тестирование? Нет не слышал.
А KVM уже не подходит отцу русской демократии для кросс-платформенной разработки?
от седьмого тоже плевался, до 7.2 потом вроде что-то как-то, хотя с 5 на 6 переход был прям супер изи, и 8 пусть такие как ты оттестят, молодые и горячие, торопиться некуда и незачем
Зато стабильность растет, хрен ли вам не хватает?
Что ты скажешь про обновления стабильные и Заражение CentOS6(el6) машин?
с нонеймами не хочу иметь дел
Я скажу. Не согласен!
а чо, давайте тогда вспомним CentOS 4 если уж по старью решили пройтись...
> а чо, давайте тогда вспомним CentOS 4 если уж по старью решили пройтись...Вообще-то, CentOS 6, в отличие от 4, всё ещё поддерживается - мейнтенанс апдейты заявлены до 30 ноября 2020.
Ну что добро пожаловать, сообщество скептически относилось передачи CentOS под крыло Red Hat.
Тут вся редхат под крыло ибм передалась, а вы о центосах. Им мне кажется сейчас вообще не до разработки.
> Тут вся редхат под крыло ибм передалась, а вы о центосах. Им
> мне кажется сейчас вообще не до разработки.вот именно что сообщество CentOS далеки были от политических вещей и разработка велась постоянно. сейчас когда в борде сидят маргиналы, в будущее CentOS я скептически отношусь.
Так написано, словно кто-то кому-то что-то должен. Скажите спасибо за те версии, что вышли, и - кто хочет, тот своё волен собрать, кто нет - на Debian (наконец-то).
Кто захочет соберёт себе кастомный Оракл Линукс.
Уходим на opensuse
CentOS 7 тоже вышел далеко не сразу
Это мягко говоря.
> на разработкуПоржал.
Стулья поменять не могут продажники сказали RHEL первый!
> Ранее новые значительные релизы CentOS выпускались спустя один или два месяца с момента соответствующего выпуска Red Hat Enterprise Linux.Да ладно! Вот бредить не надо только...
Версия RHEL Release CentOS Release Задержка
7.0 10.06.2014 22.03.2015 9 месяцев
7.1 05.03.2015 11.10.2015 7 месяцев
7.2 19.11.2015 19.02.2016 3 месяца
7.3 03.11.2016 21.12.2016 1 месяц
7.4 01.08.2017 21.03.2018 7 месяцев
7.5 11.04.2018 30.10.2018 6 месяцев
7.6 30.10.2018 28.01.2019 3 месяцаТо есть по факту - нормальный срок около полугода, а не 1-2 месяца.
Вот пришёл и написал адекватный комментарий. Тут же срач идет(
Чертовы адекваты, спасенья от вас нет
У вас даты по CentOS c потолка взяты, вы либо что-то путайте, либо созрательно пытайтесь ввести в заблождение.
> 7.0 10.06.2014 22.03.2015 9 месяцевCentOS 7.0 вышел 07.07.2014, а RHEL 7.0 - 10.06.2014. Выпустили менее чем через месяц.
http://lists.centos.org/pipermail/centos-announce/2014-July/...> 7.1 05.03.2015 11.10.2015 7 месяцев
CentOS 7.1 вышел 31.03.2015, а RHEL 7.1 - 05.03.2015.
https://lists.centos.org/pipermail/centos-announce/2015-Marc...
С их сайта и взято - по датам релиз нотесов.
> С их сайта и взято - по датам релиз нотесов.Тогда это даты последнего обновления Relesae Notes, а не даты выпуска релизов. В Relesae Notes текущего выпуска добавляют примечания вплоть до следуюшего релиза.
Блин, серьезно? Они что - совсем упопротые на голову?
Спасибо, мы заметили.9-я платформа базальта тоже всё никак не выйдет, давайте новость запилим.
>После перехода CentOS под крыло компании Red Hat ... статус работы над CentOS 8 отстаёт от плана. .. сделаны только страница загрузки и сборочный сервер, на котором, .. что-то собирается раз в неделю.Рет_Гад купиф СентОС, начал душить его развитие. Рет_Гад обманывает сообщество. Ведь СентОС был конкурентом Ред_Гад - ведь нищий поклонник ынтырпрайза мог иметь у себя ынтырпрайз, не платя за это деньги.
А с исправлениями уязвимостей у них тоже так?
нет, обычно быстрее - тривиальные дня через три, опасные - где-то через недельку.
А ты думал, в сказку попал?
CentOS 8 мы тебя ждём! :) Не заставляй нас ставить Debian 10 который уже хоть дату релиза имеет.
Ждём конца сентября, октябрь...
> судя по статистке kojiПочему в koji нет лога сборки пакета?
https://koji.mbox.centos.org/koji/buildinfo?buildID=2643
Что бы враги не догадались.
Ну для тех кто не в курсе. После передачи CentOS в RH много мантейнеров ушло, или были переведены в fedora/RHEL отделы. Задача поглощения centOS с самого начала была в его полном сжигании. Хочешь бесплатно - пользуй fedora, помогай тестить. Ынтерпраза хочешь - покупай. Это было одно из условий сделки с IBM (для IBM Cloud)Убить сразу было нельзя, люди реталиет могут и сделать форк. А вот если перестать делать обновления, отставать по срокам, и всячески гадить... то все те кто на CentOS ( а их много) будут задумываться о переходе. Все те кто уже привыкли к RHEL-like енвайременту, пойдут писать запрос на добавления лицензии в бюджет.
Дешевле купить поддержку Oracle Linux. Кому нужны переплаты за RHEL???
>поддержку Oracle LinuxЭто "Погодите мы перезвоним в RedHat, как только один сотрудник с купленной RH подпиской освободится"?
ну что вы, что вы - купите у нас premium support, и мы выделим вам персонального сотрудника с купленной подпиской!
Бешено плюсую! Но вот уточню, медленное убийство CentOS началось ещё до покупки IBM-мом компании RedHat.
оно началось ровно с момента, когда те перенесли свои сборочницы на железо rh - это печальное событие произошло за несколько лет до окончательного переваривания.нет, ну, в принципе, все правильно пацаны сделали - жулики, перепродающие за пятак то, что стоило редхату времени и сил, должны были пойти на мороз, тем или иным способом.
За эти 2-3 месяца не пожалел что поставил Дебиан вместо запланированного Свинтоса, который так и не вышел. Если дебиан омжно будет до 10 версии проапгрейдить, то Свинтос только переставлять.
Объясните какая там разработка? Поменять логотипы и копирайты?
если так не терпится свежего селф-саппортового ынтырпрайз линукса, то в чем проблема оракловский абрейкабл поставить с его бесплатными обновлениями?
А RHEL 8 я уже скачал с официального сайта RedHat, попробую установить на сервер и подключиться к epel-release.