[devel] [#277787] DONE (try 3) systemd.git=249-alt1

[Alexey Shabalin]

вс, 11 июл. 2021 г. в 16:26, Alexey Gladkov <legion на altlinux.ru>:
>
> On Sun, Jul 11, 2021 at 03:21:29PM +0300, Dmitry V. Levin wrote:
> > On Sun, Jul 11, 2021 at 01:08:24PM +0200, Alexey Gladkov wrote:
> > > On Sun, Jul 11, 2021 at 01:32:41PM +0300, Dmitry V. Levin wrote:
> > > > Повесил https://bugzilla.altlinux.org/40450 на эту тему.
> > >
> > > Спасибо. Я уже боюсь связываться с этим пакетом.
> > >
> > > > Возможно, нам будет проще форкнуть systemd.git и собирать *-standalone
> > > > оттуда, чем рассчитывать на взаимопонимание с мантейнером пакета systemd.
> > >
> > > Из-за пяти утилит ?
> >
> > Для начала из-за удалённых из репозитория /sbin/systemd-*.standalone,
> > а дальше посмотрим.
> >
> > > Тут дело не в форке и поддержке, а в согласованности в пределах
> > > репозитория. Нужно будет разруливать конфликты по утилитам, конфигам и
> > > т.д. Пока в действиях мантейнера не прослеживается готовность к этому.
> > > Последний релиз показывает, что он предпочитает ломать всех тех кого не
> > > считает целевой аудиторией.
> >
> > Если собирать /sbin/systemd-*.standalone из форка systemd.git,
> > то никакого согласования, наверное, не потребуется.
>
> Так сейчас Obsoletes/Provides из systemd будет мешать. Я что-то упускаю ?

Я не против согласованных действий, и не собираюсь им мешать.
systemd откатил на состояние до появления standalone утилит.
Со слов legion@, startup умеет использовать утилит и с постфиксом
.standalone, и без.
Поэтому были указаны Provides/Obsoletes, что бы не ломать репозиторий
и обновление.

>
> > > Я не изучал этот вопрос плотно, но кажется форкнуть и поддерживать это
> > > чудо технически возможно. Кроме утилит в голову приходит logind, который
> > > можно попробовать собирать отдельно. Но насчёт этого я не уверен т.к.
> > > elogind пришлось изрядно поменять для того чтобы он выполнял только
> > > функцию session manager.
> > >
> > > Хотя нет. Беру свои слова про logind назад. С ним будет та же проблема,
> > > что и c elogind.
> > >
> > > Так что из "форка" можно взять разве что 5 утилит и с ними будут ровно та
> > > же проблема, что и сейчас. Решить которую можно только альтернативами. А
> > > это потребует прикосновения к священному пакету systemd.
> >
> > Можно сделать альтернативы или врапперы, если нужно, это несложно.
>
> Если бы это было не сложно, то это можно было бы сделать в пределах одного
> пакета и не нужно было бы морочить людям голову.
>
> > Нет, речь идёт о багах.  Например:
>
> Ааа. Простите, я совершенно не так тебя понял.
>
> > $ rpmquery -Rp Sisyphus/files/x86_64/RPMS/*plymouth*-0.9.5-alt3.x86_64.rpm |grep systemd
> > /sbin/systemd-tty-ask-password-agent
> >
> > Если plymouth может работать без systemd, то этой зависимости не должно
> > быть.  И так далее со всеми остальными пакетами.

Была бы бага, я бы это давно исправил.

>
> Это как раз интересная проблема. Из-за этого я не могу проверять и
> добавлять поддержку plymouth в фичи make-initrd.
>
> > Например, объявить, что зависимости на systemd допустимы только у пакетов,
> > имя которых начинается на "systemd-".
>
> А вот это отличная идея.
>
> > > Я всё чаще задумываюсь об отдельном "компоненте" репозитория в котором
> > > будут лежать собранные иначе пакеты. Жаль, что это невозможно сделать.
> >
> > Можно, но это по сути форк репозитория.  На мой взгляд, это было бы
> > не самым рациональным использованием ограниченных ресурсов.
>
> На это подталкивает постоянное усложнение жизни на ровном месте.
>

Мне хотелось бы увидеть план,пожелания, предложения от пользователей sysvinit.
И согласовать действия.
Сейчас я откатил на состояние до появления standalone утилит.

-- 
Alexey Shabalin