Компания Canonical внесла изменение в процесс подготовки промежуточных LTS-выпусков Ubuntu (например, 20.04.1, 20.04.2, 20.04.3 и т.п.), нацеленное на повышение качества релизов в ущерб соблюдения точных сроков. Если ранее промежуточные выпуски формировались в точном соответствии с намеченным планом, то теперь приоритет будет отдан качеству и полноте тестирования всех исправлений. Изменения приняты с учётом опыта нескольких прошлых казусов, в результате которых из-за добавления исправления в последний момент и нехватки времени на проверку в релизе всплывали регрессивные изменения или неполные исправления проблемы...Подробнее: https://www.opennet.ru/opennews/art.shtml?num=54660
Лол, на десятый год индеец Зоркий Глаз заметил, что каждый выпуск Бубунты абсолютно неработоспособен до первого сервис-пака.
До корректирующего релиза в лтс так всегда и будет. На стабилизацию нужно время
Ну давайте VLTS добавим, раз у них какие-то там сроки.
Как фортки, которые win7 до sp1 никто не ставил. Win8 в принципе была лютым дном, но в 8.1 что-то пофиксили. Win10 до 18.09 в принципе не было смысла ставить, а баги, особенно в многомониторной конфигурации, до сих пор прожигают асбестовый трон. Ах да, её всё ещё нужно ребутать при установке обновлений, причём это занимает слишком много времени даже с хорошим процем, 32Гб ОЗУ и быстрым NVMe... причём иногда обновление всё ещё повисает... Это Pro, которая как бы подороже...
Или как ойось, которая вжух и то почту снесла, то ещё что-нибудь...
> Как фортки, которые win7 до sp1 никто не ставил...Скорее как в более адекватном прародителе, который выпускается не по времени с горящей опой, а "когда будет готов".
Да, у форточников и айосников негров-то линчуют.
На иных компах и сейчас смысла нет ставить, т.к после каждой перезагрузки время сбивается.
Притом, в биосе оно норм, в хакинтоше оно норм, в линух норм, а в "родной" винде - отваливается поправка на часовой пояс, притом, вне зависимости от включенности автоматического обновления времени
> На иных компах и сейчас смысла нет ставить, т.к после каждой перезагрузки
> время сбивается.
> Притом, в биосе оно норм, в хакинтоше оно норм, в линух норм,
> а в "родной" винде - отваливается поправка на часовой пояс, притом,
> вне зависимости от включенности автоматического обновления времениНе знаю как это дело обстоит в десятой винде, последней использовал семёрку, но это можно поправить правкой параметра в реестре, раньше тоже горело с этого, но потом решил погуглить по поводу решения и оказывается оно есть, и на десятой винде вроде тоже можно, хотя если ОС трогает время биоса это дегродное поведение, да.
> а в "родной" винде - отваливается поправка на часовой поясПопробовать твеак по всемирному?:
«
Windows Registry Editor Version 5.00; Время по UTC
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation]
"RealTimeIsUniversal"=dword:00000001
»
>баги, особенно в многомониторной конфигурацииВы с линуксом не путаете. Ноут + два монитора, ни разу не наблюдал багов.
>обновлений, причём это занимает слишком много времени даже с хорошим процем, 32Гб ОЗУ и быстрым NVMe... причём иногда обновление всё ещё повисаетДаже на бюджетном SSD на две линии PCIe и без кеша это занимает минуту. В то время как на апдейт убунты между версиями реально можно пойти покурить и кофе выпить.
Офигеть у тебя логика. Сравнил простое обновление Винды (минуту оно занимает, ага) и апгрейд Убунту до следующей версии. Ты ещё скажи, что ты такой крутой всего за минуту из дома успеваешь выйти, пока твой сосед-тормоз, целых 2 часа до работы едет.
>Сравнил простое обновление Винды (минуту оно занимает, ага) и апгрейд Убунту до следующей версииОбычная Вин10 "до следующей версии" два раза в год обновляется, а мелкие обновы даже на самом хилом ссд минуту занимают. Не стоит рассуждать и спорить о том, в чём не разбираетесь.
На древнем серверном WD Black обновление 25 (включая время на скачку и пересоздание mkinitcpio) пакетов на моем рачике занимает 3 минуты от момента холодного старта пикаура (да, питоновый клиент для аура + обвязка на пакман) на поиск обновлений на европейских серверах и их скачивания, до момента перестроения кэша и постинсталл хуков, из которых полторы минуты занимает скачивание 24 пакетов и ядра. (Замерял и записывал видео ffmpeg'ом)На новом "игровом" кингстоне с Вынь10 на том же роутере такая процедура занимает 2 минуты для поиска и скачивания определения дефендера; 5-7 минут для поиска, скачивания и установки 1 хотфикса, 25 хотфиксов ставятся уже 15-17 минут, где-то так же по времени ставится 1 кумулятивный апдейт, обновление с 2004 на 20H2 заняло 1 час 3 минуты (спецом замерял) с момента проверки и пуска его на загрузку-установку до момента входа на десктоп уже обновленной системы.
Сдается мне, что у тебя тут 4.2
>[оверквотинг удален]
> момента перестроения кэша и постинсталл хуков, из которых полторы минуты занимает
> скачивание 24 пакетов и ядра. (Замерял и записывал видео ffmpeg'ом)
> На новом "игровом" кингстоне с Вынь10 на том же роутере такая процедура
> занимает 2 минуты для поиска и скачивания определения дефендера; 5-7 минут
> для поиска, скачивания и установки 1 хотфикса, 25 хотфиксов ставятся уже
> 15-17 минут, где-то так же по времени ставится 1 кумулятивный апдейт,
> обновление с 2004 на 20H2 заняло 1 час 3 минуты (спецом
> замерял) с момента проверки и пуска его на загрузку-установку до момента
> входа на десктоп уже обновленной системы.
> Сдается мне, что у тебя тут 4.2Нерелевантное сравнение обновлений чистого ролинга с псевдонедополуролингом
гораздо адекватнее было бы уже тогда сравнивать релизные бинарные дистры с моделью минорных и мажорных апгрейдов и винды, они ближе по сути, несмотря на то, что теперяшняя винда вроде как и всю дорогу десятая на вывеске (предназначенной для хомячков).
Почему сравнивал ты, а стыдно мне? :)
Мне мама на днях в панике звонит - у нее сдача зачета на категорию по зуму, а винда на рабочем ноуте решила обновиться. Быстро по телефону поставили зум на стационарный и сдала.А винда еще 40 минут что-то ставила, откатывала и снова ставила.
Бред не несите! Сама Microsoft заявляет, что обновление до следующей версии занимает чуть более 10-20 минут на SDD и более часа на HDD. А вот на счет многомониторной конфигурации, то в Linux больше проблем с этим.
При этом не забывайте, что Win10 еще скачивает и предварительно подготавливает к установке обновления в фоне, когда вы работаете!
Обожаю скорость установки обновлений в Windows (в Win 10 по скорости уже не в курсе, но за время, пока на Win 7 на SSD обновления установятся - можно Kubuntu уже раз 5 переустановить с нуля с DVD)
Разные вещи сравниваешь.
Накатывать как-то по проще, чем старую ерунду массивно обновлять.
К тому же Windows при апдейты старается всякие подстраховки делать на случай, если всё накроется медным тазом (питание вырубится).
В линуксах на это всё равно — ибо пользуется оператор технарь на этаком сервере с бесперебойным питаловом. А в случае чего и отряд починщиков сразу пробежит.
> В линуксах на это всё равно — ибо пользуется оператор технарь на этаком сервере с бесперебойным
> питаловом. А в случае чего и отряд починщиков сразу пробежит.зачем? Сразу переставят, да и быстрее так.
Вчера от дорогих аутсорсеров именно такой запрос и приехал - "мы тут чего-то понаделали, быстрее теперь переустановить".
P.S. а сколько времени устанавливаются именно обновления на какую-нибудь убунту не такого давнего lts 18 с нулевой версии - можете как-нибудь посмотреть.
К счастью, ни один линoops не поддерживается теперь столько времени, сколько пресловутая семерка - поэтому полюбоваться на последовательную установку нескольких сотен обновлений можно только на каком-нибудь redhat7, если его зеркала еще живы. И да, без всяких точек восстановления и прочего ненужно. Упало - ну значит неповезло.
> В линуксах на это всё равно — ибо пользуется оператор технарь на этаком сервере с бесперебойным питаловом. А в случае чего и отряд починщиков сразу пробежит.Все правильно говоришь! И на домашних пользователей обычно пох...
> всякие подстраховкиКакие подстраховки? В АНБ чексумы сливают вместе с дифов хомяка?
Что там вообще можно делать кроме бекапа заменяемых файлов?
вендузятник должен страдать
Еще один шизофреник. Windows 10 обновляется редко но с проверенными обновлениями если ты не ставишь предварительные версии которые по дефолту ни у кого не устанавливаются без согласия.В то время как ваша Fedora обновляется через сутки, а если нужно обновить системный пакет, то ОС перезагружается 2 (да 2 раза) например маленький патч на ядро поднявший версию rpm пакета. Gnome Software вечно ведет себя так как-будто завис без никакой индикации работы обновления списка пакетов, жрет озу и цпу (вот уж действительно эталон СИ кода).
> что каждый выпуск Бубунты абсолютно неработоспособен до первого сервис-пака.Так нет.
Выходит второй сервис пак ака Ubuntu 20.04.2 и это всё ломает налево и направо ибо апдейт ядра с 5.4 на 5.8
>> что каждый выпуск Бубунты абсолютно неработоспособен до первого сервис-пака.
> Так нет.
> Выходит второй сервис пак ака Ubuntu 20.04.2 и это всё ломает налево
> и направо ибо апдейт ядра с 5.4 на 5.8А поняшек не учили тому, что дефолтные предлагательства для хомяков это необязательная фигня, т.е. можно остаться на релизной версии ядре, месы и всякой прочей шняги, которую норовит обновить система с минорными версиями апгредов?
Но это не отменяет, что бубунта - скатилась в СГ, да.
ну мне вот можешь это не рассказывать - это ничего не меняет.
не я же стонал 🤨а так общий фон от этого будет отрицательный, все и будут говорить "какая глючная Ubuntu" и так далее.
> ну мне вот можешь это не рассказывать - это ничего не меняет.
> не я же стонал 🤨
> а так общий фон от этого будет отрицательный, все и будут говорить
> "какая глючная Ubuntu" и так далее.Ну так правильно, десктопщики по дефолту, т.е. хомячки - это халявные бетатестеры.
Потому что кому надо отключает этот дефолт, или не ставит изначально так, чтобы он вообще был.
А т.к. для канониклов дестопное направление это неприбыльное направление, да и пофиг как-то, пусть хомяки тестируют, раз они жрут что дают, а что воют, так это пофиг, вон у винды и яблоосей тоже воют и ничо, продолжают же жрать.
> Ну так правильно, десктопщики по дефолту, т.е. хомячки - это халявные бетатестеры.Конечно.
Но есть проблема, должна выдерживаться всё же некая планка, иначе если перегнуть, то они могут убежать на какой-то другой дистрибутив.
А то и вообще плюнуть на всё это "надоел ваш глючный линукс, возвращаюсь на венду".И твои россказни "можно же тут так подделать, там так сделать, тут сяк - ну чего вы! а Release Notes на три страницы вы не читали - вот сами и виноваты!" не помогут.
> А то и вообще плюнуть на всё это "надоел ваш глючный линукс, возвращаюсь на венду".Не все способны к долговременному "мазо" (с маленькой буквы))
А что то, что то....
На линуксах я бы сказал, что больше.
ну не абсолютно. С нуля ставил, но смысла особо нет. Пока там репы нужные появятся и т д.
Они же сами обновление даже не предлагают до первого сервиспака.
Сижу на Kubuntu уже лет 8, всегда ставлю LTS через месяц после его выхода.
Косяки редко случаются (и не разу у меня не было такого, чтобы было невозможно пользоваться или просто сильно бы мешало)
С "абсолютно неработоспособен", это вы, сударь, сильно загнули. Кто бы его использовал тогда? :)Вы с Windows XP / Vista не путаете случайно? Вот там сразу после выпуска таки да, был швах...
Убунта LTS хороша после 4-го месяца от релиза!
Ну да, ну да, rolling release, как в Арче не имеет таких проблем (т.к. стабильный понос, это не совсем про надежность и крепкость, а редхатовские запоры не совсем про актуальность)
Роллинг-релиз, по моему наблюдению, в среднем стабильнее, чем _первые_ мажорные выпуски Убунты: в роллинге все же худо-бедно тестируют, а в Убунте есть дата релиза, и релизят в любом случае, несмотря на известные проблемы.Потому, конечно, все ждут первого патч-релиза и не спешат обновляться. Да что уж там, даже в самой Убунте предложение обновиться на следующую мажорную версию вылезает только после выхода патч-релиза, то есть они сами прекрасно осознают ситуацию.
сам веришь вообще в то, что говоришь?
Так получается абсолютно везде, где есть заранее установленная несдвигаемая дата релиза. Сто незакрытых критических багов? Пофиг, дедлайн сегодня, релизим.
Хорошая новость. Для лтс стабильность очень важна.
Если важна стабильность бери дебиан или цента/оракула
И потрать 2-3 месяца на настройку нового оборудования, а может и 1-2 года на перенос патчей из нового ядра, адаптацию новых ядер и их тестирования. Ой, так Canonical тоже самое делает...
> И потрать 2-3 месяца на настройку нового оборудования, а может и 1-2
> года на перенос патчей из нового ядра, адаптацию новых ядер и
> их тестирования. Ой, так Canonical тоже самое делает...Эм... А зачем перенос патчей нового ядра? Если стабильная версия работает и так?
Ставить на сервер нестабильную это школорачество и лютое ССЗБ.
В продакшон-дистрах нет послдних новых ядер, они уже там "настоявшиеся", поэтому байки про новые с пылу с жару железки в проде, поддержки которых нет в стейбл релизах продакшон-дистров можете школьникам травить.
Когда идёт скулёж про необходимость новых ядер, речь идёт как правило о десктопах, а конкретнее о ляптопах, когда туда завозят какую-то новую НЁХ, как правило проприетарную, вендоры которой ещё не подсуетились поддержки завезти. Во всех остальных случаях прод как правило ждёт, пока поддержка чего-то появится в стейбл релизах. А кpacнoглaзые энтузиасты с паяльником и прошивальщиками и так не обламываются компилять под свои поделия, этот контингент не будет ныть про то, что Дебиан нужно пересобирать, такие вообще как правило в source-based системах ковыряются для своих проектов.Так что подобных скулёж как правило исходит от ленивых школьников-неосиляторов, либо от тупеньких хомячков, таких же неосиляторов, либо просто от тралей, которые в данном контексте также недалеко ушли.
А на десктопах можно у дебиана поставить тестинг, который вполне себе рабочий и стабильный, по крайней мере не менее стабильный, чем LTS бунты. 2-3 месяца настройки, это про каких-то слоупоков рукозадых, до десктопного состояния бунт дебиан доводиться за несколько часов, это причём лютого слоупочества, с перерывами на пожрать, погулять, позалипать в что-то другое. И это делается один раз, потом, в отличии от бунт, систему с каждым новым релизом перенастравивать не нужно. На другие типовые машины настройки перенести ещё проще. Новые ядра реально нужны только энтузиастам, тестерам и школохомячкам-ССЗБ.
1. Скачай свежее ядро из linux kernel archives
2. Распакуй в временную папку
3. Скопируй конфиг из /proc/config.gz
3.1 Отключи Debug info и настрой что тебе хочется в конфиге (например lowlatency desktop)
4. Собери пакеты для дебиана make -j4 bindeb-pkg
5. Установи пакеты apt install /patch to deb packages6. Повторяй это раз в месяц если хочешь патчи для безопасности, или просто живи с новым ядром.
Дебиан, в отличие от убунты, настраивать не надо.
Если мне важна стабильность, то центось и барахло вроде оракула я предпочту в самую последнюю очередь
Особенно, в свете последних событий
Ничего не понял. Выше Вы утверждали, что работаете под Windows.
> Ничего не понял. Выше Вы утверждали, что работаете под Windows.Одно другому не противоречит
Винда есть, но работаю не под ней - под ней последние годы лишь в игоры играюсь иногдаВ свете нынешних событий центось и оракловое поделие даже на потыкать_палкой не стал бы ставить на железо, не то что в прод, еще и конторский
Рекомендую FreeBSD.
Там нет вулкана и нормальной "взрослой" виртуализации.
Я тоже "за". Потому что жёсткие сроки чреваы "эффектом нулевого релиза" - это когда старались-старались, выпустили версию 1.0 (салют, шампанское, музыка), а через полдня в ней находят какой-нибудь баг типа того что конфиг не записывается потому что права/acl/se не дописаны. И надо ради нескольких байтов делать менее помпезный 1.1 или 1.0.1. Сколько раз на это люди нарывались - не счесть )
Пфф.
Так щас модно.
Вон игры так выпускают (включая игры ААА класса)
Да и в Firefox, например, это уже тоже хороший тон :)
Выпускать релизы в пятницу вечером впопыхах когда орет мендежер что срочно ему надо релиз (и он уйдет бухать в бар, а чернь программистко-админская будет чинить все выходные) - это так по-русски, так по-нашему.
> Выпускать релизы в пятницу вечером впопыхах когда орет мендежеТут нет такого.
Ты можешь отложить ещё на месяц - от этого мало что изменится.Вот выпустили обновление 20.04.2 и куча стонов было от того, кто там Virtualbox использует из реп Canonical, у кого Nvidia легаси драйвера слетели, у кого всякие WiFi обломались. Всё это не очень стандартные случаи, поэтому по таким вещам очень низкая отдача на этапах тестирования.
Вот сидит этакий луддит с видеокартой десятилетней давности от Nvidia, веочятность что он побежит ставить новые тестовй пакеты около нуля. А у энтузиаста-тестировщика и оборудование новое и модное.
Это не из-за спешки, а больше из серии "раз и в продакшен".
ну вборкс сломался самый дефолтный из реп приобновлении ядра - это косяк.
> ну вборкс сломался самый дефолтный из реп приобновлении ядра - это косяк.так он и мало кому нужен из категории "эксперементаторов".
как релиз происходит, так баб-бахает внезапно.
хотя это очевидно и предсказуемо, что если обновить ядро так, а VirtualBox не обновить, то сломается.это чинится именно от возникновения ба-баха, когда в багтеркере сильно загорелось красным.
А не то, что кто-то над этим в поту работал, и не успел.
Именоо поэтому Убунта становится по-настоящему LTS после feature freeze.
Ставь Debian, там ничего не отпадает.
В нормальных компаниях так не делают, даже в России. Так что пишите заявление по собственному желанию
> Для раннего выявления блокирующих релиз проблем также решено увеличить время заморозки ежедневных сборок с недели до двух недель перед релизом, т.е. до публикации первого кандидата в релизы будет дополнительная неделя для тестирования замороженной ежедневной сборки.Фигня какая, то. Как будто есть гарантия что в течении недели не найдут какой то очередной баг. Если не успевают тестировать в 1-2 недели, сделайте 3-4 смысла сдвигать сроки нет.
Вон у Шапки/Федора на момент релиза каталог упдата (для этого релиза) под гиг почти.
> Как будто есть гарантия что в течении недели не найдут какой то очередной багтакой гарантии и для месяца нет, баги штука такая, некоторые и совершеннолетие успевают отметить
Ну что вы пишете глупости. Дело же не в том, чтобы найти баг за 1-2 недели, а в том, чтобы не релизить, пока не пофиксят уже найденные критичные (блокирующие) баги.
Просто проблемы надо помечать как не блокирующие релиз и тогда можно не сдвигать и выпускать всё в срок. Тадам.
О, эффективные менеджеры в тред подтянулись :)
> Вон у Шапки/Федора на момент релиза каталог упдата (для этого релиза) под гиг почти.дай угадаю - он состоит из ежедневных апдейтов мазилы, мазилы, мазилы, мазилы, хромога, и еще немножко линукскернела.
Остальное на фоне данных громадных пакетов даже в лупу не различить.
Бубунточка легко и просто решила эту проблему, ну, убунтострадальцы знают, как, а ты поиском воспользуйся.
У них явно проблемы с менеджментом и новыми программистами свежей волны, которые ведут себя как видевшие только GNOME Shell и Snap тинейджеры. Одно только удаление mini.iso (см. https://discourse.ubuntu.com/t/poll-about-possible-netboot-m... ) из новых версий чего стоит. Типа с его удалением будем меньше отчетов об ошибках и им легче работать будет. Не будет, т.к. команда гнилая.
> ведут себя как видевшие только GNOME Shell и SnapПогодите, а что-то еще осталось?
> У них явно проблемы с менеджментом и новыми программистами свежей волны, которые
> ведут себя как видевшие только GNOME Shell и Snap тинейджеры. Одно
> только удаление mini.iso (см. https://discourse.ubuntu.com/t/poll-about-possible-netboot-m...
> ) из новых версий чего стоит. Типа с его удалением будем
> меньше отчетов об ошибках и им легче работать будет. Не будет,
> т.к. команда гнилая.А чо, правда уже что mini.iso всё, уже того?!
Я просто порядком уже на дебиане и не слежу
Если правда, то это продоооолб!Зато новый хипсторский установщик для сервачной версии они городят, да.
По всей видимости вовремя я с бубунт свалил.
Вот эти мажорные ЛТС обновы и правда самое кривое, что есть в Бубунте
>Стабильность
>УбунтуЭто звучит также нелепо, смешно и абсурдно, как волк вегетарианец или честный депутат.
А всего то RedHat стал бесплатно раздавать enterprise дистрибутивы.Что же будет, когда RedHat начнет бесплатно оказывать саппорт для всех?
Будет технокоммунизм
На самом деле отличная новость! Это поможет убунте вновь занять лидирующие позиции - как в старые-добрые времена. LTS'ка не должна иметь явных проблем - все это сильно бьет по престижу сабжа. Перепробовал все - от арча, до сьюз. Убунта LTS - это то самое "золотое сечение". Другие выпуски даже внимания не стоят.
Старые добрые времена когда она лидировала был период когда она была особенно крива и разваливалась буквально от всего. Говорю же, это только рекламные бюджеты и больше ничего, толпу домохозяек несложно мотивировать -- дальше они будут генерировать шум сами.
Не заметил какой-то особой разницы за последние десять лет.
Действительно, как десять лет назад убунта была глюкодромом, так и осталась.
Они лучше бы фиксы бекпортировали своевременно. А то бывает в релиз попадёт неисправная версия софта, так они могут положить болт. Напишешь багрепорт, так они его закрывают с пометкой "fix released in upstream". Лол, какое мне дело до апстрима, багрепорт касается кривой версии в вашем репозитории, закрывайте когда у себя релизнёте фикс, какое мне дело до апстрима? Лолки блин. Этим же и в Дебияне страдают, к слову.
Официально убунтята суппортят только жменю софта в main. Всё остальное они утаскивают из дебиана, складируют в universe и болт они на этот софт клали. А поскольку релиз убунты приходится на середину релизного цикла дебиана, в universe попадают тонны сырого и непротестированного софта.
Systemd у них тоже в universe? ))
Ну ты сравнил. Нет.
Одно дело, если какой-то баг в каком-то десктопном плеере (и ладно), а другое если в вазоном компоненте, который все используют — и админы локалхоста, и серьёзные на серверах.
> Ну ты сравнил. Нет. Одно дело, если какой-то баг в каком-то десктопном плеере (и ладно), а другое если ввазоном компоненте, который все используют — и админы локалхоста, и серьёзные на серверах.
Например на момент выхода 20.04 в 18.04 всё ещё была версия systemd с этим багом https://github.com/systemd/systemd/issues/3388#issuecomment-... Подозреваю что до сих пор там. И это не единственный случай.
Не надейтесь.
Убунта умерла на 16-м релизе. Дальше - только как в винде: коричневая куча и большая деревянная ложка
Не надейся. Раньше убунта была лучше - мне запомнилась 10.10. но даже сейчас она топчик! Речь конечно же о lts.
> мне запомнилась 10.10Это как раз самый каноничный пример, когда реально торопились к дате 10.10.10 выпустить.
Выпустили... что лучше сразу подходить не стоило.
К счастью, меня проблемы миновали и остались лишь светлые воспоминания о выпуске. С другой стороны, для меня ничего не изменилось - как пользовался убунтой, так и продолжаю. Буквально вчера "накатил" арчик "чисто на посмотреть" в виртуалке и сходу поймал ошибку: вводишь корректный пароль, а он не подходит - какой-то баг с pam'om. Еще на десяток лет отбил себе "желание" интересоваться роллингом. Стабилизация нужна и это благо и как бы упорно не пытались убедить вас в обратном другие. А надежда - это когда веришь, что манжаро лучше арча. Как будто в случае роллинга пару недель стабилизации чего-то решают. Роллинг однозначное зло :)
У меня похожий опыт: 15 лет на роллинге, количество раз когда что-либо неожиданно сломалось могу пересчитать по пальцам одной руки. Только никакого "какой-то", у меня были проблемы из-за багов обновившихся несовместимых miniupnpc и libvpx. Пару раз повторялось, так что это уже не неожиданно. Зато у меня свежий не окаменевший софт чаще чем нет. У рача другая проблема, он долгое время тащил все баги апстрима (не исправляемые годами).
Аналогично: 20+ лет на Генте с роллингом в продакшене до 400+ серверов - полет нормальный без серьезных проблем. Редкие проблемы с зависимостями решались на тестовых серверах до переноса на боевые. Проблем с функциональностью не было никогда!