Hi! Sven Joachim schrieb: > Tipp: Lenny hat zur Zeit 270 RC-Bugs, Etch aber mehr als doppelt so > viele ... Das ist so nicht ganz richtig. Gewiss hat Etch laut http://bugs.debian.org/release-critical/ ziemlich Bugs offen; die betreffen jedoch nicht alle wirklich Etch. Eine Reihe dieser für Etch noch offenen Bugs sind Beispielsweise Fehler beim kompilieren mit neueren Versionen des gcc. Davon ist Etch zwar betroffen (und sofern ist es auch gerechtfertigt, dass sie gezählt werden), aber sie sind eigentlich auch wieder vollkommen uninteressant, da die entsprechende Version des gcc in etch gar nicht ausgeliefert wurde. Ähnlich verhält es sich mit RC-Bugs, die Kriterien betreffen, die erst nach Etch eingeführt wurden (double compilation support zum Beispiel). Da ist das Etch Paket zwar Betreffen, dieses Kriterium galt aber zum Etch release nicht. Auch die 270 ist nicht ganz zutreffend (der Code dafür ist etwas veraltet, aber keiner hat derzeit Lust http://bts.turmzimmer.net/details.php zu überarbeitet, so dass man es auf eine debian.org Maschine los lassen könnte). Die wirklich interessante Zahl bekommt man durch http://bts.turmzimmer.net/details.php?bydist=both&ignsec=on . Das listet Bugs auf, die noch sowohl in testing als auch in unstable offen sind (zu Bugs die nur noch in testing offen sind, muss das Paket noch migriert werden; bei bugs die nur in unstable offen sind, abe rnicht in testing muss die migration verhindert werden). Das sind zur Zeit etwa 150. Zwar auch noch zu viele, aber schon etwas besser als die 270 ;) Und wo wir gerade beim thema sind, ein kleiner Ausflug zu "Wie kann ich bei dem release helfen": Am einfachsten erstmal das Paket "devscripts" installieren. Dieses enthält das Script "rc-alert". Dieses prüft zu jedem installierten Paket, ob dazu release kritische Fehler vorhanden sind. Da man die Pakete installiert hat, hat man an denen vermutlich am ehesten Interesse ;) Dann kann man sich diese Bugs anschauen, und beispielsweise versuchen sie zu reproduzieren. Bei vielen Bugs, weiss das der Maintainer nicht genau; bei großen Sammlungen (KDE z.B.) benutzt er vielleicht das entsprechende Programm gar nicht, und kennt sich daher nicht damit aus. Konnte man dann einen Bug reproduzieren oder eben nicht, kann man eieen Kommentar an den entsprechend Bug schicken, dadurch ist dem Mainainer geholfen. Wenn man sogar eine Lösung für das Problem weiss, ist das natürlich noch besser ;) Einige Bugs sind auch nur reine "Fleissarbeit"; bei einem KDE Paket gibt es IIRC einen Bug, dass die copyright Datei unvollständig ist, aber die KDE maintainer hatten noch keine Zeit sich damit zu befassen. Da müsste sich nur jemand die Mühe machen, dass alles zusammentragen. Best regards, Alexander
Attachment:
signature.asc
Description: OpenPGP digital signature