[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