Canonical–community collaboration»

Jono Bacon, with all respect, you are not always so awesome. I wholeheartedly agree with much of what Lionel, the lead developer of Xubuntu, said in his blog when he wrote about doing community survey reports the wrong way.

Any survey report that doesn’t do any analysis with the content in any way is useless. Especially if you have large amount of data gathered from very different groups of people, you should do some correlation between different questions, to actually spot possible problems in the community. For example, I’d really like to see some correlations and differences in the answers by Canonical employees and volunteers.

A word of few about collaboration

The survey shows that there is various problems with collaboration between the Canonical teams and the community. While this might not be objectively the biggest problem, it is a multi-layered one, with hard-to-find solutions. Especially if there is no change from the Canonical side of things.

There’s a few specific reasons why I think Canonical employees working on Ubuntu should collaborate more with the community.

While 1+1 is not three when you collaborate with other people, it usually does reduce the workload for everybody, since you wouldn’t need to do duplicate work and you would be able to brainstorm with other people to get better results with the first try.

Volunteers in derivatives would have much more information on what is going on, and it would be much easier to get things working again, when you could collaborate with the person who (accidentally) broke something you need. Currently it is nearly impossible to get any non-volunteer to help with broken things in Xubuntu, even if the reason for being broke was a direct outcome of any change in Ubuntu, or the core packages.

With derivative developers not having to use most of their time fixing bugs others made appear, they will have more time in getting the derivatives more user-friendly, stable and even more feature-rich. The more interesting and well-working a product is the more people want to use it. This applies to Ubuntu and it’s derivatives too, so this would certainly attract more users to Ubuntu, too.

First step forward, but are we going the right way?

I heard there is a new “If you break it, you fix it” -policy coming up. I really hope this works as expected and applies to new versions of packages breaking other packages too. My main concern is that this will not apply to Canonical employees or other core developers, permanently or via exceptions.

Only future will tell.

New Xubuntu Project Lead»

By 9 votes, I am the new Xubuntu Project Lead. I’m looking forward to the next year and a half with lots of enthusiasm and interest. Thanks everybody for voting, and thanks for the kind words of support in my wikipage.

Xfce Design SIG launches»

As Jérôme Guelfucci wrote in his blog earlier, a special interest group has been started.  The Xfce Design Special Interest Group (or SIG) has a clear purpose (quote from the groups wikipage):

The Xfce Design SIG aims at improving the usability and visual appearance of the Xfce desktop environment. Our goal is to bring interested users, designers and hackers together to ensure neither of them is working in a vacuum. By establishing a context in which they can collaborate on smaller and larger design-related projects we try to increase the chance of the proposed changes to be merged into the official Xfce repositories.

I’m looking forward to working with Xfce directly and more closely after working years with Xubuntu. It’s both easier for us and assures that all Xfce users can enjoy the improvements, not just those who use Xubuntu.

Are you interested specially about Xfce Design? Join us!