Raport na temat błędów krytycznych dla wydania (nr 29)
Kontynuujemy publikowanie cotygodniowych statystyk błędów krytycznych dla wydania.Na zakończenie 29-ego tygodnia tego roku kształtują się one następująco:
- błędów ogółem: 1097,
- dotyczących Wheezy'ego: 694,
- występujących tylko w Wheezym: 159,
- oczekujących na naprawę w Wheezym: 535.
Spośród tych oczekujących na naprawę w gałęzi testowej:
- w toku: 18,
- załatane: 96,
- duplikaty: 56,
- mogą zostać naprawione poprzez mechanizm aktualizacji bezpieczeństwa: 19,
- występuje w sekcji contrib lub non-free: 8,
- ktoś obiecał się nimi zająć: 2,
- naprawione, lecz uaktualnione pakiety jeszcze nie zostały dodane do archiwum: 0,
- naprawione w inny sposób: 83.
Pomijając powyższe (niektóre błędy mogą być przypisane do kilku przypadków), do wydania Debiana 7.0 Wheezy naprawionych musi zostać 318 błędów (3 mniej niż tydzień temu).
Jednakże z punktu widzenia osób odpowiedzialnych za wydanie należy wyeliminować jeszcze 602 błędy (55 więcej niż tydzień temu).
Wyk.1. Liczba błędów krytycznych dla wydania
Informacje na temat błędów czerpane są z Wielkiej bazy danych Debiana (UDD). Znaczenia poszczególnych pozycji można znaleźć na wiki Debiana.
Dodany: 20 lip 2012 o 12:16
przez: ArnVaker
Komentarze (RSS):
EDIT: Chociaż nie, ostatnio raporty były już od czerwca: dug.net.pl/news/111, ale jeszcze nie były tak popularne. Hm, wtedy było o połowę błędów mniej niż teraz, a do wydania upłynęło jeszcze grubo ponad pół roku…
EDIT2: W chwili zamrożenia było jeszcze mniej: dug.net.pl/news/133.
> wydawniczego. ;)
zawsze były (względnie) dobrze udokumentowane: http://bugs.debian.org/release-critical/
> jeszcze nie były tak popularne
w początkowym okresie i owszem (po kilku raportach zacząłem się zastanawiać po co je publikuję, ale skoro już zacząłem...), ale niedługo przed wydaniem to chyba były najpopularniejsze niusy :D
> W chwili zamrożenia było jeszcze mniej: dug.net.pl/news/133.
Wtedy zamrożenie było uwarunkowane od liczby błędów, tym razem po raz pierwszy jest planowane^W planowe zamrożenie. Przy Wheezy+1 zapewne lepiej to zadziała :)
Poza tym wtedy raporty korzystały z nieoficjalnego licznika, nie z UDD -- po przejściu na UDD liczba błędów wg RM wzrosła o ok. 50%: http://dug.net.pl/news/158/ i http://dug.net.pl/news/161/ (choć nadal było to dużo mniej niż obecnie)
"Wtedy zamrożenie było uwarunkowane od liczby błędów, tym razem po raz pierwszy jest planowane zamrożenie. Przy Wheezy+1 zapewne lepiej to zadziała :)
"
Mógłbyś to rozwinąć.
332/637, ale regresy masakryczne :)
A jeśli chcecie odwrócić trend, nic prostszego -- pomóżcie naprawiać błędy RC. :)