A savoir, à revoir ou à consulter :

• La gestion des paquets - Ensembles
• apt-listbugs Un logiciel permettant d'être averti sur les paquets buggés que l'on désire installer.

A savoir, l'actuelle distribution stable de debian porte le nom de code (release) squeeze et seuls les correctifs de sécurités sont appliqués.
Il n'y a donc, pas d’ajout ni de changement de version de programme ou de correction de bug (il n'y en a normalement pas ou très peu, c'est la spécificité de la version stable de debian).

Il existe deux autres versions de debian, la testing (wheezy actuellement, qui sera la prochaine version stable) et la unstable (celle qui sert aux développeurs avant le passage en testing, son nom est et sera toujours sid).

Pour faire simple, la « construction » d'une distribution debian se fait dans ce sens

1. → distribution de départ unstable (sid), suivi de
   
2. → la version testing (wheezy actuellement) et enfin
   
3. → après une période de gel de la version testing pour parer à d'éventuels bogs, la version stable voit le jour.

Comme dit plus haut, la version stable de debian a donc l'avantage d'être une distribution très stable, robuste pour les serveurs web.

En tant que desktop, elle peut vite montrer ses limites pour qui voudrait installer les dernières versions de tels ou tels logiciels.

Que faire quand on a besoin d’une application, alors qu’elle n’est pas présente dans les dépôts de la version stable de debian ?
Où présente mais dans une version plus ancienne qui ne bénéficie pas des dernières fonctionnalités, celles qui nous intéressent ?

Voici donc les solutions qui s'offrent à nous:

1. Utiliser les backports de votre version stable de debian.
2. Passer votre version stable de debian en version testing.
3. Avoir recours au pinning.
4. Passer votre version stable de debian en version testing ou Sid.

Le dépôt backports est spécifique à la version stable de debian.

Certaines applications venant de testing sont portées sous stable mais comme la stable, en temps normale, ne bénéficie que de maj de sécu il faut alors passer par les backports pour avoir des logiciels un peu plus à jour…

Pour utiliser ce dépôt, il faut ajouter sa source dans le fichier /etc/apt/sources.list :

• Voir : sources façon df par exemple.

Et :

aptitude update

Parachève l'installation des backports. Comme un chef !

Passer sa distribution stable en testing est sûrement l'un des meilleurs compromis entre stabilité et nouveautés.(pour un desktop naturellement)

Pour passer de stable à testing il faudra simplement éditer son sources.list et changer les dépôts pour que ceux-ci pointent sur testing et non stable.

Exemple de sources.list stable et testing.

Il ne reste plus qu'à mettre son système à jour via

apt-get update && apt-get dist-upgrade

Vous aurez donc, après cette mise à jour, debian testing et non plus debian stable.

Il existe en réalité 2 possibilités :

La première, “Wheezy” La deuxiéme, “Testing ”

• Vous optez pour nommer wheezy dans votre sources.list.

Vous aurez donc wheezy qui est l'actuelle branche testing.

Lorsque Wheezy sera figée elle deviendra la branche stable, prenant la place de Squeeze.

 Ainsi, votre installation restera Wheezy en se stabilisant définitement
 sans intervention de votre part !

• Vous optez pour nommer la branche Testing dans votre sources.list.

Vous aurez donc testing qui se nomme actuellement wheezy.

Mais, quand wheezy deviendra stable, vous aller évoluer
vers la nouvelle testing !

Testing sera toujours en branche testing, alors que Wheezy passera un jour en branche stable.

(Réservé aux connaisseurs)

Sid est une distribution debian qui restera toujours instable (unstable), à savoir qu'ubuntu et Knoppix sont basés sur sid.

Le nom ne changera jamais. Unstable c'est et se nommera toujours sid (seules les distributions testing et stable changent de nom).

Il n'y a pas d'iso disponible en téléchargement de la version unstable mais l'option est proposée lorsqu'on utilise l'iso bussinesscard pendant l'installation.

Il faut choisir le mode « expert » et spécifier que vous voulez installer la version unstable.

Le pinning consiste à se servir de plusieurs dépôts de branches différentes.

Exemple, une version stable et une version en testing.

Il faut dans ce cas mettre dans son sources.list les dépôts stable, testing et configurer un fichier préférence qui servira à dire à apt dans quel ordre de priorité il devra gérer les dépôts.

Entre autre l'installation d'un paquet testing peut nécessiter la mise à jour de lib récentes incompatibles avec d'autres paquets plus anciens qui devront également être upgradés (mis à jour…).

Le pinning est une bonne chose et certainement le meilleur moyen de trouver les paquets manquants, il suffira de faire un fichier « preferences » et de mettre en priorité haute la distribution à privilégier.

Si vous êtes sous stable et que vous voulez installer un paquet de la branche testing qui impliquerait des mises à jour aussi importantes que libc6, éviter de le faire, en effet, libc6 fait partie du « coeur » du système,

le pinning n'a alors plus grand intérêt !

Autant passer sa distribution dans la branche supérieure.