LINUX.ORG.RU

История изменений

Исправление gns, (текущая версия) :

В проде это лучше, чем Gentoo. Как писал Спуф - «Это LFS с проделанной за тебя грязной работой». Качественная минималка, под которую легко и просто делается свой набор необходимого.

А вот теперь читаем документацию на тот же CRUX в разделе «кому это нужно».

In short, CRUX might suit you very well if you are:

    A somewhat experienced Linux user who wants a clean and solid Linux distribution as the foundation of your installation.
    Someone who appreciates the challenge of navigating third-party source trees and figuring out what it takes to compile them.
    Someone who has the patience to rebuild large packages on a regular basis.
    Someone who enjoys exploring and discussing with other enthusiasts the intricacies of putting together an operating system. 

Это ж в каком проде есть время на регулярную пересборку всего из сорцов? И в каком проде есть время и желение на поиски способов собрать third-party source trees? Как локальный solid-state дистрибут, где нет ничего нового и задачи определены — может быть. А там, где кто-то что-то допиливает и добавляет очередной микросервис, или шлюз в очередную билетную систему, см. тот же tu-tu.ru, где, по слухам, число разработчиков измеряется сотнями (за что купил, за то продаю), такой подход может кончиться плохо.

Из личного опыта (заказчики — банки) в проде RHEL, Oracle, Ubuntu, Astra. Желание быль на bleeding edge и постоянно осиливать LFS — есть способ чесать ЧСВ и чувствовать себя «крутым». Да, дыры безопасности затыкать надо, но заказчики пытаются это решать коммерческой поддержкой.

Может, подобный дистрибутив хорош как основа embed-прошивки с определенными задачами «искаропки». Но опыт показывает, что даже BMC внутри себя уже давно переполз на что-то systemd-based потому как там дохрена взаимозависимых мелких демонов (и под каждый новый датчик температуры на новой мамке добавляется еще), которые друг с другом по DBUS разговаривают. В общем, Yocto тебе в помощь, изучай. :)

А то, что пакеты под это делать замумукаешься, так посмотри на досуге, сколько внешних зависимостей хочет тот же емакс. Я наигрался в свое время с BSDшными портами. Когда пакаджи там появились, так стало существенно легче. При обновлении чего-то из исходников никогда не знаешь, сколько и чего осталось от прошлой версии, а что было перетерто новой.

Исходная версия gns, :

В проде это лучше, чем Gentoo. Как писал Спуф - «Это LFS с проделанной за тебя грязной работой». Качественная минималка, под которую легко и просто делается свой набор необходимого.

А вот теперь читаем документацию на тот же CRUX в разделе «кому это нужно».

In short, CRUX might suit you very well if you are:

    A somewhat experienced Linux user who wants a clean and solid Linux distribution as the foundation of your installation.
    Someone who appreciates the challenge of navigating third-party source trees and figuring out what it takes to compile them.
    Someone who has the patience to rebuild large packages on a regular basis.
    Someone who enjoys exploring and discussing with other enthusiasts the intricacies of putting together an operating system. 

Это ж в каком проде есть время на регулярную пересборку всего из сорцов? И в каком проде есть время и желение на поиски способов собрать third-party source trees? Как локальный solid-state дистрибут, где нет ничего нового им задачи определены — может быть. А там, где кто-то что-то допиливает и добавляет очередной микросервис, или шлюз в очередную билетную систему, см. тот же tu-tu.ru, где, по слухам, число разработчиков измеряется сотнями (за что купил, за то продаю), такой подход может кончиться плохо.

Из личного опыта (заказчики — банки) в проде RHEL, Oracle, Ubuntu, Astra. Желание быль на bleeding edge и постоянно осиливать LFS — есть способ чесать ЧСВ и чувствовать себя «крутым». Да, дыры безопасности затыкать надо, но заказчики пытаются это решать коммерческой поддержкой.

Может, подобный дистрибутив хорош как основа embed-прошивки с определенными задачами «искаропки». Но опыт показывает, что даже BMC внутри себя уже давно переполз на что-то systemd-based потому как там дохрена взаимозависимых мелких демонов (и под каждый новый датчик температуры на новой мамке добавляется еще), которые друг с другом по DBUS разговаривают. В общем, Yocto тебе в помощь, изучай. :)

А то, что пакеты под это делать замумукаешься, так посмотри на досуге, сколько внешних зависимостей хочет тот же емакс. Я наигрался в свое время с BSDшными портами. Когда пакаджи там появились, так стало существенно легче. При обновлении чего-то из исходников никогда не знаешь, сколько и чего осталось от прошлой версии, а что было перетерто новой.