À l’heure où l’on parle du passage à Etch pour les utilisateurs de Debian GNU/Linux, ceux qui ont lu les notes de publication ont sûrement vu qu’il était conseillé d’utiliser Aptitude à place du traditionnel Apt pour réaliser cette opération. La raison ? Une meilleur gestion des dépendances. Maintenant quel est la raison de ce billet ? Et bien je suis tombé sur un petit problème fort simple, mais pourtant j’ai trouvé Google trop peu bavard quand à la solution ! Je la place donc sur ce blog, si ca aide quelqu’un un jour qu’il n’hésite pas à me faire un petit commentaire
Contexte : nous utilisons un système dans lequel nous avons remplacé Exim par Postfix. Les deux paquets étant incompatibles, Apt suprime l’un pour installer l’autre. Seulement voila, si un apt-get dist-upgrade ne bronche pas, un aptitude dist-upgrade (j’ai vraiment du mal à le taper aussi vite !) va nous causer le problème suivant :
# aptitude dist-upgrade
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture de l'information d'état étendu
Initialisation de l'état des paquets... Fait
Lecture des descriptions de tâches... Fait
Les NOUVEAUX paquets suivants vont être installés : exim4 exim4-base exim4-config exim4-daemon-light
Les paquets suivants seront ENLEVÉS : postfix
0 paquets mis à jour, 4 nouvellement installés, 1 à enlever et 0 non mis à jour.
Il est nécessaire de télécharger 1426,9ko d'archives. Après dépaquetage, 1118ko seront utilisés.
Voulez-vous continuer ? Y/n/? n Abandon
Le problème est tout bête : Aptitude ne veut pas de Postfix, pourtant Exim4 n’est plus sur le système depuis bien longtemps maintenant (qu’il n’y voit rien de personnel surtout !).
Cause ? Un meta package est sûrement resté caché quelque part et Apt l’a loupé au moment du remplacement d‘Exim par Postfix…
Solution :
# aptitude purge exim4 exim4-base exim4-config exim4-daemon-light
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances Lecture de l'information d'état étendu Initialisation de l'état des paquets... Fait
Lecture des descriptions de tâches... Fait
Les paquets suivants seront ENLEVÉS : exim4-base exim4-config
0 paquets mis à jour, 0 nouvellement installés, 2 à enlever et 0 non mis à jour.
Il est nécessaire de télécharger 0o d'archives. Après dépaquetage, 0o seront utilisés.
Voulez-vous continuer ? Y/n/? y
Écriture de l'information d'état étendu... Fait
(Lecture de la base de données... 31093 fichiers et répertoires déjà installés.)
Suppression de exim4-base ...
Purge des fichiers de configuration de exim4-base ...
Suppression de exim4-config ...
Purge des fichiers de configuration de exim4-config ...
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture de l'information d'état étendu
Initialisation de l'état des paquets... Fait
Lecture des descriptions de tâches... Fait

Un commentaire
Salut,
J’ai rencontré le même sur mon serveur pour la migration sarge vers etch. Malheureusement, ta solution ne fonctionne pas chez moi, aptitude n’a rien enlevé concernant exim4 puisque tous les packages exim4-* étaient déjà supprimés. Pourtant le pb est le même, et je crois qu’il va me falloir tout mettre à jour package par package pour ne pas faire de connerie concernant postfix.
Merci pour l’info quand même