Versions de Debian > Debian Testing


Comment fonctionne Debian « testing » ?

Un paquet arrive automatiquement de « unstable » dans la future version stable (« testing ») quand un certain nombre de conditions sont remplies :

Pour des informations plus approfondies, on peut consulter la page officielle de Debian « testing » : http://www.debian.org/devel/testing

Ces conditions permettent d'être sûr que les paquets de la prochaine version stable dans testing sont à la fois raisonnablement récents et relativement utilisables. Cependant, notamment lorsque des paquets sont restructurés, des paquets qui ne sont pas totalement diffusables sont introduits dans « testing », pour qu'on ne perde pas le plaisir d'utiliser une version en développement et en constante évolution.

Comment utiliser Debian « testing » (la future « stable »)

La première chose à faire est de vérifier l'état actuel de « testing ». Jetez un coup d’œil sur les sujets récents des archives de la liste de discussion debian-testing et consultez la page du Wiki sur l'état de « testing ». En plus de ces ressources spécifiques, on peut aussi consulter les listes de diffusion plus générales debian-user et debian-devel, les canaux IRC #debian ou #debian-next, et bien sûr le système de suivi de bogues de Debian. Vous pouvez aussi consulter la page DebianDesktopHowTo.

Comment installer Debian « testing » (la future « stable »)

La manière la plus fiable pour installer « testing » à partir de rien est de réaliser une installation minimale avec l'installateur de « stable », puis de mettre à niveau vers « testing » à partir de « stable » (voir plus bas).

Il y a aussi des images créées chaque semaines et créées chaque jours permettant d'installer Debian « testing » directement. Certaines de ces images iso nécessitent une connexion internet durant l'installation.

Autrement, vous pourriez utiliser l'image pour « testing » de l'installateur de Debian, mais soyez avertis que l'installateur de « testing » est fait plus pour tester l'installateur que pour installer « testing ». Les bogues de l'installateur de « testing » doivent être ouverts sur le pseudo-paquet debian-installer.

Comment mettre à niveau vers Debian « testing » (la future « stable »)

<!>

Veuillez toujours mettre à niveau vers « testing » à partir de l'actuelle version stable. La mise à niveau à partir de la précédente version stable (« oldstable ») n'est pas prise en charge et pourrait provoquer des erreurs inattendues.

Si vous avez déjà installé la version stable de Debian, pour la mettre à jour vers « testing » :

  1. Modifiez vos sources apt en changeant « stable » (ou bookworm, l'actuel nom de « stable » par « testing » (ou trixie, le nom actuel de la prochaine version « stable »).

  2. Effacez, désactivez ou commentez vos sources apt de mise à jour de sécurité de la version stable (celles avec security.debian.org dedans).

  3. Effacez, désactivez ou commentez toutes les autres lignes spécifiques telles que *-backports ou *-updates.
  4. Vérifier que votre installation n'est pas verrouillée sur une version spécifique dans /etc/apt/apt.conf.d/00default-release

Mettre le nom de la future version stable, c'est-à-dire « trixie », permettra de suivre « trixie » pendant son passage en « stable » et plus tard en ancienne « stable », tandis que « testing » continuera de changer après la sortie de la nouvelle version stable. Si vous souhaitez plutôt suivre la version Trixie quand elle devient stable, modifiez vos sources apt en remplaçant « stable » ou « testing » avec « trixie ».

<!>

Que vous suiviez « testing » ou le nom de la future version stable, vous devez toujours avoir la ligne correspondante deb http://security.debian.org <"testing" ou nom de code>-security main dans vos sources apt. Voir la section « testing » de la FAQ sur la sécurité.

Quand vous avez installé ou modifié les sources de logiciels, exécutez régulièrement apt update && apt upgrade pour obtenir les nouvelles versions des programmes et les mises à jour de sécurité. Si vous remarquez que certains paquets ne sont pas mis à jour, vous pouvez aussi essayez la commande apt full-upgrade, mais faites attention : cette commande pourra installer ou retirer des paquets ; aussi, faites très attention à toutes les actions proposées avant de les accepter.

Les meilleures pratiques pour les utilisateurs de Testing/Sid

Veuillez consulter les meilleures pratiques pour les utilisateurs de Testing/Sid envisagez de les mettre en œuvre.

Les meilleures pratiques pour les utilisateurs de Testing

C'est une bonne idée d'inclure unstable et experimental dans vos sources apt afin d'avoir accès à des paquets plus récents si nécessaire. Avec la configuration APT::Default-Release apt config ou avec apt pinning, vous obtenez des paquets de testing par défaut, mais si vous mettez manuellement à niveau des paquets vers unstable ou experimental, vous obtiendrez des mises à niveau dans cette suite jusqu'à ce que ces paquets migrent vers unstable ou testing. Le pinning apt nécessite des priorités plus basses que 990 et supérieures ou égales à 500 pour que cela fonctionne bien. Vous pouvez également épingler des paquets à unstable / experimental que vous voulez toujours les dernières versions.

C'est une bonne idée d'installer les mises à jour de sécurité d'unstable car elles prennent plus de temps pour atteindre testing et l'équipe en charge de la sécurité ne publie que des mises à jour vers unstable. Si vous avez unstable dans vos sources apt mais épinglé plus bas que testing, vous pouvez ajouter automatiquement un épinglage temporaire pour les paquets avec des problèmes de sécurité corrigés dans unstable en utilisant la sortie de debsecan.

Attention

Un bon exemple du genre de problèmes passagers qui peuvent affecter « testing » est le passage de perl-5.6.0 à perl-5.6.1 qui a empêché perl de trouver ses modules, s'ils avaient été créés avec perl-5.6.0. Pour résoudre le problème, sans attendre que le paquet corrigé soit introduit dans « testing », il fallait définir la variable d'environnement PERL5LIB à /usr/lib/perl/5.6.0.

« Testing » est mise à jour plus souvent que « stable », mais moins que « unstable », donc vous pouvez vous attendre à ce que les nouvelles versions stables des programmes que vous utilisez soient installées dès qu'elles sont prêtes, sauf quand « testing » entre dans sa phase de « gel » pour préparer la sortie imminente de la prochaine version stable. Voir aussi Stabilité de Debian.

Les mises à jour de sécurité sont plus lentes à arriver dans « testing » que dans « unstable » ou « stable ». Si la sécurité fait partie de vos exigences ne choisissez pas « testing ».

On peut voir la correspondance entre l'alias d'une version et son statut en regardant le fichier de publication, par exemple :

Si vous vous demandez pourquoi un paquet (ou une version particulière d'un paquet) n'est pas encore dans « testing », voir les justifications de la migration de test pour le paquet.

Comment « testing » devient la nouvelle version stable ?

voir DebianReleaseFAQ (en anglais).

Voir aussi


CategoryRelease