Vous n'êtes pas identifié(e).
L'icône rouge permet de télécharger chaque page du wiki visitée au format
PDF et la grise au format ODT →
Ceci est une ancienne révision du document !
EN TRAVAUX
Je vous préviens de suite, c'est le bordel.
Lorsque l'on dispose de plusieurs versions installables dans les dépôts renseignés dans les fichiers sources.list, il faut définir des priorités pour que APT
sache quelle version installer.
Par exemple, si l'on a les dépôts Debian de testing et unstable et que l'on veut rester autant que possible en testing, il faut indiquer à APT
que testing a une priorité supérieure à sid. Inversement, si pour un paquet donné on veut utiliser sa version présente dans sid, il faut le spécifier également. La définition de ces priorités s'appelle le pinning.
C'est à cela que servent les fichiers preferences.
Les cas d'utilisation raisonnable sont les suivants :
En dehors de ça, si vous voulez mélanger stable et une testing/unstable/experimental, alors vous devriez prendre rendez-vous d'urgence chez votre garagiste pour qu'il s'occupe de votre carie.
Les fichiers preferences
permettent de fixer la priorité des paquets suivant leurs dépôt. Voici la signification d'une priorité P
.
Le paquet sera installé même si APT est forcé d'installer une version plus ancienne1) que la version actuelle. Cette opération n'est pas sans risque.
Le paquet sera installé sauf si une version plus récente est déjà installée.
Le paquet ne sera installé qu'à défaut de version plus récente installée ou disponible dans la distribution cible.
Le paquet ne sera installé que s'il n'en existe aucune version plus récente, installée ou disponible dans une autre branche.
Le paquet ne sera installé que si aucune autre version du paquet n'est installée.
Le paquet ne sera jamais installé.
Par défaut, la priorité de tous les dépôts est de 500, à l'exception du dépôt backports
, de priorité 100, et du dépôt experimental
de priorité 1.
Lors d'une installation, les dépôts correspondant à la branche courante prennent une priorité 990. Lors d'une installation avec l'option « -t votrebranche », les dépôts correspondant à la branche « votrebranche » prennent une priorité 990.
On peut vérifier les priorités en utilisant la ligne de commande :
apt-cache policy
En faisant joujou avec les fichiers preferences, on peut très rapidement faire quelque chose qu'on ne voulait pas, et qui nous oblige à réinstaller le système. Pour éviter cela, il existe une série de tests que vous pouvez faire pour tester votre configuration, et de précautions à prendre.
Après avoir créé ou modifié votre fichier preferences
, la première chose à faire est dans un terminal en root :
aptitude update
Vous pourrez ensuite vérifier que vos modifications ont bien été prises en compte avec la commande
apt-cache policy
Cette dernière commande vous permettra de vérifier si les priorités de votre fichier preferences sont bien prises en compte par apt-get et correspondent à votre choix.
Ce fichier donne une priorité de 900 à tous les paquets de la release stable et une priorité de -10 aux autres (donc ils ne sont pas installés).
Il est parfaitement inutile si vous n'avez que les dépôts stable dans votre sources.list.
Package: * Pin: release a=stable Pin-Priority: 900 Package: * Pin: release a=stable-updates Pin-Priority: 900 Package: * Pin: release a=proposed-updates Pin-Priority: 900 Package: * Pin: release o=Debian Pin-Priority: -10
Rajouter au fichier :
Package: iceweasel Pin: release a=stable-backports Pin-Priority: 900
Rajouter au fichier :
Package: * Pin: release o=Unofficial Multimedia Packages,a=stable Pin-Priority: 400
On suppose que vous avez comme sources quelque chose comme ça :
deb http://ftp.fr.debian.org/debian testing main contrib non-free deb http://ftp.fr.debian.org/debian sid main contrib non-free
mais que vous voulez rester en testing autant que possible.
Même principe que « Stable avec dépôt multimédia à faible priorité ».
Même principe que « Stable avec suivi d'un paquet dans les backports ».
===== Fichier Preferences pour être en TESTING avec le Pinning sur Stable et Unstable
Package: * Pin: release o=Debian,a=testing,l=Debian Pin-Priority: 900 Package: * Pin:release o=Debian,a=testing,l=Debian-Security Pin-Priority: 900 Package: * Pin: release o=Unofficial Multimedia Packages,a=testing,l=Unofficial
Multimedia Packages
Pin-Priority: 900 Package: * Pin: release o=Debian,a=stable,l=Debian Pin-Priority: 900 Package: * Pin:release o=Debian,a=stable,l=Debian-Security Pin-Priority: 900 Package: * Pin: release o=Debian,a=stable-updates,l=Debian Pin-Priority: 900 Package: * Pin: release o=Unofficial Multimedia Packages,a=stable,l=Unofficial Multimedia
Packages
Pin-Priority: 900 Package: * Pin: release o=Debian,a=unstable,l=Debian Pin-Priority: 100 Package: * Pin: release o=Unofficial Multimedia Packages,a=unstable,l=Unofficial
Multimedia Packages
Pin-Priority: 100
En testing et plus, vous pouvez désactiver les dépôts stable-backports car ils sont aussi dans la branche testing !
===== Fichier preferences pour être en UNSTABLE (ou : SID) avec le Pinning sur : Testing, Stable et Experimental
Package: * Pin: release o=Unofficial Multimedia Packages,a=experimental,l=Unofficial
Multimedia Packages
Pin-Priority: 1
Ce fichier preferences, bien que minimaliste, est tout à fait suffisant et peut
donc être utilisé sans aucun problème.
C'est d'ailleurs celui que j'utilise personnellement.
Package: * Pin: release o=Debian,a=unstable,l=Debian Pin-Priority: 900 Package: * Pin: release o=Unofficial Multimedia Packages,a=unstable,l=Unofficial
Multimedia Packages
Pin-Priority: 900 Package: * Pin: release o=Debian,a=testing,l=Debian Pin-Priority: 800 Package: * Pin: release o=Debian,a=testing,l=Debian-Security Pin-Priority: 800 Package: * Pin: release o=Unofficial Multimedia Packages,a=testing,l=Unofficial
Multimedia Packages
Pin-Priority: 800 Package: * Pin: release o=Debian,a=stable,l=Debian Pin-Priority: 700 Package: * Pin: release o=Debian,a=stable,l=Debian-Security Pin-Priority: 700 Package: * Pin: release o=Debian,a=stable-updates,l=Debian Pin-Priority: 700 Package: * Pin: release o=Unofficial Multimedia Packages,a=stable,l=Unofficial Multimedia
Packages
Pin-Priority: 700 Package: * Pin: release o=Unofficial Multimedia Packages,a=experimental,l=Unofficial
Multimedia Packages
Pin-Priority: 1
Ce second fichier preferences pour Sid est pour les gens tatillons qui veulent contrôler parfaitement l'utilisation qu'ils font des dépôts/branches.
Ce fichier est aussi valable que le premier.
Le fait d'avoir des priorités qui ne sont pas égales pour toutes les différentes branches Debian a pour inconvénient :
À vous de décider le système que vous préférez dans votre PC !
Ça c'est toujours Debian ça !
deb http://ftp.fr.debian.org/debian/ wheezy main contrib non-free
apt-cache policy donne une option (n=wheezy)
900 http://ftp.fr.debian.org/debian/ wheezy/main Packages release v=6.0.2.1,o=Debian,a=stable,n=wheezy,l=Debian,c=main origin ftp.fr.debian.org
donc on peut rajouter dans le fichier preferences ce style d'interprétation :
Package: * Pin: release a=stable Pin-priority: 900
Package: * Pin: release n=wheezy Pin-priority: 900
C'est le comportement par défaut quand on n'a que les dépôts de la branche suivie, sans fichier Preferences.
(Excepté les dépôts backports)
pour la branche suivie et la/les branche(s) comportant des paquets aux versions égales ou inférieures à la branche suivie.
Pourquoi une valeur plus petite que 990 ? Parce que lorsque l'on utilise l'option -t ainsi :
aptitude install -t <branche> <le_nom_du_paquet>
pour installer des paquets d'une branche autre que celle suivie, celle-ci
devient la branche par défaut (APT::Default-Release “branche”) avec une priorité
temporaire de 990.
Donc, pour la branche prioritaire du fichier preferences
avoir une priorité égale ou supérieure à 990 perturbe l'option "-t"
(en débat pour le pratique ???)
Il est préférable d'utiliser des chiffres ronds, comme 900, 800, 90. Par exemple, si l'on a une priorité 620 et une priorité 630, il sera facile d'intercaler une priorité 625.
anciens,
Bref, installer ou mettre à jour un paquet d'une branche supérieure peut n'être possible qu'en migrant vers la branche supérieure.
Si vous êtes sous stable et que vous voulez installer un paquet de la branche testing, ou même unstable, qui impliquerait des mises à jour aussi importantes que libc6, alors abandonnez, le pinning ne sera pas une solution pour vous, puisqu'il romprait la stabilité du système et effectuerait une mise à jour partielle vers testing, ce qui est la pire des situations possibles.
La documentation de référence sur ce fichier de configuration est disponible dans la page de manuel apt_preferences, accessible par la commande :
$ man apt_preferences
Supposons que je veuille installer le paquet XYZ qui se trouve dans une autre branche du sources.list que celle utilisée en priorité.
Si j'utilise le slash “/” ainsi :
# aptitude install XYZ/<branche>
ou
# apt-get install XYZ/<branche>
Cela installe le paquet XYZ de la branche donnée en argument.
Si je fais maintenant un :
# aptitude install XYZ -t <branche>
ou
# apt-get install XYZ -t <branche>
Cela installe le paquet XYZ tout en définissant temporairement la branche donnée en argument comme branche par défaut (priorité de 990).
les éventuelles dépendances du paquet XYZ seront facilement
accessibles car elles auront, comme XYZ, une priorité temporaire de 990.
elles gardent la priorité définie dans le fichier /etc/apt/preferences ou celle par défaut (500).
Après cette commande, nous sommes toujours dans la branche mentionnée par
l'option -t !
Il nous faut :
fermer le terminal root pour revenir dans la branche prioritaire du fichier
preferences.
Si nous voulons suivre une application installée avec l'option -t (et les dépendances qui vont avec…)\\, nous devons écrire une entrée dans le fichier preferences (voir exemple ci-dessous).
Par exemple :
Pour un paquet XYZ de la branche unstable nous ajouterions au fichier preferences ces lignes :
Package: XYZ Pin: release a=unstable Pin-Priority: 400
Par contre, même de priorité inférieure, l'installation d'une version d'un paquet n'est pas rétrogradée par les mises à jour.
Merci au captnfab pour cette précision.
On n'y retrouve pas tous les paquets disponibles dans les branches stable, testing et unstable.
La plupart des nouveaux paquets ne passent pas par les dépôts experimental et vont directement dans unstable.
On ne peut donc pas parler de la branche experimental.