Archive for November, 2007

too popular, too buggy, too easy…?

Sunday, November 18th, 2007
  • first of all: i’m probably the 26th person posting this, but: thanks a lot Nokia for providing me a discounted N810!
  • found an old posting of dave and finally realized that the stuff on developer.gnome.org is located in the svn module “web-devel-2″. added a comment to the L10N Guidelines for Developers how to add translator comments to glade files and fixed the broken link to the documentation style guide (this has been brought up a few times on the gnome-doc-list).
  • evolution is getting a lot of “can’t send mail. please help” bug reports, probably because filing a bug report is too easy – evolution has a “Submit Bug Report” item in the help menu (no other application that i know of has a similar menu item). getting tired of explaining reporters in bugzilla what support forums are, i wrote a quick and dirty patch to add an item linking to the evolution FAQ instead. now i only hope that people will not spam the wiki page with their unanswered configuration questions…
  • played around a bit with GNOME bugzilla’s weekly-bug-summary.cgi.
    i took a look at the changes of the last 60 days per module in GNOME bugzilla. if you order by “opened in last 60 days” instead of “open bugs”, you will see which modules are triaging-intensive:

    Product Opened in last 60 days Total open bugs Ratio
    Evolution +4965 4333 1,15
    Nautilus +2490 1427 1,74
    deskbar-applet +1339 100 13,39
    epiphany +903 382 2,36
    Rhythmbox +867 635 1,37
    gnome-panel +743 463 1,60
    gimmie +690 110 6,27
    Gtk+ +254 1689 0,15

    (only products with more than 600 incoming reports in the last 60 days except gtk+, also note that these numbers do not include rejected bug reports).
    of course, the total number of open bugs is not significant at all, especially because this does not consider how many lines of code evolution and nautilus have. gtk+’s low ratio is probably because a lot of gtk+ crasher reports do not get correctly reassigned to gtk+ or lost/forgotten in bugzilla.
    so what’s interesting here? gimmie and deskbar-applet have a pretty high ratio. are products with a lot of incoming bug reports either popular or buggy apps (or both)? do important bugs get fixed very slowly and therefore produce a high number of duplicates, or should distros become better in shipping patches? *shrug*
    at least for gimmie one can see that it’s basically only two bug reports bringing all that noise.
    so in the end, i added a few reports to the auto-reject list (to hopefully reduce bugsquad’s workload), sometimes with a nice “it’s been fixed already, please file a bug against your favourite distro” auto-response. ;-)

travelling pictures backlog.

Tuesday, November 13th, 2007

france:

france. france.

amsterdam:

amsterdam. amsterdam.

erfurt:

erfurt.

next: prague.