APT, RPM et DNF : installer et mettre à jour avec méthode

APT en interaction, apt-get dans les scripts

APT s’appuie sur dpkg pour gérer les paquets Debian et résoudre les dépendances depuis les dépôts configurés. Contrairement à une formulation de l’ancien wiki, apt-get n’a pas simplement disparu au profit d’apt : apt privilégie l’utilisation interactive ; les outils dédiés apt-get et apt-cache restent adaptés aux scripts.

Une actualisation de l’index des paquets ne les met pas à jour. Lisez la liste des changements et des suppressions avant de valider. La simulation ci-dessous n’installe rien et utilise l’index déjà disponible.

apt-cache policy
apt list --upgradable
apt-get -s upgrade

RPM interroge les paquets ; le gestionnaire orchestre les dépendances

RPM stocke les informations des paquets et vérifie leurs exigences. Il peut signaler une dépendance manquante ; cela ne signifie pas qu’il ira la télécharger dans un dépôt. Utilisez le gestionnaire de la distribution pour les transactions complètes. Évitez les options qui ignorent les dépendances pour forcer une installation.

Pour identifier le paquet qui fournit un fichier et comparer son installation avec les métadonnées du paquet, utilisez les requêtes et vérifications. Une différence de fichier peut être une modification d’administration légitime ; elle demande une analyse, pas une suppression automatique.

rpm -qf /chemin/du/fichier
rpm -V nom-du-paquet

Relire les recettes Yum dans le contexte DNF

Le wiki décrit Yum et des interfaces de Fedora anciennes. Sur les systèmes utilisant DNF, recherchez les paquets et inspectez les dépôts avec les commandes de DNF. Ne déduisez pas qu’un alias yum garantit exactement le comportement d’un ancien script. Vérifiez la version et la documentation de votre distribution.

Avant une mise à jour, prévoyez un accès de secours et une reprise des services. Un retour de transaction ne remplace pas une sauvegarde des données qu’une nouvelle version d’application aurait migrées.

dnf repolist
dnf info nom-du-paquet

Conserver le contexte de Mandriva et URPM

Les exemples URPM concernaient Mandriva et ses dépôts de l’époque. Ne réactivez pas ces dépôts sur une machine actuelle et ne mélangez pas des RPM simplement parce que l’extension du fichier est identique. Pour entretenir un système conservé, identifiez précisément la distribution, l’architecture et les sources de paquets qu’elle accepte.

Pour migrer, exportez l’inventaire et les configurations, recréez le service sur une plateforme maintenue, puis testez l’application et sa restauration. La compatibilité du format de paquet ne garantit pas celle des bibliothèques.