Início / unix / Perguntas / 748516
Accepted
Alexis Wilke
Asked: 2023-06-10 23:40:58 +0800 CST

Quais pacotes Debian existem que dependem de um serviço durante a compilação?

  • 772

Eu tenho um problema ao tentar construir um pacote que depende de vários outros pacotes, alguns dos quais incluem um serviço. O referido serviço tenta iniciar no script postinst e, como resultado, falha na compilação porque, dentro do ambiente de compilação, systemdnão está instalado.

Eu gostaria de ver alguns pacotes oficiais que têm um problema semelhante. Neste ponto, não preciso que o serviço da dependência esteja rodando, mas o script postinst ainda precisa funcionar (obviamente?!) e neste caso, ele tenta iniciar o serviço manualmente porque o nome não bate com o nome do pacote (além disso, na verdade existem 2 serviços nesse pacote, mas estou divagando).

Meu script como está tenta fazer:

systemctl enable ipload
systemctl start ipload

que funciona muito bem ao instalar o pacote em qualquer sistema Ubuntu, mas falha na compilação do sistema que depende de seu -devpacote.

Minha pergunta é:

Quais são os pacotes Debian oficiais existentes que têm um problema semelhante: dependem de outros pacotes que normalmente iniciam um serviço e são necessários em uma compilação?

Dessa forma, posso fazer meu próprio pacote funcionar de maneira semelhante.

debian

1 respostas

  1. Best Answer

    Você deve usar dh_installsystemdem sua construção de pacote para configurar seus serviços; isso irá gerar snippets adequadamente robustos em seus scripts de manutenção. Veja por exemplo g810-led'sdebian/rules ; isso mostra como lidar com unidades que não correspondem ao nome do pacote:

    dh_installsystemd --no-stop-on-upgrade --no-start --name=g810-led-reboot

    (Você não deve usar --no-stop-on-upgradeou --no-start.)

    O resultante postinstcontém

    # Automatically added by dh_installsystemd/13.3.4
if [ "$1" = "configure" ] || [ "$1" = "abort-upgrade" ] || [ "$1" = "abort-deconfigure" ] || [ "$1" = "abort-remove" ] ; then
        # This will only remove masks created by d-s-h on package removal.
        deb-systemd-helper unmask 'g810-led-reboot.service' >/dev/null || true

        # was-enabled defaults to true, so new installations run enable.
        if deb-systemd-helper --quiet was-enabled 'g810-led-reboot.service'; then
                # Enables the unit on first installation, creates new
                # symlinks on upgrades if the unit file has changed.
                deb-systemd-helper enable 'g810-led-reboot.service' >/dev/null || true
        else
                # Update the statefile to add new symlinks (if any), which need to be
                # cleaned up on purge. Also remove old symlinks.
                deb-systemd-helper update-state 'g810-led-reboot.service' >/dev/null || true
        fi
fi
# End automatically added section

    Isso usa deb-systemd-helpero que lida com a instalação com ou sem systemd.

    Você também verá um correspondente prerme postrm.

    No entanto, é incomum (mas não inédito) que um -devpacote acabe dependendo dos serviços de remessa de pacotes; você pode querer dividir as coisas ainda mais (por exemplo, um -devpacote, um pacote de biblioteca e um pacote contendo os serviços).

    • 1

relate perguntas