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

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

+1

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

не надо ЗА и ПРОТИВ. всё просто.

теоретически конечно же всё как в вашем заголовке (роллинг - единственный путь). и тому простая причина: ПО всегда свежее.

но практически получается очень часто всякие ошибки из-за несовершенства нового кода. поэтому приходится выбирать для работы практику «заморозки пакетов».

конечно кто-то пытается извертеться, используя backports репы (deb) или их аналоги для других дистрибутивов, но я считаю это извращение.

конечно, если пользователь специалист и имеет большой опыт администрирования и вдобавок программирования, то наверн лучше будет роллинг для него (и то, многие выбирают стабильные версии из-за нежелания тратить время).

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

P.S.: в целом это явление говорит о том, что не всё ещё совершенно в мире GNU/Linux.

Да

Поддерживаю. Потому что лучше по 1 гвоздю в жопу каждый день чем ведро раз в год. (См анекдот про студенческий ад)

Роллинг — единственно верный путь

ДА.

для серверных – ужас.

НЕТ. -_-

Нет, не единственный верный.

Заморозка пакетов, обновления безопасности и в целом LTS удобны, когда нужно планирование хотя бы на несколько лет:

• На серверах легче делать плановое обновление, меньше опасности, что очередной апдейт всё сломает.
• При разработке ПО для заказчика можно оттестировать определенную LTS версию дистрибутива и заказчик может быть уверен, что это ПО будет работать несколько лет и ему не придётся регулярно заказывать обновление/доработку после каждого ломающего обновления. Вопрос поднимается уже при скором прекращении поддержки LTS.
• Установка на рабочих станциях, где ОС и софт настраиваются на выполнение конкретных задач, и rolling — неоправданно потраченные человекочасы. Особенно если это не IT сфера.
• Установка на редко обслуживаемые десктопы (друзьям, родственникам), особенно, если они на расстоянии и нельзя быстро приехать и починить систему после неудачного апдейта. Удалённый доступ тоже не всегда предполагается.
• И в целом когда нет персонального админа для ПК (неважно, домашний это, или речь о малом/среднем бизнесе с эпизодическими админами на аутсорсе).

На своём личном десктопе и ноутбуке у меня rolling (Gentoo Linux), потому что мне так удобнее. Для работы — Debian stable, потому что это более предсказуемая система.

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

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

Ну вот тебе самый пример стабильности: RHEL. Релиз поддерживается 10 лет, при этом замораживается всё, что можно, только обновления безопасности в основном идут, даже ядро особое, с полной обратной совместимостью. При этом обновится можно в любой момент — то есть систему 10 летней давности можно за раз обновить до актуальной, со всеми фичами безопасности, и это будет работать нормально.

При этом важно понимать, что простой продуктивного сервера на пару часов может стоит действительно большую сумму денег. Потому требование, что после обновления всё продолжит работать как было — жизненно важно. Ставить Arch на подобные сервера нельзя от слова совсем — там нет времени красноглазить и чинить поломки после обновлений.

К роллингу пришли просто: кто-то же должен набивать шишки в бета-версиях, чтобы релизы были стабильны.

По сути, пользователи Fedora и Arch просто тестеры, которые ловят баги в обмен на право пользования ПО с новыми фичами.

Роллинг - глюкодром. И вообще непонятно кому он нужен.

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

Разве что разработчикам, которым нужно тестировать как работает их софт в самых свежих окружениях.

Как хорошо что 1 сентября не за горами…

поюзай archlinux полгода - сам увидишь подходит тебе это или нет

Неужели надоели каникулы? Хочется скорее в школу?

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

Получить нерабочий десктоп после обновления — тоже мало радости.

Жаль, что пока во флате есть далеко не всё...

s/ПО всегда свежее/Нужное ПО всегда свежее/

И тогда оказывается, что роллинг — лишняя головная боль.

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

Троллинг — единственно верный путь

так лучше

Роллинг - единственно верный путь, всё верно.

Роллинг лучше для десктопа, поэтому использую Windows 10 👌

Там еще кали можно поставить!

Роллинг — единственно верный путь

Да. Но SSD диски с ограниченным количеством записи всё испортили. Имея SSD диск сидеть на ролинг дистре нестабильной ветке наверное лютый ад.

наверное

Не знаю, как с этим у гентушников, для арча с апдейтами раз в неделю-другую ресурса SSD хватит на много-много лет.

Да не так уж и ограниченная перезапись. По крайней мере на обновление арча можно пренебречь.

Возьмём например бюджетный 240 гигабайт ссд и tlc память с 1000 перезаписей.

Итого ресурс: 240 000‬ гигабайт.

Возьмём срок например 8 лет(за 8 лет скорее всего и так контроллер сдохнет или какая-нибудь другая поломка будет у ссд, а не из-за ресурса памяти)

240 000 / 8 / 365 = 82 гигабайта в день перезаписи. Не так уж мало, если уж беречься о здоровье ssd, то выноса /tmp , /var/log /var/tmp в zram/tmpfs и вместо файла/раздела подкачки использовать zram, по-моему мнению достаточно.

Использую ssd, и роллинги, пока живы...

Должен быть выбор. Я вообще за стабильную базовую систему которая обновляется раз в 6 месяцев к примеру, и возможность контролировать версии программ, выбирать для них роллинг или стейбл там к примеру... А не как сейчас, либо собирай новые пакеты на стейбле, либо решай траблы при каждом обновлении с троллингом.

И на сервера роллинг? Нафик надо

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

Facepalm нахер

Да. Роллинг абсолютно непригоден для Enterprise-решений.

Шёл 2019 год, линуксоиды всё берегли ресурс ssd по статейкам 2008 года...

/var/log ... в zram/tmpfs

Восхитительно.

А как же винда?

перепиливание системы под себя.

Ну если тебе больше делать в этой жизни нечего, то так оно и есть.

Ставить Arch на подобные сервера нельзя от слова совсем — там нет времени красноглазить и чинить поломки после обновлений.

На локалхосте тоже нет времени, да и зачем, если ты не в команде дистра. Роллинг это от бедности: нет ресурсов на поддержку релизов, будем просто собирать апстрим как есть и вываливать это все юзеру. Странно, что нашлось много поклонников у такой бомж-модели.

Наличие сервера под кроватью ещё ни о чём не говорит

Роллинг — единственно верный путь

Всё верно

Роллинг - глюкодром

Ахах. Ты пади еще на Слаке сидишь? =]

Уже почти год сижу на Магейе. Хороший стабильный дистрибутив с фиксированными релизами.

Заморозка - форма существования роллинга.

В конкретный момент времени роллинг заморожен. Нужно только поймать этот момент и вот он — твой личный кусочек льда.

роллинг сложнее сделать стабильным и безглючным

Кому?

И разрабы имели бы по 2 ветки софта - для новых фич и тестирования и для использования куда багфиксы сыпать и фичи после обкатки вносить, но имеем то что имеем.

Вы имеете, то, «что имеете». Мы имеем -RELEASE, -STABLE и -CURRENT.

Ога, и летящая стрела в конкретный момент времени стоит на месте)

и вот он — твой личный кусочек льда

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

Помню, например, после обновления Tcl/Tk отвалились биндинги к Ruby на x86_64 (на 32-х битных линуксах всё продолжало работать). Их потом прикручивали обратно. А в тот же Arch не до конца допиленный Tcl/Tk прилетел сразу. Ну и всё. Всё, что было написано на Ruby/Tk, у юзеров Arch'а сразу превратилось в тыкву.

И этот момент разработчики роллинг-дистрибутивов не успевают проверять до конца.

Это проблема разработчиков конкретного дистрибутива, что они допустили такую ситуацию на уровень пользователей, выстроив так процесс адаптации стороннего ПО.

Ога, и летящая стрела в конкретный момент времени стоит на месте)

Команда Debian берёт несколько стрел в момент заморозки, разрезает их на несколько и пытается собрать из кусочков нескольких стрел единственно-правильную золотую стрелу в стекле.

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