Como empacotar um serviço systemd?

8

Estou tentando empacotar um aplicativo mono para ser executado como um serviço systemd.

Eu segui as instruções aqui: link

Eu adicionei o dh-systemd (> = 1.5) à minha construção do arquivo de controle debian.

Eu adicionei --with = systemd ao meu arquivo de regras da seguinte forma:

%:
    dh $@ --with=cli --with=systemd

Eu adicionei meu arquivo de serviço à minha pasta debian chamada mypackage.service com o seguinte conteúdo:

[Unit]
Description=My Service Description
After=network-online.target

[Service]
Type=simple
ExecStart=/usr/bin/mono /usr/lib/mypackage/myservice.exe

[Install]
WantedBy=multi-user.target

No entanto, a construção fornece os seguintes avisos e erros lintianos:

Now running lintian...
E: mypackage: postrm-does-not-call-updaterc.d-for-init.d-script     etc/init.d/mypackage
W: mypackage: init.d-script-not-marked-as-conffile etc/init.d/mypackage
E: mypackage: init.d-script-not-included-in-package etc/init.d/mypackage

Isso está me confundindo por várias razões

  1. Esses avisos são sobre o init.d, que é o sistema antigo que foi substituído pelo systemd, se esses erros e avisos estão errados, será que o debuild pensa que estou usando o init.d porque configurei meu pacote errado?
  2. Fiquei com a impressão de que o --with = systemd criaria esses scripts para mim.

Atualizar

O arquivo postrm gerado é o seguinte:

#!/bin/sh
set -e
# Automatically added by dh_systemd_start
if [ -d /run/systemd/system ]; then
    systemctl --system daemon-reload >/dev/null || true
fi
# End automatically added section
# Automatically added by dh_systemd_enable
if [ "$1" = "remove" ]; then
    if [ -x "/usr/bin/deb-systemd-helper" ]; then
        deb-systemd-helper mask mypackage.service >/dev/null
    fi
fi

if [ "$1" = "purge" ]; then
     if [ -x "/usr/bin/deb-systemd-helper" ]; then
        deb-systemd-helper purge mypackage.service >/dev/null
        deb-systemd-helper unmask mypackage.service >/dev/null
    fi
fi
# End automatically added section

o arquivo pré-gerado gerado é o seguinte:

#!/bin/sh
set -e
# Automatically added by dh_systemd_start
if [ -d /run/systemd/system ]; then
    deb-systemd-invoke stop mypackage.service >/dev/null
fi
# End automatically added section
# Automatically added by dh_installinit
if [ -x "/etc/init.d/mypackage" ] || [ -e "/etc/init/mypackage.conf" ]; then
    invoke-rc.d mypackage stop || exit $?
fi
# End automatically added section

O pacote realmente é instalado bem e o serviço é iniciado corretamente. Os erros lintianos são preocupantes e eu gostaria de chegar ao fundo deles.

    
por trampster 15.03.2016 / 03:14

2 respostas

5

Eu me deparei com esse problema também. É isso que eu fiz:

Você desejará substituir o dh_installinit e o dh_systemd_start, este é um exemplo do meu serviço de ponte de rede:

#!/usr/bin/make -f

PKGDIR=debian/tmp

%:
    dh $@ --with systemd

override_dh_installinit:
    dh_systemd_enable -popenstack --name=openstack openstack.service
    dh_installinit -popenstack --no-start --noscripts
    dh_systemd_start -popenstack --no-restart-on-upgrade

override_dh_systemd_start:
    echo "Not running dh_systemd_start"

A fonte completa do meu pacote pode ser encontrada aqui: link

Eu também usei o link como referência.

Espero que isso aconteça, já que demorei um pouco para descobrir isso.

    
por battlemidget 29.04.2016 / 16:49
2

Ao não incluir scripts de inicialização SysV ou Upstart, instrua dh_installinit a não modificar os scripts postinst / postrm / prerm . dh_systemd vai lidar com isso.

override_dh_installinit:
    dh_installinit --noscripts

Isso se aplica ao nível de compatibilidade debhelper < 10 e com 10, mesmo que dh_systemd tenha sido mesclado em debhelper .

De acordo com o link debhelper nível de compatibilidade 11 > = isso terá isso é fixo.

    
por Lucas 05.08.2017 / 07:53