rcbw post
authorStefano Zacchiroli <zack@upsilon.cc>
Mon, 22 Feb 2010 15:24:32 +0000 (16:24 +0100)
committerStefano Zacchiroli <zack@upsilon.cc>
Mon, 22 Feb 2010 15:24:32 +0000 (16:24 +0100)
blog/posts/2010/02/RC_bugs_of_the_week_-_issue_22.mdwn [new file with mode: 0644]

diff --git a/blog/posts/2010/02/RC_bugs_of_the_week_-_issue_22.mdwn b/blog/posts/2010/02/RC_bugs_of_the_week_-_issue_22.mdwn
new file mode 100644 (file)
index 0000000..1917aff
--- /dev/null
@@ -0,0 +1,50 @@
+# <acronym title="Release Critical Bugs of the Week">RCBW</acronym> - #22
+
+With a mini-rush in the week-end, I'm now **back on track** to the weekly
+schedule of [[RCBW|hacking/debian/rcbw]]; here are this week's squashes:
+
+* <span class="bug strike">[[!debbug 565274]]</span> - tex4ht - test and close
+  bug fixed by recent binNMU
+* <span class="bug strike">[[!debbug 553553]]</span> - phpsysinfo - fix
+  dir-or-file-in-var-www, based on a patch by Mats Erik Andersson
+* <span class="bug strike">[[!debbug 553496]]</span> - doc-central - fix
+  dir-or-file-in-var-www, sponsor NMU by Mats Erik Andersson
+* <span class="bug strike">[[!debbug 559821]]</span> - libtunepimp - fix
+  libltdl CVE (bonus fix <span class="bug strike">[[!debbug 476378]]</span>),
+  patches by Yavor Doganov
+* <span class="bug strike">[[!debbug 568982]]</span> - sqldeveloper-package -
+  port from dos2unix to fromdos, patch by Michael Musenbrock
+* <span class="bug strike">[[!debbug 534721]]</span> - libhpricot-ruby1.8 -
+  error in printing tags to stdout (fixed upstream in a version already in
+  Debian)
+* <span class="bug strike">[[!debbug 564680]]</span> - gnugk - rebuild against
+  firebird 2.1, as requested by Damyan Ivanov (important bug blocking RC
+  [[!debbug 549062]])
+
+About this week **highlights**:
+
+* In his
+  [latest RC-bug statistics](http://blog.schmehl.info/Debian/releasing-squeeze-7),
+  [Tolimar](http://blog.schmehl.info/) has pointed to the
+  [[RCBW description|hacking/debian/rcbw]] as **inspiring**. That's good, I
+  hope more and more people can find it inspiring (in fact, that's why I wrote
+  it). A handful of people doing RCBW is pointless, unless as a side-effect we
+  manage to change the *culture* of our project in order to be more
+  **collaborative on how we reach a release**.
+
+* I've been amazed by how many RC bugs are "stuck" just because no one took
+  care of **establishing communication** among the appropriate people. That of
+  course happens when the maintainer of the bug has been unresponsive, but some
+  investigations of the bug is usually enough to make the appropriate people
+  (upstream, porters, related package maintainers, ...) aware of it ... and
+  then the bug will "mature" all alone.
+
+* [Josselin](http://np237.livejournal.com/) has announced the
+  [**Debian/GNOME bug weekend**](http://np237.livejournal.com/27754.html) for
+  the next weekend (27-28/02/2010): an initiative to collaboratively triage
+  [GNOME-related bugs](http://bugs.debian.org/cgi-bin/pkgreport.cgi?maint=pkg-gnome-maintainers@lists.alioth.debian.org)
+  in Debian. For large-enough packages (and GNOME fits that definition for
+  quite some different notions of "large"), such efforts are as badly needed as
+  RC squashing: if you liked RCBW, you can't miss the GNOME bug weekend :-)
+
+[[!tag lang/english planet-debian rcbw debian bsp]]