> Умник, а что мне мешает иметь UNIX-way ОС с системой инициализации System V init и со средой рабочего стола MATE или TDE да хоть KDE? Вот что мне может помешать кроме навязывания Systemd в мейнстримовых дистрибутивах?Реальность мешает. И дело тут не в systemd, дело в задачах, которые решает десктоп ОС. Systemd тоже не позволяет решать задачи, которые необходимо решать на десктопе. Вот примеры сложных десктопных и воркстейшенных задач:
1. Неравномерное распределение процессорных ресурсов для активных приложений, фоновых приложений и демонов.
Динамическое перераспределение ресурсов между приложениями согласно действиям пользователя. Задача пока не выполнима, но есть "зайчатки" в systemd. Нужно иметь службу самомониторинга и перераспределения ресурсов. cgroups есть, а вот API мониторинга такого инфраструктурного уровня нет. И шины данных для этого мониторинга, кроме dbus в юзерспейсе, тоже нет.
2. Монтирование файловых систем, очистка грязных буферов без ведома пользователя по событиям, удалённый вызов процедур по факту монтирования/размонтирования. Systemd старается с переменным успехом, но на сетевых шарах, особенно NFS может замедлить перезагрузку и включения до 30 минут в некоторых случаях.
3. Автоматизация решения типичных задач. Службы диагностики и автомаГического исправления всего. Если внимательно посмотреть, например на ту же ubuntu wiki, можно увидеть тьму руководств, как сделать, если у вас, что угодно. А для десктопа надо чтобы пользователь делал это нажатием кнопок, когда сообщил программе диагностики о том что он хочет что-то поменять и исправить и скрипт сам выполнил то что написано в How-To. Справедливости ради тут ubuntu старается автоматизироваться изо всех сил, молодцы.
4. Вменяемая сервисная модель с децентрализированной авторизацией и аутентификацией. Это не для десктопа, а для воркстейшена. Я про Kerberos, который в Linux исторически слегка сбоку и не про авторизацию на демоне, а больше про аутентификацию. Венду кстати ругают за то что все под администраторами там седят, а службы в Linux почти все либо из-под root либо SUID/SGID root. Что моментально привотит к локальным политикам безопасности (SELinux) и их делегирование под контроль внешнего сервера авторизации. Печаль-беда, короче.
5. SSO и прочие "синхронизации". Тут уже Gnome старается, это то же что в п.3, только не по kerberos а по OpenID Connect или SAML4 в связке в OAuth2.
Вот на скорую руку 5 задач, которые нужны человеку (1-3) или бизнесу (4-5) от десктопа или рабочей станции которые невыполнимы сейчас вообще, а sysvinit для них еще и мощный блокер. Если тебе это "нинужна", то на вопрос есть другой ответ:
> Умник, а что мне мешает иметь UNIX-way ОС с системой инициализации System V init и со средой рабочего стола MATE или TDE да хоть KDE? Вот что мне может помешать кроме навязывания Systemd в мейнстримовых дистрибутивах?
Мешает то, что это не ты будешь иметь "UNIX-way ОС с системой инициализации System V init и со средой рабочего стола MATE или TDE да хоть KDE", а она тебя будет иметь вместе с обозначенными DE. Вопрос вкусов и предпочтений, так сказать.