Дистрибутив

Что никак? На практике описанной тобой проблемы не существует.

Что никак?

Предложенную ситуацию собираетесь разруливать никак?
У меня для вас плохие новости — Slackware уже давно есть, но на сегодняшний день не особо популярна (популярность среди меня в расчет не берем).

Вообще, судя по описанию, ты хочешь ALT Linux.

• Формат пакетов rpm, менеджер — apt.
• rolling есть
  LTS-версии тоже есть.
  
• Инструменты для воспроизводимой сборки:
  https://www.altlinux.org/Hasher
  https://www.altlinux.org/Gear
  https://www.altlinux.org/m-p
  
• multilib https://www.altlinux.org/Biarch
• Поддерживается не только systemd, но и *-sysv-*iso http://ftp.altlinux.org/pub/distributions/ALTLinux/p8/images/starterkits/
  Есть варианты сборок с DE/wm.

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

Совсем простой пример.
Дано: Slackware 14.2
Надо: реализуемый минимальный план даунгрейда отдельных пакетов (имена и до какой версии) для запуска ATI HD 420 на fglrx.

Там не будет этого позора https://fedoraproject.org/wiki/Legal:Export

Текущие дистропредпочтения потенциальных пользователей Какую ОС вы используете на основном ПК?

3.9, например. Ну и Новая иерархия файлов systemd

Он же оставил симлинк /lib --> /usr/lib

Проприетарный fglrx не поддерживается самим производителем. Используй нормальный драйвер, а не даунгрейд систему. Твой пример вновь не имеет ничего общего с реальной жизнью.

Обычная ситуация в реальной жизни - это когда для установки пакета A нужно иметь такие-то и такие-то зависимости, но уже стоит пакет B, со своими зависимостями, часть из которых те же, но других версий. При наличии совместимости вниз между версиями зависимостей их можно обновить или наоборот не даунгрейдить, не боясь потерять функционирование пакета B или A. Другой вариант - сохранить обе версии зависимостей, например библиотек.

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

https://imgs.xkcd.com/comics/standards.png

Как нельзя лучше соседствует с тредом за этот же день: Школьники наигрались со сборочками винды и теперь пилят дистрибутивы гнулинукса

Чтобы сделать лучше

А получится говно

Если такой проект начнётся, наверняка будет масса споров о разных путях развития

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

RPM

Толстота то какая... ЖЫРНОТА!

LSB мёртв. FHS убог и для десктопа не пригоден. За основу файловой системы предлагаю взять таковую у macOS. Никаких RPM и прочих устаревших серверных ПМ, только Flatplak и/или AppImage.

Можно обсудить и другие детали, но каково мнение зрительного зала об этой идеи в целом?

Нужны деньги и ментейнеры.

На них и остановимся

вновь не имеет ничего общего с реальной жизнью

Железо никуда не делось.
Если б fglrx поддерживался — задача решалась бы производителем, не вами.
Если б попытались решать задачу, тут же получили бы описанную вами «обычную ситуацию в реальной жизни» — необходимость даунгрейда xorg и грозди компонентов, с которым старый xorg не соберется. Наступили б или нет на совместимость версии ядра и glibc — не помню, но если да — тоже интересный случай. Наступили б на нежелание свежего компилятора собирать легко собираемое прежними версиями — тоже был бы интересный случай.
Но нет, так нет.

Теория теорией, но обычные ситуации в реальной жизни способны создавать практические проблемы на теоретически ровном месте ^)

FHS макоси - убог, как FHS SCO Unixware/
Редхатовский - самый вменяемый на сегодня.

AppImage/Flatpack нужные штуки.

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

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

А чо его форкать? Там вроде есть штатные средства для создания болгеносов. http://mirror.yandex.ru/altlinux-starterkits/release/ — вон их как грязи, вплоть до гнустепа с сисв.
А ещё есть susestudio.
А ещё я не в курсе, но на чём-то же клепают миллионы убунтоклонов.
Сейчас довольно легко лепятся свои сборки на чужих репозиториях. Если задача — «вот это будет в сборке, а это нет», проще на основе существующего под себя собрать.
А для принципиально нового дистрибутива нужны принципиально новые идеи, принципиально несовместимые с существующими дистрибутивами и настолько хорошие, что людям не будет «нинужна» с этим ковыряться.

истинный lor дистрибутив - это kali linux, мамкины хацкеры подтвердят

Железо никуда не делось.

Но и на неподдерживаемом fglrx свет клином тоже не сошёлся. Есть же альтернативные драйверы.

должен

встречается аж 7 раз, но не объясняется кому и зачем это нужно.

Первый «должен» о следовании стандартам. Почему нужно следовать стандартам, думаю, очевидно. Второй «должен» о пакетном менеджере и как раз таки объяснён - требование стандарта. Третий «должен» о десктопной направленности дистрибутива - объяснён. Четвёртый «должен» о бинарной повторяемости - объяснён в процессе обсуждения. Пятый «должен» о модульной структуре дистрибутива, позволяющей легко его кастомизировать под очень разные требования LOR-овцев - объяснён. Два последних «должен» связаны с независимостью этого дистрибутивы от уже существующих.

Это не объясняет того, зачем всё это нужно и кому?

на неподдерживаемом fglrx свет клином тоже не сошёлся

Вы просили задачу для иллюстрации проблем слишком широкого выбора. Такую задачу описал. Ее решение наглядно демонстрирует характерные точки, где красивые правильные теории разбиваются о суровый быт ма-а-а-а-аленьких исключений.
Не хотите — как хотите.

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

А ты замахнулся на образину, объемом, сколько там сейчас, кажется 1.5-1.7ГБ у последней Федоры?

Большая часть этой «образины» - прикладные программы. Сама система, вмести с десктоп окружением, гораздо меньше. Следование стандартам позволит устанавливать и запускать прикладные программы собранные другими, в идеали их авторами. Этот принцип озвучивался уже неоднократно, причём не только мной.

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

Это нужно для развития и популяризации Linux на десктопах.

Это нужно для развития и популяризации Linux на десктопах.

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

Отлично! Будем распространять пакеты через P2P и вместе улучшать нашу любимую ОС. Создав её с нуля, мы сможем избежать многих недостатков, которые есть в других дистрибутивах. А ещё вместо ванильного ядра там будет Linux-pf. Мы будем рассказывать всем о своём дистрибутиве, к нам будут присоединяться всё больше пользователей и разработчиков, ещё сильнее способствуя его развитию. Linux-pf переименуют в Linux-ng, Linux — в Linux-old. Наш дистрибутив станет сначала лидером среди свободных систем, а затем и самой популярной ОС на десктопах. А когда мы сможем связаться с внеземными цивилизациями, то утвердим господство GNU/Linux-ng на межпланетном уровне!

Но ведь стандарт де-факто - это deb. А LSB - мертвый стандарт, созданный Ред Хатом для себя любимых и никому кроме них не нужный.

deb использует только один дистрибутив, а rpm использует редхат, сузе, мандрива, альт и ещё куча дистров.

Как раз для десктопа отсутствие мягких зависимостей

Это вы про что?

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

Почему тогда в Nix, 0install, AppImage, Flatpack, Guix и тому подобном что угодно, но не rpm и deb?

Интересный факт: на rpm перешёл новый дистрибутив OS/2. https://www.arcanoae.com/arcaos-5-0-now-available/

При том, что это совершенно другая ОС.

ничё не читал просто сразу спрошу - билд сервер где будет?

System Requirements for ArcaOS:

    Intel Pentium Pro / AMD K6 or higher CPU; 64 bit CPU’s are supported.

это для тех кто не может купить себе новую тачку?

но по факту нигде не используется,

Очень широко используется.

https://www.google.ru/search?q=site:build.opensuse.org spec recommends

https://www.google.ru/search?q=site:build.opensuse.org spec suggests

а юм просто не осиливает такую сложную логику.

Yum никогда не использовал, но думаю, что с этим у него проблем нет.

ничё не читал просто сразу спрошу - билд сервер где будет?

Его не будет. Будет распределённая сборка сообществом. Именно для этого и нужна бинарная повторяемость.

Рад за сусю. Надо для интереса потыкать, что ли

Это типо пришёл я с работы, собрал wine новый, потом ушёл в запой и усё? Все сидят на старом wine.