Да что там, на фрибзду. Хотя не, лучше на опенка. Нифига не работает, зато максимально расово верно.

Пока что трогал Генту очень немного - вроде как там по умолчанию OpenRC и системД сам ниоткуда не выползает?

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

А кто скачет :). Убунта-Демьян. Если б не всякое гэ полезшее - и не дёргался бы.

Там демон. >:-)

Да ладно, нормальная штука. Только по сравнению с systemd - не умеет нифига.

А на багзиллы со скриптами инициализации мы смотреть не будем? Ведь свое г-но не пахнет...

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

Поттеринг такими темпами сам себя загонит в угол.

> Если долго сидеть на берегу реки, то можно увидеть как мимо проплывет труп твоего врага.

Плюсы-то есть. Оспаривать проблемы sysv-rc — IMHO, сумашествие. Однако systemd плох тем, что это не просто замена init и rc, а это монструозный пакет, который сделал всё возможное чтобы создать как можно больше lock-in-ов на себя любимого.

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

> А еще да, стабилизироваться и излечиться от основных багов.

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

Так не доставайся же ты никому!(С)

Но ты мелко черпаешь - тут уже нарисовался Linux RIP. а не демьяша только :(

А теперь представь, что произойдет если забанить всего одни ник "Аноним".
Сразу станет светлее и ;)

Именно что "пока". Недавно вот при обновлении K3b через цепочку зависимостей чуть этот самый systemd не притащил... И есть серьёзные подозрения, что на данный момент подобные вещи — только цветочки.

Всё-таки интересно, что Вы скажете Алану... :)

не стоит всех судить по своим страданиям и фобиям. Для вас страх перед новым может и является проблемой которую вы решаете другой крайностью - безрассудным принятием этого нового. Но это не значит что и все остальные смотрят на вещи с позиции страхов. Может это кажется вам неверотяным, но systemd не любят по вполне объективным причинам и усугубляет ситуацию его безальтернативное насаждение всюду некой группой людей.

Иногда старость приходит одна.

Для системного ПО важно не то, что оно работает на "гномодесктопе" (как уже давно характеризуют федору сами её разработчики), а то, что оно работает всегда и по возможности даже в нештатных ситуациях.  Причём мерило тут не то, сколько свистелок доступно в нормальном случае, а то, в скольки случаях на сотню или тысячу оказываешься без выхода.

> имеет набор утилит которые расскажут о системе все до последнего форкнувшегося
> процесса. при ините как бы не был он привычен такого не было.

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

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

Да, гильотина cgroups -- довольно мощное средство даже при среднередхатовой криворукости.

С /usr там примерно так же поступили -- было слишком много отвратительно собранных пакетов, где бинари из /bin линковались с библиотеками из /usr/lib, плюс слишком много багов на эту же тему в anaconda, pulseaudio и, если не изменяет склероз, в гноме.

Например, у Леннарта (ник mezcalero на LWN) был такой довод, что GUI к PA всенепременно надо показывать модель звукокарточки, которая берётся из файла pci.ids, который обычно в /usr, а инициализировать это всё надо непременно чуть ли не в initrd -- очень рано при запуске системы.  То, что человек с руками из плеч и головой оттуда же сделает отложенное заполнение данных для интерфейса, который всяко не сразу после загрузки ядра появится -- почему-то не рассматривалось (ну или не заметил).

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

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

Мне тоже пришлось довольно быстро сделать трассировку выполнения makefiles и обработку при помощи graphviz, когда делал ещё ранние mkimage-profiles.  По той же причине -- растущие и шевелящиеся графы быстро перестают укладываться в голове.

> не было в ините такого.

Там ещё и кофемашины нет, а http://www.bootchart.org доступен скоро десять лет как.

> да и костыли вечные для работы нужны были. либо через крон либо ат.

Почему мне не были нужны?

> либо отдельно прописывать свой скрипт что бы хоть заработало. не все сладко в ините.

Так он и не сахарница, шоб было "усё сладко".

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

Впрочем, тут жизнь покажет.

Согласен, это не форк - это негодная пародия на форк :)

Ядро, когда стало обрастать реальными фичами и поддержкой кучи оборудования тоже потеряло прозрачность и простоту. И были достаточно длительные этапы рефакторинга и изменения архитектуры. Простота может быть кажущаяся, перекладывающая сложность с плечь разработчиков на рядовых админов. Типа: понятно, что нужно взять кирпичи, цемент, песок, воду и построить дом - просто, понятно. Но это не та простота, которая нужна пользователям (читай админам и разработчикам, не домашним хомячкам конечно) - им нужна целостная ОС и системное ПО.

Поездите на прототипе новой машины, который Вам продали как серийный экземпляр, а там поговорим о достижении.

> А те кто переводит свои дистрибутивы на неё - они как раз и смотрят
> в будущее, видя это вменяемое состояние и на основе этого формируют
> своё решение.