[devel] Разделение миров systemd и sysv

[Alexey Shabalin]

пт, 19 мар. 2021 г. в 11:42, Andrey Savchenko <bircoph на altlinux.org>:
>
> On Wed, 17 Mar 2021 23:00:08 +0300 Alexey Shabalin wrote:
> > пт, 5 февр. 2021 г. в 13:55, Alexey Gladkov <legion на altlinux.ru>:
> > > >
> > > > Большинство из вышеуказанного я могу перенести в systemd и поставить
> > > > конфликт на startup. Только сизиф такое не переживет :) у нас даже в
> > > > ядрах зависимость на пакет startup.
> > >
> > > udevd требует systemd-utils. Разделение миров systemd и sysv невозможно
> > > пока они оба используют udevd.
> >
> > Эта зависимость выставлена вручную. Надо еще раз посмотреть, актуальна
> > ли она сейчас.
> >
> > Давайте наметим план по разделению миров systemd и sysv.
> > Постараемся сделать из самодостаточными, что бы не было лишних
> > зависимостей ни в одном из миров.
>
> Это технически невозможно без создания отдельного репозитория для
> systemd, поскольку нет возможности динамической замины
> systemd-logind на elogind и приложения можно слинковать только с
> чем-то одним.

Я никак не упоминал logind. Все что я упоминал, технически возможно реализовать.

>
> > 1) сейчас мне под systemd мешают standalone пакеты (своим присутствием :)
>
> У нас сообщество, так что личные хотелки следует поумерить.

Почему? я не являюсь члеом сообщества?
Именно желания конкретных людей из сообщества что-то и двигают вперед.
Если нет хотелок, то никто и не возьмется делать задачу в открытом сообществе.
Если личные хотелки не противоречат желаниям сообщества, то в чем проблема.
Как хотелка избавится от tmpfiles.standalone на системе с systemd
отражается на тебе, пользователе sysv?
В конкретном этом случае, тебе все равно.

> Мне,
> например, мешает libsystemd.so своим наличием. И это не просто
> место на диске — она загружается в память разными приложениями, что
> я считаю совершенно неприемлемым и отношу к серьёзной уязвимости,
> ограничивающей применимость дистрибутива:

Вот когда мне что-то мешает, я пытаюсь поднять вопрос, дискуссию,
выработать техническое решение.

>
> # lsof +c0 -n 2>/dev/null | grep libsystemd | mawk '{print $1}' | sort -u
> colord
> cups-browsed
> cupsd
> dbus-daemon
> rpcbind
> syslog-ng
> tor
> unbound
>
> Ну и зачем этим процессам libsystemd? Особенно на системе без
> systemd.
>
> Однако, в рамках единого бинарного репозитория невозможно очистить
> все пакеты от этой избыточной зависимости, поэтому придётся
> сосуществовать вместе. Точно так же и тебе придётся тянуть
> standalone подпакеты.

Нет, standalone упакованы в отдельные пакеты. Это совсем другой случай

>
> > 2) предлагаю под systemd перейти на dracut вместо make-initrd.
> > В сизифе dracut уже есть, у меня работает несколько месяцев, все устраивает.
> > На самом деле тут больше вопросов к нашему
> > /sbin/installkernel(bootloader-utils). И да, он к dracut не
> > адаптирован. По-хорошему его нужно распилить на отдельные скрипты в
> > /(etc|usr/lib)/kernel/install.d или плавно перейти на использование
> > /sbin/kernel-install(в systemd)
> > Так же нужно будет исправить зависимости в kernel-image. Там до сих
> > пор указаны module-init-tools и mkinitrd.
>
> Здесь Дима уже ответил: выгоды такого перехода не ясны, недостатки
> очевидны — потеря контроля над развитием ключевого компонента.

-- 
Alexey Shabalin