Когда программа X запускает Y, то это не её личный Y, это «системный» Y. Результат чтения конфигов из директории /etc/blabla.d зависит от наличия и версии в системе пакета Z, о котором А ни сном ни духом. Вот это торжество drop-inов на куче уровней и есть «бардак».

Словосочетание «в системе» должно умереть. Пока у тебя нет в зависимостях Y ты его видеть не должен. Если зависишь от Z, то зависть должен от конкретной версии, с точностью до каждого бита в пакете.

Результат чтения конфигов из директории /etc/blabla.d зависит от наличия и версии в системе пакета Z, о котором А ни сном ни духом

И как это решается, и проблема ли это вообще? Я так понимаю, что об этом мало кто думает, потому что будет сложно разрешать зависимости или что-то такое?

Полным переосмыслением package/configuration management. Если Y на тебя влияет, значит оно у тебя в зависимостях. Если Z нет в зависимостях, ты его не видишь и он на тебя не влияет.

А дальше из этого правильного шага следует тонна плюшек, про которую писать уже лень.

У самурая нет любимого меча, у него есть меч

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

7. «Этот опрос сосёт!»

Был прод на dpkg-based, прод на rpm-based и рабочий десктоп на Убунту, на котором через nix поставил нужные мне версии прог (nix source-based, но не Gentoo).

Поэтому очень странный опрос, в духе модных нынче опросов: «выберите лучшее из зол: [ ] самое худшее зло».

А если их несколько? Переделайте опрос!

По работе - Slakware->Redhat->{RHEL,Ubuntu}->{CentOS,Fedora}->Ubuntu. Ну и всякие эмбеддед линуксы от вендоров железок, обычно без всяких пакетных оберток. Все дополнительные либы делались ручками -> autoconf, configure, make.

Вот дистрибутивов типа Gentoo или Arch на практике использовать не приходилось, разве что поиграться.

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

Где мультивыбор?

Слака в проде? Ага.

Где Arch/Manjaro ?

В реальном мире арч, манжара на работе- разве что по недосмотру админа могут быть. Тут речь про настоящие линуксы.

А что делать если deb-based и встройка, но приходится еще баловаться rpm’ами?

Арч на работах часто юзают когда надо на совсем свежаке гонять, для тестов и когда фичи шибко новые нужны (разработка софта). Так что не надо так категорично. Федора иногда слишком консервативна…

Gentoo.

Чтобы осознать, что авторы Yocto не вдохновлялись Portage(как утверждают в своём мануале), а курили вещества.

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

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

А если серьезно, то знание нюансов конкретного дистрибутива в отрыве от понимания основных концепций Unix/Linux вещь довольно бесполезная: во-первых детали без проблем выясняются по мере необходимости, а во-вторых постоянно меняются. Лучше вкладывать время в изучение фундаментальных вещей, такое знание никогда не устареет (в отличие от). Мои 2 копейки.

Шапковое семейство. Как назло, в нём разбираюсь хуже остальных.

По работе… Эт смотря где - сейчас в основном CentOS и немного Debian… Для себя - уже лет 10 Gentoo…

В продакшене была почти исключительно центось, ну и совсем давно фряха. Были единичные вещи (платные) на дебиане, биллинг нам вообще сами авторы ставили на генту, потом на дебиан перевели.