17.12.2021 15:07, Alexey Gladkov пишет:
> Привет!
> 
> В виду нарастающей несовместимости между системами с sysvinit и systemd.
> В sysvinit была добавлена явный конфликт на systemd. Технически они не
> конфликтуют, но без него в системы с sysvinit иногда попадает systemd и
> это приводит к серьёзным проблемам.
> 
> Правда, после этого изменения перестали собираться несколько пакетов:
> 
> fcitx-libpinyin
> fcitx-sunpinyin
> fcitx-table-extra
> fcitx-table-other
> fcoe-utils
> freeipa-healthcheck
> gem-librarian-puppet
> kde5-konqueror
> kf5-kdelibs4support
> libraft
> libvirt
> mozldap
> perl-Archive-Tar-Wrapper
> perl-File-Finder
> perl-POSIX-1003
> perl-Test-File
> plasma5-bluedevil
> plasma5-browser-integration
> plasma5-desktop
> plasma5-disks
> plasma5-workspace
> pve-manager
> pve-storage-linstor
> rex
> slapi-nis
> swtpm
> 
> не все пакеты непосредственно виноваты. Например, mozldap не собирается
> из-за:
> 
> Package 389-ds-base has broken dep on /bin/systemctl
>   Considering systemd 2 as a solution to 389-ds-base 2
>   Holding Back 389-ds-base rather than change /bin/systemctl
> 
> То есть некоторые пакеты из зависимостей хотят /bin/systemctl, который
> по сути является синонимом systemd, что делает эти пакеты systemd-only.
> 

Добрый день.
На примере 389-ds-base, у которого в preun скриплете используется
незамаскированный /bin/systemctl. Считаю это легитимной конфигурацией,
когда какой-либо сервис работает *только* с systemd. Но по факту в
сегодняшнем сизифе все клиенты *systemd-only* пакетов будут страдать от
неопределенности в установке (порядок, веса, тд), например:

https://git.altlinux.org/beehive/logs/Sisyphus-x86_64/archive/2021/1220/error/slapi-nis-0.56.7-alt2

К слову `hsh-install systemd-sysvinit 389-ds-base` в отличие от
`hsh-install 389-ds-base` уже отрабатывает на голом hasher.

Ожидаю, что будет предложено убрать strictness на /bin/systemctl, но это
не отменяет того факта, что установка *systemd-only* пакетов в полной
мере не поддерживается.