What comes after Sarge? Osamu Aoki wanted to release a new debian-reference package that explains the latest release names. Naturally he was wondering which name testing will become once sarge is released as Debian 3.1. Colin Watson opened the curtain and revealed that the release after sarge will be called etch. Quickly, a discussion arose about using a different name and voting upon the name.
 
 
On Wed, Aug 11, 2004 at 10:15:24PM +0200, Osamu Aoki wrote:
> I want to release debian-reference packages explaining the latest
> release name sets:
>  
>  stable: sarge
>  testing: ???
>  unstable: sid
 
Use "etch".
 
Cheers,
 
--  
Colin Watson                                  [cjwatson@flatline.org.uk]

Calendrier de diffusion de Sarge. Steve Langasek a envoyé une autre mise à jour de diffusion. Il y a encore plusieurs bogues majeurs dans le système de base qui demandent du travail. Avec le gel du système de base, des images de cédérom de la version candidat 1 de l'installateur Debian seront ensuite disponibles d'ici un ou deux jours. Il est prévu que le support officiel de sécurité pour Sarge commence le 8 août alors que le nombre de bogues bloquants pour la version sera réduit à 100. Le calendrier prévoit que ce nombre sera réduit à zéro le 1er septembre, suivi par la diffusion le 15 septembre.
 
Mise à jour de l'état de diffusion de Sarge. Colin Watson a indiqué qu'aucun paquet de base ou de priorité standard ne pourra entrer dans Sarge via unstable. Il a dit que nous devons désormais corriger les bogues bloquants pour la version aussi rapidement que possible et que ces bogues ne doivent pas rester ouverts pendant plus d'une semaine. Les images de cédéroms au format carte de visite et d'installation par le réseau de l'installateur ont été construites et des jeux de cédéroms complets sont en construction. Le manuel d'installation est également affiné et préparé pour la diffusion.
 
Mises à jour indépendantes sans délai. Steve Langasek a indiqué qu'étant donné l'imminence de la publication de Sarge, 3 jours peuvent définitivement faire la différence entre un paquet prêt à temps pour Sarge et pas prêt à temps. De plus, l'histoire nous montre que les mises à jour indépendantes (NMU) sans délai (« zéro-jour ») sont très efficaces pour réduire rapidement le nombre de bogues bloquants pour la version (RC). Il aimerait donc déclarer la saison ouverte pour les bogues RC, y compris les NMU zéro jour si approprié jusqu'à la publication de Sarge.
 
Quelle version de KDE pour Sarge ? Le co-responsable de version Steve Langasek s'est plaint d'un envoi de dernière minute d'un certain nombre de paquets de KDE 3.3 dans unstable. Comme il considère qu'il n'est pas désirable d'avoir un mélange de différentes versions et qu'il est impossible d'avoir tout KDE 3.3 dans Sarge à temps pour la publication, il a conclu que le KDE de Sarge ne sera pas mis à jour depuis unstable et que les corrections sur les paquets liés à KDE devraient être envoyées dans testing-proposed-updates. Chris Cheney a objecté à la résolution de Steve tandis que Ben Burton et René Engelhard l'ont approuvée. René a également remarqué que kdelibs-data a à nouveau créé des conflits de fichiers avec openoffice.org-mimelnk.