теперь как будто RedHat хочет подменить для обкатки вместо федоры CentOS Stream

в общем где-то там и случился переход сначала по совету знакомого на Gentoo, что было довольно весело (:

а уже потом на Debian, в итоге больше 10 лет уже на Debian, полет нормальный.

Я наоборот недавно перешёл на Федору, где то на 29 релизе

Вот уж не знаю чем так админам нравится CentOS

Это про арч

>> Преобразование основного проекта CentOS вместо параллельного развития отдельной непрерывно обновляемой ветки CentOS Stream объясняется нежеланием распылять силы на два фронта - по мнению Red Hat, попытка делать две противоположные вещи приведёт к тому, что обе они будут сделаны плохо. Сосредоточившись на CentOS Stream компания надеется, что в результате можно сформировать целостный и надёжный дистрибутив, удовлетворяющий потребностям сообщества.
До сих пор цепочка разработки выглядела следующим образом: Cнапшот одного из выпусков Fedora брался в качестве основы для новой ветки RHEL, которая дорабатывалась и стабилизировалась за закрытыми дверями, без возможности контролировать ход разработки и принимаемые решения. На основе готовых пакетов формировался выпуск CentOS, полностью совместимый с RHEL. Новая цепочка подразумевает вынос процесса разработки RHEL в CentOS - на основе снапшота Fedora при участии сообщества будет формироваться следующий значительный релиз CentOS Stream, после готовности которого RHEL будет пересобираться на основе CentOS Stream.

На дебиан пакеты дорого катятся

У меня вообще странный путь.  ASPLinux -> Mandriva -> MopsLinux -> OpenSUSE -> Fedora -> Gentoo -> Debian

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

У меня была бубута, потом пробовал деб, потом бубута, потом минт и теперь Федора

Opensuse не зашла

гм. Я занимался сборками пакетов  и для Debian, и для RedHat семейства. Если их знаешь на достаточном уровне, то примерно одинаково.

Вот я скажу так. Я 2 раза сидел в Debian на Testing ветке. Там бывает лотерея, один раз я получил Segfault на всех gtk3 приложениях.

Впринципе dpkg-buildpackage -b для скачанных исходников от более свежей версии решает многие проблемы.

тут скорее ты как разраб

vs бизнесс. Когда там суппорт цикл под 10 лет был

и можно было засэтапать сервер на ЦентОС и забыть на лет 5 (только секьюрити патчи делая)

Не ну я конечно видел мутантов, когда для ядра 2.6 с копейками была собрана одна из последних JVM, но это же ужасно. Просто по банальной причине того что на 3+ ядре были переписаны драйвера и ввод вывод быстрее работает

https://github.com/asm0dey/staks/
Написал StAX с человеческим лицом

Именно