Sun, 22 Nov 2009

stable RC Bug Squashing

Others are doing it, so I thought I'd join in, too. Though, from a different perspective. Often enough people claim that package maintainers don't seem to care about their packages anymore once they did hit stable because they say it isn't as easy to update packages in stable. While this is partly true it still doesn't send a too good impression to have a high and increasing release-critical bug count for stable.

UDD makes it easy. It has a field affects_stable in its bugs table, and the view bugs_rt_affects_stable is even yet better. I fiddled together two short statements that help me to find release-critical bugs for stable:

SELECT b.id FROM bugs_rt_affects_stable bas
   LEFT JOIN bugs b ON bas.id=b.id
   WHERE b.severity IN ('serious', 'critical', 'grave')
   AND b.id NOT IN (select bau.id from bugs_rt_affects_unstable bau)
   ORDER BY b.id;

The second statement is without the AND clause to see all open release-critical bugs. Going through this list isn't too complicated, and I already found a good rush of bugs to mark as not affecting stable because the reason for the bug only appeared after the lenny release. I could list their bugnumbers, but it's currently up to 39 such bugs since yesterday and I don't want to bore you with it, actually it didn't involve any touching of the package—but it will definitely make it easier to find the real release-critical bugs that do affect stable and should get addressed in an update to it.

Still lots to do, 39 bugs down isn't the world when the barrier is set to about 1500. Though, it's still more than 2% and this is something that makes me a bit happy.

/debian | permanent link | Comments: 0

• operation::mindcrime (feed)
• Planet Debian (feed)
• Debian-Sicherheitsgutachten (feed)
• planet.gnome-de.org (feed)
• Advogato (feed)