J'aimerais pouvoir afficher les scripts / déclencheurs associés à un package en raison d'une mise à niveau afin de pouvoir déterminer, par exemple, si le serveur Web sera redémarré. Je ne trouve pas d'option d'aptitude pour me montrer cela (ou apt / dpkg); le mieux que je puisse obtenir est le contenu (fichiers). Existe-t-il une combinaison de commutateurs simuler / verbose / contenu que j'ai manquée qui le montre?
De plus, si un package provoque un événement (un redémarrage du service, par exemple) que je ne souhaite pas se produire pour le moment, existe-t-il un moyen de l'installer sans exécuter tout ou partie des scripts?
Réponses:
Vous pouvez imprimer le fichier de contrôle et certaines autres informations avec
dpkg -I package.deb
, ou utiliserdpkg -e package.deb
pour extraire uniquement les fichiers d’informations de contrôle.Vous pouvez également faire un essai pour voir ce que dpkg ferait avec
--dry-run
:la source
DEBIAN
répertoire avec lecontrol
fichier et les différents fichiers de script à exécuter.postinst
est généralement très intéressant car il sera exécuté une fois le paquet installé.Non, je ne connais aucun moyen de faire cela en utilisant aptitude.
Vous pouvez regarder les scripts directement; les scripts exécutés lors de la mise à niveau sont contenus dans le package. Décompressez le deb en utilisant ar:
Puis regardez dans
control.tar.gz
, il contient les scripts.la source
Il y a aussi l'
--debug
option pourdpkg
, comme danssudo dpkg --debug=72200 -i package.deb
Il existe plusieurs options disponibles pour une sortie détaillée et elles peuvent être combinées.
Vous pouvez voir toutes les options disponibles en exécutant:
dpkg --debug=help
.la source
Non, vous ne pouvez pas exécuter une partie d'un script de maintenance, il n'y a pas de hook pour y arriver.
Vous ne pouvez voir ce que le script ferait en l'examinant à la main - là encore, aucun "essai à blanc" ne peut vous dire exactement ce qu'il fera ou ne fera pas, seulement "je vais exécuter le postinst avec ces arguments".
Ce sont les raisons pour lesquelles nous avons des environnements de test et de transfert.
la source