{"partition": "head_middle", "source_domain": "raphaelhertzog.fr", "digest": "sha1:FTEVW4WMWQ3Y5MK5NK2E35LVJKKPQCBC", "path": "/lustre/fsn1/projects/rech/qgz/uzq54wg/processed_redpajama/base_processing/output/fr/2014-15/000_00005.parquet"}
Vous êtes ici : Accueil / Documentation / Le processus de publication de Debian expliqué
À l’heure actuelle, le seul et unique but du projet Debian est la parution de sa version stable[1]. Celle-ci intervient généralement tous les 18 à 24 mois, par le biais...Le processus de publication de Debian expliqué 11/03/2011 par Raphaël Hertzog À l’heure actuelle, le seul et unique but du projet Debian est la parution de sa version stable[1]. Celle-ci intervient généralement tous les 18 à 24 mois, par le biais d’un processus dont cet article va tenter de brosser une vue générale.
Créer une nouvelle distribution
La publication de la nouvelle version stable est immédiatement suivie de la création d’une nouvelle distribution dans l’archive Debian, peuplée précisément par la version fraîchement publiée. Le choix de son nom de baptême revient aux Release Managers et il est de tradition qu’il soit choisi parmi l’un des noms de personnages du film d’animation Toy Story.
Dans le cas qui nous occupe actuellement, Wheezy vient d’être créée, maintenant que Squeeze (ou Debian 6.0) vient d’être publiée.
La distribution utilisée pour préparer la prochaine version stable est par contre toujours nommée testing, dans un souci de simplicité. Dans l’archive Debian, testing n’est qu’un lien symbolique pointant vers le répertoire approprié (wheezy, depuis peu).
Mises à jour des paquets, implémentation des objectifs
Les développeurs sont occupés, pendant la majeure partie du cycle de publication, par l’empaquetage des nouvelles versions amont, ainsi que par l’implémentation des « objectifs de publication » (release goals). L’envoi des paquets se fait d’abord dans l’archive unstable.
De là les paquets migrent vers testing une fois quelques tests de qualité passés : ils ne doivent pas être entachés de bogues critiques pour la publication, être disponibles pour toutes les architectures déjà supportées, ne briser aucune dépendance dans testing et enfin avoir au moins passé 10 jours dans unstable.
Cette période minimale permet d’assurer que le paquet a été testé et que ceux qui ont procédé aux tests ont eu suffisamment de temps pour rapporter les bogues éventuels. Si jamais l’un d’entre eux est critique pour la publication, le paquet est bloqué pour la migration vers testing.
La principale activité de la Release Team consiste pendant cette phase à s’assurer que les mises à jour des paquets migrent de unstable vers testing. Tâche pouvant se révéler ardue : les dépendances entre paquets « lient » souvent ces derniers ensemble, de sorte qu’ils ne puissent migrer vers testing qu’en même temps. Si un seul des paquets n’est pas prêt (par exemple parce que la nouvelle version de l’un d’entre eux n’a pas encore passé les 10 jours réglementaires dans unstable), c’est la migration de tous les paquets liés qui est bloquée.
Stabilisation, finition et correction des bogues critiques pour la publication
L’afflux constant de nouveaux paquets rend difficile la publication d’une version bien « léchée ». C’est la raison pour laquelle, atteint un certain point, les Release Managers gèlent testing : les mises à jour automatiques sont interrompues et chaque mise à jour de chaque paquet est soumise à validation. La sélection est impitoyable, seules sont autorisées les mises à jour corrigeant les bogues critiques pour la publication, ou ceux apportant à la fois une importante plus-value à l’expérience utilisateur (nouvelles traductions, documentation mise à jour, …) tout en présentant de faibles risques d’entraîner des régressions.
Certains paquets sont même retirés durant cette période de gel, si leurs versions actuelles ne seront pas supportées pour toute la durée de vie de la version stable de Debian.
La période de gel tend à ralentir considérablement les changements dans unstable. La plupart des mainteneurs de paquets optent en effet pour l’envoi des nouvelles versions dans experimental, de telle sorte qu’ils puissent toujours mettre à jour leurs paquets dans testing via unstable. Il s’agit là du processus recommandé par les Release Managers, dans la mesure où les mises à jour qu’ils autorisent ont été testées de la manière usuelle. Ce qui n’est pas le cas si elles sont directement envoyées dans testing (via testing-proposed-updates).
Cette caractéristique se révèle plutôt ennuyeuse pour les utilisateurs voulant rester à l’avant-garde en terme de versions de paquets, et qui utilisent testing ou unstable dans cette optique, celle d’une distribution en évolution perpétuelle (rolling release).
Dès que les Release Managers sont satisfaits de la qualité de la nouvelle distribution, les dernières opérations préalables à la publication sont lancées, telles que la génération des images CD. Dans l’archive Debian, la publication est officialisée par la redirection du lien symbolique de la version stable vers la nouvelle distribution – et celui de la version oldstable vers la désormais ancienne distribution.
Champagne ! Cette boucle est bouclée, une nouvelle peut commencer ! [1] Le projet « Testing Constamment Utilisable » vise à faire de testing une distribution officiellement supportée, tout comme la version stable, mais avec une politique de mise à jour très différente.
Cet article est une traduction de Understanding Debian’s release process contribuée par Weierstrass01. Ne manquez pas une occasion de parfaire vos connaissances de Debian ou Ubuntu, abonnez-vous à ma newsletter en cliquant ici.
À l’heure actuelle, le seul et unique but du projet Debian est la parution de sa version stable[1]. Celle-ci intervient généralement tous les 18 à 24 mois, par le biais...
Catégorie(s): Documentation, Documentation pour les utilisateurs Tags: Debian, experimental, Introduction, oldstable, Publication, Référence, Release, stable, Testing, unstable	Découvrez mes ouvrages
Apprenez en plus en cliquant sur leur couverture :
Comment me remercier
Faites un don pour que je puisse consacrer
8 minutes (2 €)
20 minutes (5 €)
40 minutes (10 €)
1 heure (15 €)
2 heures (30 €)
1 jour (120 €)
2 jours (240 €)
1 semaine (600 €)
0,5 mois (1000 €)
1 mois (2000 €)
un autre montant
à Debian.
Abonnez-vous à ma lettre d'informations, saisissez votre adresse électronique et cliquez sur « S'abonner » :
Email : Close
Suivez moi
Ou alors:
Sur Twitter ou Identi.ca
Sur Facebook ou Google+
Par courrier électronique
Mon blog anglophone sur le libre
Kickstart the Arabic Translation of the Debian Handbook 17/03/2014The Debian Administrator’s Handbook, now in French and Spanish! 14/02/2014My Free Software Activities in December 2013 06/01/2014The Debian Wheezy Handbook is now available 30/12/2013My Free Software Activities in November 2013 01/12/2013Will Debian’s technical committee coopt Keith Packard or Philipp Kern? 19/11/2013
Choisir un mois février 2014 janvier 2014 décembre 2013 novembre 2013 octobre 2013 septembre 2013 août 2013 juillet 2013 juin 2013 mai 2013 avril 2013 mars 2013 février 2013 janvier 2013 décembre 2012 novembre 2012 octobre 2012 septembre 2012 août 2012 juillet 2012 juin 2012 mai 2012 avril 2012 mars 2012 février 2012 janvier 2012 décembre 2011 novembre 2011 octobre 2011 septembre 2011 août 2011 juillet 2011 juin 2011 mai 2011 avril 2011 mars 2011 février 2011 janvier 2011 décembre 2010 novembre 2010 juillet 2010 juin 2010 juillet 2009 mai 2009 mars 2009 février 2009 novembre 2008 octobre 2008 septembre 2008 janvier 2008 décembre 2007 octobre 2007 septembre 2007 août 2007 juillet 2007 avril 2007 mars 2007 janvier 2007 septembre 2006 avril 2006 mars 2006 février 2006 janvier 2006 décembre 2005 novembre 2005 octobre 2005 septembre 2005 août 2005 juillet 2005 juin 2005 avril 2005 mars 2005 Planètes
Planète April
Planète Debian-Fr
Planète des utilisateurs Debian
Planète Libre