Translation(s): English - Français - Italiano - Русский - Svenska

Versions de Debian > Debian Unstable


Introduction

Debian Unstable (connu aussi sous le nom de code "Sid") n'est pas à proprement parlé une version de Debian mais plutôt une publication continue de la distribution renfermant les paquets les plus récents et les meilleurs qui viennent d'être introduits dans le système Debian. Si vous êtes un développeur ou un testeur irréductible, vous devriez utiliser cette version. Si vous êtes simplement un utilisateur avancé, il serait probablement plus approprié que vous utilisiez Debian Testing.

Cycle de vie

Les dépôts Unstable sont mis à jour toutes les 6 heures. On met à jour avec la commande aptitude full-upgrade après bien sûr avoir pris toutes les précautions nécessaires.

La séquence de diffusion des paquets dans le processus de développement de Debian est le suivant :

experimental > unstable > testing > stable

Architectures

Voir la page statut d'auto-builder.

FAQ

Comment installer Unstable?

Voir la FAQ sur l'installation.

Quelques règles utiles pour les utilisateurs de testing ou de sid

La chose la plus importante à ne pas oublier, est que l'on participe au développement de Debian quand on utilise testing ou unstable. Cela veut dire que l'on doit être familier de Linux, de Debian et du système de paquet de Debian et que l'on s'intéresse au repérage des bogues et à leur résolution. Il y a deux trois choses à savoir pour se faciliter la vie quand on utilise :

Quel est l'état actuel d'Unstable ?

Il y a des moments plus sûrs que d'autres pour mettre à jour des paquets dans unstable parce qu'à certains moments, une ou plus transition en cours peuvent rendre ininstallables certains paquetsmay render some packages uninstallable ou que des bogues critiques affectent des paquets clefs. On peut jeter un oeil sur le canal IRC #debian-devel (ou TopicDebianDevel) et la page Météo Debian.

Où trouve-t-on de l'aide sur Sid ?

On trouve de l'aide sur le canal IRC #debian-next sur http://www.oftc.net/ et dans les listes de diffusion.

Qu'est-ce qu'unstable ?

Unstable est là où arrivent les paquets quand ils ont été chargés par le mainteneur et acceptés pour la diffusion par le responsable du site FTP. Quand on se sert d'un paquet unstable, la seule chose dont on est sûr est qu'il a été compilé sur le système du développeur. Il peut contenir d'horribles bogues.

Quand les paquets remplissent un certains nombre de critères, ils sont automatiquement transferrés d'unstable à la branche actuelle de "testing". Pour plus d'informations sur testing, voir aussi les annonces de testing.

Pour plus d'information, consultez la page versions de Debian.

Comment installer Sid ?

La réponse canonique est : Debian ne diffuse pas unstable. On peut juste faire une mise à niveau à partir de stable ou de testing. On le fait en modifiant le fichier /etc/apt/sources.list et en changeant les source de stable à unstable.

Il est aussi possible d'installer les paquets de sid à la place des paquets de testing en utilisant l'installation réseau à partir de la branche testing. Il n'y a pas d'aide, mais si vous voulez essayer, vous pouvez essayer de faire cela. C'est votre machine, après tout. Juste, ne pleurez pas si elle est cassée...

Est-ce qu'il y a le paquet ''toto'' dans Sid ?

Pas la peine de poser la question -- vous avez les mêmes ressources que nous ! En voici quelques-unes:

Est-ce que le paquet toto est cassé ?

Une fois de plus, comment voudriez-vous que nous le sachions ? S'il ne marche pas sur votre machine, alors, il y a une bonne chance qu'il soit cassé -- mais votre problème peut être commun chez tous les utilisateurs du paquet toto, ou être unique sur votre machine. C'est pour cela que Debian a un Bug Tracking System (système de suivi de bogues, abrégé BTS). Vérifiez dedans avant de demander de l'aide sur un paquet dans sid. Si vous ne trouvez pas votre bogue là, mais que vous pensez que c'est un vrai problème, alors remplissez un rapport de bogue vous-même. Lisez d'abord signaler un bogue avec reportbug et reportbug si vous n'êtes pas sûr de savoir bien rédiger un rapport de bogue. Vous pouvez aussi demander de l'aide sur les canaux #debian-next ou #debian-bugs.

Si vous ne voyez pas votre problème listé dans le BTS et que vous n'êtes pas sûr que c'est vraiment un bogue ou si c'est plutôt une erreur de votre part, alors demandez de l'aide. Soyez précis quand vous demandez de l'aide -- précisez la version de Debian que vous utilisez, quelle est la version du paquet toto, ce que vous faites (ou essayez de faire), et quels sont les messages d'erreur qui s'affichent.

L'absence de recherche personnel avant de demander de l'aide sur un paquet de sid démontre votre paresse. On ne vous prendra pas au sérieux tant que vous n'aurez pas montré que vous prenez pas Debian au sérieux.

Comment connaître la version du paquet toto que j'utilise ?

Vérifiez avec la commande

apt-cache policy package

Quand la version x du paquet toto sera dans sid ?

Quand elle sera prête !

Mais j'ai besoin de la version x du paquet toto maintenant !

Alors, allez-y et créez le paquet vous-même. Pour les détails, voyez dans la page du Coin des développeurs.

Puis-je utiliser des paquets de sid dans stable ?

Non. N'essayer même pas. Si vous le faîtes quand même, vous risquez de tout casser, et on va se moquer de vous. Néanmoins, vous pouvez créer vous-même un backport pour stable comme on vous l'explique plus bas.

Puis-je utiliser des paquets de sid dans testing ?

Seulement si les dépendances sont satisfaites. En général, les versions de sid et testing sont très proches l'une de l'autre, sauf quand des bogues RC (critique pour l'édition) dans un paquet important comme libc ou perl créent tout un tas de trucs à résoudre. Alors les chances que le paquet binaire fonctionne dans testing sont plutôt bonnes... mais vous devez vérifier par vous-même.

Si les dépendances des bibliothèques ne sont pas satisfaite, alors vous devrez créer un backport.

Comment créer un backport d'un paquet sid dans testing ou stable ?

Installez la source de Debian source (et les outils de développement, en particulier debhelper, devscripts et build-essential) puis compilez le paquet.

Etape par étape :

  1. ajoutez une ligne deb-src de sid à votre fichier sources.list
  2. apt-get update

  3. apt-get build-dep PACKAGE_NAME

  4. apt-get -b source PACKAGE_NAME

Les fichiers debs produits devraient être dans le répertoire courant et peuvent être installés avec la commande dpkg -i the.deb.

N'y a-t-il pas déjà des backports...?

C'est possible. Vérifiez d'abord dans la page http://backports.debian.org/Packages/ pour voir si quelqu'un l'a déjà créé.

Peut-on utiliser sid sur un serveur ?

Vous êtes fou ? Non !

Peut-on utiliser sid sur votre ordinateur de bureau ?

Si vous pensez que vous pouvez vous débrouiller avec un système Debian cassé, bien sûr. Savez-vous quoi faire si libpam0g est cassé, empêchant toutes les connexions ? Savez-vous quoi faire si grep est cassé et bloque le processus de démarrage définitivement ? C'est déjà arrivé. Et cela arrivera encore.

Si vous voulez éviter des bogues aussi discriminants que ceux-là, alors utilisez plutôt testing.

Y-a-t-il des mises à jour de sécurité pour sid ?

Pas en tout cas de le sens habituel avec stable. si le mainteneur d'un paquet corrige un bogue de sécurité et télécharge le paquet, il sera introduit dans sid de façon ordinnaire. Mais si le mainteneur ne le fait pas, il n'y aura pas de mise à jour de sécurité. L'équipe de sécurité ne s'occupe que de stable (et peut-être de testing... il y a un débat là-dessus).

Les utilisateurs de Sid sont fortement encouragé à s'abonner à la liste de diffusion des annonces de sécurité de Debian. Et pendant que vous y êtes abonnez-vous aussi aux listes de diffusion des annonces de Debian devel et de Debian devel.

Quand sid sera-t-il publié ?

Jamais. Sid sera toujours la branche unstable. Quand testing est publié, un nouveau testing est créé (avec un nouveau nom de code), et les paquets continuent à percoler de sid à testing tout comme maintenant.

Et Sid, c'est quel personnage de Toy Story ?

Comme tous les noms de version de Debian jusqu'à présent, la distribution Sid tire son nom d'un personnage de ToyStory. Sid c'est le gamin d'à côté qui casse tous ses jouets et en fait des créatures dégoûtantes. On dit parfois à tort que c'est l'acronyme de "Still In Development" (toujours en développement). Alors que les autres noms de code de version évoluent dans le temps de testing à stable, Sid est voué pour toujours à être unstable.

Voir aussi