Mais reconnaissons-le, ce serait encore mieux si la mise à jour pouvait effectuer toute seule le diff et (au moins) proposer de merger l'ancien fichier de configuration personnalisé par l'utilisateur avec le nouveau contenant de nouvelles instructions.
Ca n'est pas évident du tout à réaliser. Certaines valeurs d'options qui étaient valables sur l'ancienne version ne sont peut être plus valides sur la nouvelle et riquent de faire planter le logiciel. Ca m'est déjà arrivé avec Kdm justement (du coup plus moyen de se loguer dans Kde). Et ça Dpkg ne peut pas le deviner. J'ai l'impression que le seul programme à pouvoir mettre à jour un fichier de conf... c'est tout simplement celui qui l'utilise. Dans un monde parfait, chaque programme devrait migrer lui même ses fichiers de conf. On ne peut pas attendre d'un gestionnaire de package qu'il comprenne les whatmille format de fichiers de conf (conf Xorg, Apache, fichier xml) et merge tout ça tout seul.
[^] # Re: De la galère des mises à jour...
Posté par Croconux . En réponse au journal Réflexion sur les fichiers de conf.. Évalué à 4.
Ca n'est pas évident du tout à réaliser. Certaines valeurs d'options qui étaient valables sur l'ancienne version ne sont peut être plus valides sur la nouvelle et riquent de faire planter le logiciel. Ca m'est déjà arrivé avec Kdm justement (du coup plus moyen de se loguer dans Kde). Et ça Dpkg ne peut pas le deviner. J'ai l'impression que le seul programme à pouvoir mettre à jour un fichier de conf... c'est tout simplement celui qui l'utilise. Dans un monde parfait, chaque programme devrait migrer lui même ses fichiers de conf. On ne peut pas attendre d'un gestionnaire de package qu'il comprenne les whatmille format de fichiers de conf (conf Xorg, Apache, fichier xml) et merge tout ça tout seul.