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

Alexey Gladkov legion на altlinux.ru
Вс Июл 11 16:25:58 MSK 2021


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 будет мешать. Я что-то упускаю ?

> > Я не изучал этот вопрос плотно, но кажется форкнуть и поддерживать это
> > чудо технически возможно. Кроме утилит в голову приходит 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-".

А вот это отличная идея.

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

На это подталкивает постоянное усложнение жизни на ровном месте.

-- 
Rgrds, legion



Подробная информация о списке рассылки Devel