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

Dmitry V. Levin ldv на altlinux.org
Вс Июл 11 15:21:29 MSK 2021


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,
то никакого согласования, наверное, не потребуется.

> Я не изучал этот вопрос плотно, но кажется форкнуть и поддерживать это
> чудо технически возможно. Кроме утилит в голову приходит logind, который
> можно попробовать собирать отдельно. Но насчёт этого я не уверен т.к.
> elogind пришлось изрядно поменять для того чтобы он выполнял только
> функцию session manager.
> 
> Хотя нет. Беру свои слова про logind назад. С ним будет та же проблема,
> что и c elogind.
> 
> Так что из "форка" можно взять разве что 5 утилит и с ними будут ровно та
> же проблема, что и сейчас. Решить которую можно только альтернативами. А
> это потребует прикосновения к священному пакету systemd.

Можно сделать альтернативы или врапперы, если нужно, это несложно.

> > Для решения проблемы избыточных зависимостей на systemd предлагаю
> > рассмотреть возможность запрета избыточных зависимостей на systemd
> > на уровне sisyphus_check.
> 
> Чтобы мантейнер 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, то этой зависимости не должно
быть.  И так далее со всеми остальными пакетами.

Например, объявить, что зависимости на systemd допустимы только у пакетов,
имя которых начинается на "systemd-".

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

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


-- 
ldv


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