Portanto, você tem um pacote personalizado antigo que aciona um erro quando o systemd é atualizado devido a um arquivo de configuração inválido.
Dada a ordem em que os scripts do mantenedor são executados , o primeiro momento em que a nova versão do seu pacote pode intervir é a etapa preinst upgrade
, que acontece antes de o novo pacote ser descompactado, bem antes das etapas postinst configure
. Você pode fazer com que seu novo preinst upgrade
conserte o arquivo problemático ou mova-o para fora do caminho e use o script postinst configure
para corrigir qualquer problema persistente.
Isso só funcionará se o APT decidir atualizar seu pacote e systemd na mesma execução. Dependendo do que mais tenha que fazer, acho que o APT poderia decidir atualizar completamente o systemd, depois atualizar seu pacote. Você pode evitar isso declarando uma dependência do systemd para a nova versão do seu pacote ( Depends:
irá garantir que o postinst configure
seja executado primeiro. Você também deve declarar um Breaks:
relacionamento do systemd para a versão antiga do seu pacote; na verdade, acho que Breaks:
é como seria feito se tudo envolvido era um pacote Debian oficial.O problema com isso é que você teria que modificar o novo pacote systemd (ou a versão antiga do seu pacote, mas é muito tarde para isso).