This post is supposed to make it clear why Kubuntu is what it is. Writing this down is necessary because people constantly get the wrong picture.
Let me start to explain the relationships of entities around Ubuntu.
First and foremost there is the Ubuntu project, it is this large monster that includes Ubuntu Desktop, Ubuntu Server, Kubuntu, Xubuntu, Edubuntu and some other stuff. One could think of the Ubuntu project as an umbrella spanning across most (semi-)official activities surrounding Ubuntu. Packaging KDE software would be such an activity, so even as Kubuntu developer you are contributor to Ubuntu at large.
This relation is even publicly visible.
At Kubuntu we have a special membership status for people who have proved themselves valuable contributors to Kubuntu. With such a membership you get an @kubuntu.org email address and some other cool things. It might not be all that apparent, but this membership reflects the relationship between Kubuntu and Ubuntu. Once someone becomes Kubuntu member they also become Ubuntu member (technically speaking are Kubuntu members a subset of Ubuntu members). This is because a Kubuntu contributor is in the end also a contributor to Ubuntu (the project, not the distribution necessarily).
Now we know that Ubuntu is one big entity that consists of other entities (like Kubuntu), but at the same time Ubuntu is also the name of the GNOME featuring desktop distribution produced by Ubuntu the project.
Up until now I was talking about Ubuntu as a project, and simply put, this project is community driven. Sure, Kubuntu and Ubuntu have people working on them full time, but there are hundreds or possibly thousands of others, spending their spare time on contributing to Ubuntu. And here the whole thing gets a bit tricky to understand.
Kubuntu is by 5/1 controlled by the community, Ubuntu (the desktop distribution) is not. You might wonder how I ended up with 5/1. Well, the Kubuntu Council (pretty much in all cases the highest authority within Kubuntu) consists of 6 members, of which 5 are not working for Canonical.
Canonical, yet another entity. Canonical is a company trying to make money with Ubuntu products. Canonical is also the company that makes Ubuntu, the project, possible. Of course we easily forget about this, but without Canonical there were no *buntu websites, no launchpad, in consequence of that there would be no build daemon, no daily CD builds of consistent manner… in general there probably would not even be the computational infrastructure to run all those things. So just the infrastructural expenses (including maintenance etc.) must be of a quite considerable amount. Now I was not completely honest with you. Canonical is not only trying to make money with Ubuntu products, in fact Canonical is driving development of most of these products (to a certain degree at the very least).
So the Ubuntu project is driven by the community AND Canonical. Some parts more by the community, and others more by Canonical. As it usually works, this means that the community can focus on the fun parts while Canonical fills the gaps of the other work that needs to be done in a distribution creating project. And this is a good thing for the better part. Most of these free contributors are doing it because it is fun or because they want to achieve a personal target (say, make a system that boots within 2 seconds), but usually not all work of the distribution creation process is fun. I suppose it goes without saying that less people would contribute if they had to spend a substantial amount of their time on rather complex and boring stuff. Yet someone needs to do it, why not someone who gets paid for it? 😉
Of course that is a much simplified picture, but the point I am trying to make is that there is a symbiosis of the activities within the Ubuntu project.
Power and responsibility
"With great power must also come great responsibility!" is it written in the first Spider-Man story. Very true words those are, in the context of Ubuntu too. Those who have the power to stir development, must also be responsible if the direction was wrong. And I would even go as far as saying that those that are responsible must deserve the power to stir development.
What does this mean for the Ubuntu project?
Canonical chose GNOME as their preferred desktop and Debian as their preferred distribution, so they made a new distribution based on those 2 existing software stacks. Canonical sells support contracts, in fact Canonical tries to only live off those and some associated activities within or around the Ubuntu universe. So to their customers and partners they are ultimately responsible for when something goes wrong in the product. So lets assume the product is Ubuntu, the distribution, and the wrongness is that GNOME is completely broken. The customer will not go complain to the community, even though they are to a certain degree contributing to the product. The customer will go complain to the one they got a contract with, which would then be Canonical. So Canonical is responsible and thus must at least have as much power to avoid situations where they would loose substantial amount of money due to problems in the product. What I am trying to say is not that Canonical does or must have absolute control over Ubuntu, the distribution or the project, but the amount of control that is necessary to secure their business and in consequence secure the future of Ubuntu as a whole.
The picture for Kubuntu is different. Kubuntu originated in a community effort to bring the KDE desktop on the Ubuntu base stack. Canonical decided to use GNOME for their desktop and some community members decided to create another version with KDE as the desktop. Canonical apparently thought of this as a good idea and incorporated Kubuntu into the Ubuntu project, thus providing infrastructure for package building and hosting and website hosting and CD building… But they only had little interest of exploiting the business potential that comes with a KDE featuring desktop based on Ubuntu, though there certainly was some potential and so they decided to take on a bit of responsibility. Namely employing one of Kubuntu’s founding fathers full time. The community however continued to be driving in just about any aspect, and so the community also had most power over the course of development, simply because they were responsible for the product and the development of the product.
Kubuntu is not Ubuntu
This statement might seem incredibly obvious, and yet once in a while someone does not exactly understand on how many levels this applies.
Sure, on a technical level Kubuntu is not Ubuntu because it uses KDE, then again it uses the Ubuntu base stack… But more important than that are some other applications of the above statement. Kubuntu is not a large project like the Ubuntu project, it is part of the Ubuntu project and thus must obey its rules and regulations to some degree. This for example means that we cannot just stick some random non-free software on our CDs. It also means that Kubuntu is not the brand Canonical chose, but Ubuntu is, that is why the project is called Ubuntu and the distribution is called Ubuntu and associated products are somehow related to Ubuntu, possibly even reusing the brand (e.g. Ubuntu One).
Another important difference is that most changes in Kubuntu do not come from Canonical. They either originate in KDE or within the Kubuntu development community (and of that also only 2 people work for Canonical … go figure). One of the most interesting examples of wrong assumptions in this category, affecting me, was that apparently the Mozilla Firefox installer, that is available in Kubuntu 9.10 and later, was created by Canonical. At least various reviews claimed so, well, indeed it was me who created it, and I am not employee of Canonical, nor does Canonical own the code.
In general one might say that stuff going on in Kubuntu mostly does not have anything to do with Canonical, and if it does, then it is still approved or tolerated by the community.
Taking up on my above statement that those that have power must be responsible and those responsible must have power I’d like to make the following clear: the Kubuntu community has the most power and the most responsibility. Holding Canonical responsible for issues in Kubuntu, of which there are many, as within any software project, is just wrong. Because even if there was wrong doing on their part, the community still did not do anything about it.
Aforementioned statement also implies some things. First and foremost is that Kubuntu doesn’t need to receive the same attention from Canonical as Ubuntu, the distribution, gets. There is no particular point to it either. Not from Kubuntu’s perspective and neither from Canonical’s.
From a business point of view, Canonical would have to invest enough resources to make Kubuntu a viable business opportunity, that then directly competes with their other system, Ubuntu, which is the main brand carrier though. So that would be a bit of a problem, since from a perception point of view, Kubuntu is a different brand than Ubuntu (even though it might be associated, one way or another). Of course this is not exactly good for either brand because they then end up sharing volume of public attention instead of specifically trying to direct it at one particular brand.
At the same time this would mean that Canonical becomes more responsible (and thus needs more power, see above). So ultimately this would make Kubuntu less of a community effort and more of a Canonical one (to about the same degree as it is now with Ubuntu one can suppose). This then would lead to Kubuntu becoming much more derived from upstream KDE, because obviously a company would want to distinguish their product by all means from its competitors, and that involves heavy branding, special features etc.
So since Canonical does currently not exploit all business potential coming from Kubuntu, the community will probably be responsible for quite some time to come.
This ultimately means that the community will apply the rules and judgment of which they think it is the best available. Since the community is mostly consisting of people contributing in their spare time human time resource is rather limited and thus one must choose the battles carefully. In consequence this means that some things simply cannot be done. Like say Ubuntu One integration, of course it would be nice to have, but currently there are much more important things to work on. Same goes for porting Software Center. Finally it also means that the community gets to decide how much branding gets committed, and currently the opinion is to stick with KDE’s. Not only is their artwork of incredibly high quality, but also are they the biggest contributors to the Kubuntu desktop, so they deserve most credit.
On that last note I would also like to note that Kubuntu’s target was to make the best KDE distribution, not the best Ubuntu flavor, thus deriving from KDE’s artwork and color scheme would not only be in conflict with the fact that Kubuntu’s color palette is almost identical, but also with what Kubuntu is trying to achieve.
In short: Kubuntu is not Ubuntu. Occasionally blogs and news stories and bug reports assume Canonical is responsible for things they are not. In general, me and the other Kubuntu developers are responsible for Kubuntu, please keep this in mind when moaning or praising us.