<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">пт, 19 мар. 2021 г., 11:42 Andrey Savchenko <<a href="mailto:bircoph@altlinux.org">bircoph@altlinux.org</a>>:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Wed, 17 Mar 2021 23:00:08 +0300 Alexey Shabalin wrote:<br>
> пт, 5 февр. 2021 г. в 13:55, Alexey Gladkov <<a href="mailto:legion@altlinux.ru" target="_blank" rel="noreferrer">legion@altlinux.ru</a>>:<br>
> > ><br>
> > > Большинство из вышеуказанного я могу перенести в systemd и поставить<br>
> > > конфликт на startup. Только сизиф такое не переживет :) у нас даже в<br>
> > > ядрах зависимость на пакет startup.<br>
> ><br>
> > udevd требует systemd-utils. Разделение миров systemd и sysv невозможно<br>
> > пока они оба используют udevd.<br>
> <br>
> Эта зависимость выставлена вручную. Надо еще раз посмотреть, актуальна<br>
> ли она сейчас.<br>
> <br>
> Давайте наметим план по разделению миров systemd и sysv.<br>
> Постараемся сделать из самодостаточными, что бы не было лишних<br>
> зависимостей ни в одном из миров.<br>
<br>
Это технически невозможно без создания отдельного репозитория для<br>
systemd, поскольку нет возможности динамической замины<br>
systemd-logind на elogind и приложения можно слинковать только с<br>
чем-то одним.<br>
<br>
> 1) сейчас мне под systemd мешают standalone пакеты (своим присутствием :)<br>
<br>
У нас сообщество, так что личные хотелки следует поумерить. Мне,<br>
например, мешает libsystemd.so своим наличием. И это не просто<br>
место на диске — она загружается в память разными приложениями, что<br>
я считаю совершенно неприемлемым и отношу к серьёзной уязвимости,<br>
ограничивающей применимость дистрибутива:<br>
<br>
# lsof +c0 -n 2>/dev/null | grep libsystemd | mawk '{print $1}' | sort -u<br>
colord<br>
cups-browsed<br>
cupsd<br>
dbus-daemon<br>
rpcbind<br>
syslog-ng<br>
tor<br>
unbound<br>
<br>
Ну и зачем этим процессам libsystemd? Особенно на системе без<br>
systemd.<br>
<br>
Однако, в рамках единого бинарного репозитория невозможно очистить<br>
все пакеты от этой избыточной зависимости, поэтому придётся<br>
сосуществовать вместе. Точно так же и тебе придётся тянуть<br>
standalone подпакеты.<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Желание пользователе sysv важнее желаний пользователей systemd?</div><div dir="auto">Специально для пользователей sysv были сделаны stamdalone утилиты(они и реализовали эту фича), без зависимости на libsystemd. Но они не нужны(и не используются) пользователям systemd, и не должны одновременно присутствовать в системе.</div><div dir="auto">И это желание вполне реализуемо, в отличие от перечисленных Вами пакетов. </div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
> 2) предлагаю под systemd перейти на dracut вместо make-initrd.<br>
> В сизифе dracut уже есть, у меня работает несколько месяцев, все устраивает.<br>
> На самом деле тут больше вопросов к нашему<br>
> /sbin/installkernel(bootloader-utils). И да, он к dracut не<br>
> адаптирован. По-хорошему его нужно распилить на отдельные скрипты в<br>
> /(etc|usr/lib)/kernel/install.d или плавно перейти на использование<br>
> /sbin/kernel-install(в systemd)<br>
> Так же нужно будет исправить зависимости в kernel-image. Там до сих<br>
> пор указаны module-init-tools и mkinitrd.<br>
<br>
Здесь Дима уже ответил: выгоды такого перехода не ясны, недостатки<br>
очевидны — потеря контроля над развитием ключевого компонента.<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Дима только задал вопрос. Я ещё не успел ответить. А уже сделали вывод что не нужно. Подождите торопиться.</div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Best regards,<br>
Andrew Savchenko<br>
_______________________________________________<br>
Devel mailing list<br>
<a href="mailto:Devel@lists.altlinux.org" target="_blank" rel="noreferrer">Devel@lists.altlinux.org</a><br>
<a href="https://lists.altlinux.org/mailman/listinfo/devel" rel="noreferrer noreferrer" target="_blank">https://lists.altlinux.org/mailman/listinfo/devel</a></blockquote></div></div></div>