Картина ближайшего будущего, порожденная разгоряченным умом.
Командную строку с присущими ей POSIX-штучками упразднена за ненадобностью.
В systemd интегрирован загрузчик. Теперь в системе запускаются только те проги, которые прописаны в конфигурационных файлах systemd. Нужные приложения пользователь может запустить только в файл-менеджере, или системном меню DE, которые в свою очередь стартуют из systemd. Когда пользователь запускает нужное ему приложение, то, например, файл-менеджер передает запрос через super-Dbus в systemd, а уже systemd грузит с диска прогу при помощи встроенного загрузчика и запускает процесс.
Весь обмен данными только через super-Dbus. Конечно, никакого X-го клипбоарда давно нет - весь обмен данными только через super-Dbus (оконные менеджеры с дисплейным сервером и клиентскими програми, клиентские проги с дисплейным сервером, и т.д. и т.п.).
Даже сетевые приложения не соединяются через сокет с удаленными хостами. Они подключаются к super-Dbus, super-Dbus дает запрос systemd, а systemd запускает необходимый сервис, который уже ведет обмен с удаленным хостом через сетевой сокет.
А если серьезно, то может кто-нибудь объяснит к чему все это? То и дело все читаю, как в systemd интегрирован udev, дисплейный менеджер, менеджер сети и т.п. и т.д.
Но ведь systemd это вроде как всего лишь средство для старта и остановки в нужный момент определенных сервисов. По логике для systemd вообще должно быть безразлично, какой сервис запускается, или останавливается. Главное соблюсти нужную последовательность и не нарушить зависимости. А что какой сервис конфигурит, или обслуживает, ему должно быть по барабану. Вот тогда это правильная модульная система.
А сейчас, чем дальше, тем больше получается нечто монстрободобное, делающее все.
|
