Linux… Centos…Debian..Ubuntu…дачтоблин происходит?

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

Переход на именование сетевок в зависимости от чипов – ens/eth/eno/rtl – не смертельно, ладно, унаследовали от родительницы unix, леший с вами. не повод ругать, но эти резкие телодвижения “в сторону” от собственных традиций – бесят.

Systemd – вроде бы прекрасное начинание по унификации, но лишь пока не полезешь в потроха разбираться, и тут начинаешь охреневать что порой элементарная задача превращается в 10 минутный поиск в какой же еще заднице лежат куски конфигураций, чтобы поменять параметр тайм-аута или еще какой-то специфичный параметр запуска демона. Не говоря уже что в теории, systemd должен был легко решить и унифицировать вопросы логирования, но на практике journalctl как-то не назовешь очень удобным, и не сказать что он сильно прижился. В результате мы выпилили классический вариант init.d, ради унификации и простоты, и нагородили дикий велосипед.

Selinux/apparmor – полезно, нужно, вроде бы незаменимо. но абсолютно невменяемо документировано. На первый взгляд инструмент из области “обязательно к использованию”. Но когда начинаешь лезть в потроха, и понимаешь что без километрового описания что процессу можно ему будет не позволено ни чихнуть, ни, простите, перднуть – то тут начинаешь звереть… Ладно, ограничить запись/чтение каталогов, но еще и описать вызов системных процедур, еклмн, да это надо трейсить тогда его предварительно чтобы не получить отвал обычного bind-а потому что часть конфигураций зон должна лежать не там, где “предусмотрено из коробки”

Debian – смертоубийственный бардак. /etc/default/ifplugd, /etc/ifplugd/ifplugd.conf, причем часть конфигов различных сторонних пакетов живет /etc/имя_тулзы/конфиг часть /etc/тулза.conf. А некоторые особо упоротые сборщики умудряются еще и наплодить все и сразу. /etc/имя.conf /etc/имя/ /etc/default/имя. Нужно БОЛЬШЕ(!) конфигов дублирующих друг друга.

Сanonical… Ubuntu… netplan – прекрасное начинание, и ублюдочная реализация. Вроде бы смысл, что в одну конфигурацию должно было быть собрано много того, что сейчас раскидано черти как. Но элементарных утилит консольных для быстрого управления мы не предусмотрели, а YAML удобочитаем, но, зараза, один лишний пробел или табуляция заставляет терять кучу времени проводя вычитку чертовой конфигурации. WTF??? Промолчу как им удалось качественно похоронить долго воспеваемый Unity…

Centos 7 – это ж что нужно было курить.. что ОС загружаться будет запросто с 1 гб ОЗУ, но установщик, даже, скотина, в текстовом режиме будет валиться с абсолютно левыми ошибками на виртуалках менее чем 2гб оперативки. (да-да, слышали.. зачем тебе убогая впска с 1ГБ озу? – А зачем больше, если в ней может жить всего пара сервисов, которым нужно некоторое количество тактов процессора, сеть и практически плевать на оперативку?” )

Centos6+grub – недавно столкнулся, что при установке нового ядра grub.conf ушел в далекие края и стал девственно чист, что естественно вызвало у загрузчика конвульсии с вываливанием в rescue-консоль граба при перезагрузке. И тут вызвало очередной этап охреневания, мы выпилим grub-mkconfig с концами, по самые гланды. И предложим взять и сгенерить руками конфигурации на десяток ядер. Не, с помощью гугления понимаешь, что они использовали альтернативный высер в виде grubby, но, абсолютно забыли упомянуть об этом в документации. И тривиальная задача превращается в получасовой квест. Загрузись в linux rescue, найди как там называется чертов lvm-том с корнем, нарисуй конфигурацию для граба. Наступи на грабли что по умолчанию попробуешь грузануться с ядром ранней ветки, и initrd собранным с kernel-dumpом которое по завершению init-процесса свалит в ребут… бррр.

Шестая копейка и обновления… ага.. попробуй загрузиться pxe-инсталлер от скажем 6.5 и натравить на публичное репо того же яндекса.. узнаешь много нового что 6.5 не сможет подтянуть для установки “текущей” версии 6.10 и высрет тонну кирпичей ошибок. Не проблема это исправить, но опять какие-то абсолютно дурные телодвижения на ровном месте.

И вот так, вникая в эти мелочи, которые вроде бы и не важны и часто не критичны, не понимаешь, почему хваленый opensource движется вместо унификации, к какой-то глубокой и большой заднице. Местами начиная тот же негрософт напоминать с их реестром форточек, где свалили все в одну кучу, перемешали раз 30, и оставили на “откуп” потребителям, хомячки все сожрут.