Getting Kubuntu and other derivatives in on the QA initiatives

Hug Days have been frequent lately (8 already this year!). However, instead of the previous general Hug Days, these usually come with a specialty. Some particular package or area is picked to be looked at for the day. This is a great idea and I think it should be much more effective than attacking bugs at random. However, often the category ends up being Gnome specific (5 of the aforementioned 8 have been). No problem with that, but derivatives should participate in these types of events as well. I’ve gotten the impression that while there are people doing hard QA work on their own, or when someone asks to test something, these organized events are often ignored by Kubuntu people (please correct me if you’ve been participating!) (how about Xubuntu and others?) If the gnome testers are spending a day looking through desktop bugs, then KDE/xfce/etc users/testers can spend their day looking at packages related to their respective desktop.

What’s missing are the resources that the bug squad guys and other teams have set up and set up for each hug day to help manage and improve the bug reports. Namely:

  • A list of bugs to be worked on for the Hug Day. Here’s the one for Gnome Power Manager for Hug Day on Feb. 21 (that’s today in some time zones!). Here’s an analogous page for KDE Guidance Power Manager so this time Kubuntu folks can participate. I don’t know if other derivatives use a different power applet, but if so, then it would be appropriate to make a similar page for it for this Hug Day. And so on for future bug hunting events.
  • Debugging procedures. There are pages there for many parts of GNOME on how to improve bug reports and none for KDE or other desktops (if you know of some pages and they just aren’t linked there (or anywhere) please add them!). This certainly needs some work to make bug management effective. To start building up the resources, maybe next time you work on a bug, add a wiki page for that component to tell others what sort of information was required. Combined with 5-a-Day, that should get some decent resources up pretty fast to make the process more efficient in the future.

That’s just a start to some more organized QA for Kubuntu, which I think would help a lot in getting it as polished as Ubuntu is.


Tags: , , ,

3 Responses to “Getting Kubuntu and other derivatives in on the QA initiatives”

  1. Yuriy Says:

    Looks like Planet Ubuntu mangled my title, like Planet KDE was doing with wordpress blogs until recently. Anybody know anything I can do about that?

  2. pinotree Says:

    > none for KDE

    You mean like
    and – in particular –

  3. Yuriy Says:

    @pinotree: I was referring to pages on the (k)ubuntu wiki (or linked from there), but yes that’s exactly the kind of information I’m referring to, minus the other-distro stuff. Thanks, I’ll link to those.

    I also mean component specific things, like Gnome has:
    and for firefox:
    as well as Kubuntu specific things like finding the right package (I started on something like that on the bottom of but it needs a better home) and team dynamics e.g. bug state policy (like [1],[2]) and assigning to the right people.


Leave a Reply

Fill in your details below or click an icon to log in: Logo

You are commenting using your account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s

%d bloggers like this: