Дистр со стабильной базой, но роллингом прикладного софта

Есть такие в природе?

В общем и целом, ответ - нет.

Как вариант убунта со своим snap.

Любой релизный дистрибутив + flatpak.

Debian stable + backports.

Роса придерживалась примерно такого принципа. Но пациент скорее мёртв, чем жив.

Не линукс, но всё же есть такая ОС: фрибсд.

Пользовательский софт там в портах (компилировать самому) либо пакетах, они всегда роллинг.

Базовая система (ядро+проги типа sh или traceroute) бывает разная на выбор, самая консервативная - RELENG - там только патчи безопасности. Ещё есть STABLE ветка, там чуть больше в сторону роллинга по сравнению с RELENG, но тоже особо не меняется основа.

Но, увы, срок поддержки всегда ограничен, тут не исключение - патчи безопасности со временем приходить перестанут, роллинг порты перестанут тестировать на совместимость со старой базой и они могут даже перестать компилироваться, и т.д. Время поддержки одного RELENG - обычно получается около года/чуть больше (после закончившегося 10.1 можно перейти на 10.2, версии базового софта могут немного поменяться), время поддержки STABLE - 5 лет (STABLE общий для каждой мажорной версии, те например 10-STABLE). Но сразу конечно ничего не сломается, может и ещё 5 лет пройти от окончания официальной поддержки до первых реальных признаков неподдерживаемости.

fedora, нет? можно также на pclinuxos посмотреть…

Тогда генту. Те же самые принципы с установкой пакетов из тестинга. И линукс на фряху менять не придётся.

Давно у федоры база стабильная? Почти сразу прилетают обновления ядра, системд, глибц и т.д.

Есть та же слака, где после релиза (не за горами 15.0) база почти не будет меняться, но прикладной софт из слакбилдов можно будет обновлять, пока позволяет эта самая база. Нужен сторонний менеджер sbopkg с подключенной репой slackbuilds.org, но это мелочи. Так же можно выделить в отдельный скоп софт, который нужен в виде последних версий и собирать самому с использованием готовых слакбилдов.

Fedora Silverblue.

Берешь любой стабильный (хоть RHEL 7) и катишь на нем прикладной софт сам (хоть nixpkgs unstable). Осталось понять, зачем тебе стабильная база.

Думаю Федору таковой можно считать. Софт свежий, но при этом система стабильная. С релиза на релиз обновляется без проблем.

роллинговому софту и «база» рано или поздно роллинговая понадобится

nixos-stable + nixos-unstable

Коллеги правы, flatpak решает эту проблему.

flatpak решит все проблемы, говорили они

Есть такие в природе? Чтобы основная системная часть была стабильная, и прилетали только исправления безопаности, но прикладные программы обновлялись. В разумных пределах само собой, чтобы база поддерживала работу с новыми версиями прикладного софта. Как по мне было бы идеальное сочетание стабильности и новизны. Всякие критичные компоненты никуда не бегут впереди паравоза по версиям, а прикладной софт всегда с последними фичами.

Haiku.

Flatpak в отличие от snap не работает, да. Помимо проблемы обозначенной в тредах еще и неработающий cdn с вечными from remote flathub: Peer failed to perform TLS handshake

cdn с вечными from remote flathub: Peer failed to perform TLS handshake

Как вы это делаете? Ни разу в Fedora с подобным не встречался.

Но сроки могут быть очень большими. Хотя я недавно столкнулся с подставой от glibc, когда моя собственная прога потребовала новую его версию при попытке запустить бинарник на более старой системе, чем та где он компилировался - потому что новоскомпилированный использует какой-то там новый апи fcntl() (хотя что в нём менять то…). Но всё же мне кажется это редкий случай, а с перекомпиляцией (просто перекомпиляция, без патчей) так вообще обычно можно текущие версии запускать на базовой системе 10-летней давности, а где-то и 20-летней.

За такое время у базы другая проблема появится: те самые фиксы безопасности в неё могут перестать присылать.

Этот вариант рабочий, и даже немного работает за пределами ubuntu:

https://snapcraft.io/docs/installing-snapd

Там не везде «основная системная часть была стабильная», но это довольно странное пожелание на самом деле.

А где все фанатики со своей бомжарой? Закончили школу и нормальный арч накатили?

Закончили школу и нормальный арч накатили?

бомжарой ... арч накатили

Т. е. перешли из средней школы в старшую.

да ядро только функционально обновляется, версия glibc остается прежней в рамках релиза, а systemd вообще lts-версия вроде как.

Ещё есть STABLE ветка, там чуть больше в сторону роллинга по сравнению с RELENG, но тоже особо не меняется основа.

Вот только на днях в 13-STABLE обновили системный LLVM до 12.0.1. Идёт переход на новую систему пакетирования, совместимость сохраняется мягкими ссылками на пакеты.

В Linux то и дело проблемы с железом, а во FreeBSD еще хуже. Как дела с Wi-Fi ac, 5 GHz так и нет, с видео от AMD так и приходится тянуть Linux прослойку? Так бы перекатился на FreeBSD, уж больно нравится ее подход к разработке.

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

Как дела с Wi-Fi ac

Мне не доводилось работать с Wi-Fi во FreeBSD. Видимо я пользуюсь нормальным компьютером, а не недо-планшеткой.

а драйвера?

arch или sid

Тогда и Void надо вспомнить, раз уже все остальные перечислили )

Ядро любое от 4.4 до 5.13. И без systemd. Куда уж стабильнее база )

Flatpak тебе даст любой новый софт с фитчами использовать)

opensuse tumbleweed самая стабильная из роллинга. Но на сусе сейчас народу мало.

Ваш вопрос мне напомнил одну фразу, «Вам шашечки или ехать»? :) Rolling и Stable в своей сути и философии диаметрально разные направления. Говоря иначе - оксюморон.

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

Пардон, я таки опять про Void )

Стало любопытно - запутсится ли ядро 4.4 под HyperV. Запускается. На моем bare-metal он точно не запускается из-за видеокарты.

И всё так же - запускается MSEdge из /arch_root/opt. Нпример Fedora-Ubuntu при попытке запустить ругаются «Ловушка трассировки/останова (стек памяти сброшен на диск)», а у Void нет ловушек, чхать ему на ловушки )

-----------
Покупал как-то что-то в огородном магазине. Спрашивал у продавщицы про пионы. Рядом стоял дедушка. И жаалобно так: «а поговорите со мной тоже про пионы».

Поперло…

еще и неработающий cdn с вечными from remote flathub: Peer failed to perform TLS handshake

Подключи интернет.

диван и бекпорты из тестинга

Андроид за дистрибутив линукс сойдет? :)

Мне кажется любой дистр на lts ядре будет достаточно стабилен. Ну там systemd конечно может что-то попортить, но в принципе и он нормален.

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

Ну да, бывает и такое, но всё же оно пока что .0

В целом такое можно и на каком-нибудь Debian провернуть, прописав репозитории для разных веток и предпочитаемой указать stable. Только у нас же тут не винда, где каждое приложение все нужное таскает с собой, а ехали зависимости через зависимости, так что попытка накатить какой-нибудь условный блокнот или калькулятор из тестинга может за собой в тестинг утянуть большую часть инсталляции. Так что остается пара вариантов как превратить онтопик в оффтопик - либо самому собирать\ставить свежий софт с зависимостями в разные префиксы, либо взять какой-нибудь флатпак, который будет делать это сам.

Есть. Slackware, Void, Arch

Мне не доводилось работать с Wi-Fi во FreeBSD. Видимо я пользуюсь нормальным компьютером, а не недо-планшеткой.

С каких пор ноутбук стал ненормальным компьютером?

Пришел в кафе, лег в частную клинику, дома или загородом и т.д., а там только Wi-Fi. Как быть?

вечными from remote flathub: Peer failed to perform TLS handshake

В России сохраняются проблемы с доступностью сайтов, но никто их не замечает

Полагаю, Fedora вам подойдёт, но для использования LTS-ядра, его необходимо будет либо компилировать самому, либо полагаться на сторонний COPR-репозиторий (и доверять ему).

Mageia Linux. Жырпак для свежего софта сам установишь.

К сожалению, таких нет. Потому что всякие упорыши типа авторов libicu, libboost и прочей хрени, постоянно ломают обратную совместимость при минорнейших релизах, которые выходят с пугающей частотой. В результате получается, что новые версии прикладного софта требуют версию этого шлака поновее, с которой софт уже стоящий в системе работать уже не будет. И минорное обновление приводит к неоходимости либо обновить всю систему, либо иметь в системе 100500 минорных версий этих дурацких либ (вернее либ, авторы которых упорыши). В какой-то степени это можно организовать в слаке, но все дистры в которых пакетный менеджер обрабатывает зависимости можно сразу вычёркивать.

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

Сомневаюсь, что с AX, который используется в нормальных компьютерах, там вдруг лучше, чем с AC 🤣