Bonsoir,
j'ai fais un package debian, pour un programme, qui utilise des fichiers de conf. Ce programme modifie lui même les fichiers de conf, il s'en sert comme mini(mini) database.
Or jusqu'à présent, la liste de ces fichiers (de conf) se trouvait dans debian/conffiles
Problème, à chaque mise à jour, apt-get me demande quelle version je dois garder ?
Dans la doc officiel du mainteneur Debian :
http://www.debian.org/doc/maint-guide/ch-dother.fr.html#s-conffiles(...)
Je cite:
"Si votre programme utilise des fichiers de configuration, mais les réécrit aussi de son côté, il vaut mieux ne pas les marquer comme conffiles, parce que dpkg va alors interroger les utilisateurs pour vérifier les modifications tout le temps."
"Il vaut mieux ne pas les marquer comme conffiles" oui mais quoi alors ?
Comment faut-il faire dans ce cas de figure ??
Merci d'avance.
# reportbug.
Posté par doublehp (site web personnel) . Évalué à -1.
Je sais que /etc signifies EtCeteri, mais il est parfois bon de mettre quelques fichiers de gonf par default dans /usr ...
[^] # Re: reportbug.
Posté par Greg (site web personnel) . Évalué à 2.
# Plus d'info dans le Policy Manue
Posté par Croconux . Évalué à 2.
cf. http://www.debian.org/doc/debian-policy/ch-files.html#s-config-file(...)
Les deux cas courants sont les suivants :
- Le fichier de conf est assez standard, une config par défaut peut être proposée et sera peu modifiée (il peut être personnalisé par l'administrateur au besoin mais on peut très bien l'utiliser tel quel). Dans ce cas on le marque en "confile" et à chaque mise à jour dpkg demande s'il faut conserver l'ancien ou installer le nouveau.
- Il n'y a pas vraiment de conf par défaut, le fichier pourra (et sera même souvent) lourdement modifié. Dans ce cas ce fichier doit être maintenu par les scripts des paquets. C'est par exemple le cas de XF86Config. Il n'y a pas de config par défaut. Le script est créé de toutes pièces via les scripts et est maintenu par eux. Les scripts ne tentent de mettre à jour le fichier que si sa somme md5 correspond à celle qui a été calculée après l'avoir généré.
La deuxième solution est beaucoup plus lourde. Il suffit de jetter un oeil aux scripts des paquets XFree. C'est quasiment une appli à eux seuls.
[^] # Re: Plus d'info dans le Policy Manue
Posté par Greg (site web personnel) . Évalué à 2.
[^] # Re: Plus d'info dans le Policy Manue
Posté par Raphaël SurcouF (site web personnel) . Évalué à 2.
Tu n'as jamais utilisé debconf ?
[^] # Re: Plus d'info dans le Policy Manue
Posté par Greg (site web personnel) . Évalué à 2.
Si tu connais un moyen pour qu'il réponde toujours "Y" ou "N" ça m'interresse (quoi que ça reste dangereux...)
J'ai opté pour la 2eme solution.
[^] # Re: Plus d'info dans le Policy Manue
Posté par Raphaël SurcouF (site web personnel) . Évalué à 3.
En outre, voici ce que conseille Raphaël Hertzog dans son livre[1] à propos de Sarge:
Pour dpkg, on peut lui passer les options --force-oldconf ou --force-confdef.
Pour apt, l'option --assume-yes permet de répondre "oui" à chaque question posée.
Pour debconf, il suffit de le configurer avec l'interface non-interactive, via la commande dpkg-reconfigure debconf.
Pour le reste, il propose de supprimer l'entrée standart ou d'y brancher un flux continu de retour à la ligne.
Ce qui nous donne ceci:
# export DEBIAN_FRONTED=noninteractive
# yes '' | apt-get -y -o Dpkg::Options::="--force-confdef" \
-o Dpkg::Options::="--force-confold" dist-upgrade
[1]: http://www.ouaza.com/livre/admin-debian/(...)
[^] # Re: Plus d'info dans le Policy Manue
Posté par Greg (site web personnel) . Évalué à 1.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.