I hope your attitude and efford and the resulting effect will be recognized by others and taken as an example of good team work (and, to a degree, leadership).

While I’ve definitely made mistakes at all this, I think it’s a step in the direction you want, which I’m convinced is the right one. I’m hoping that the XSF will be an example in how to make this work for the rest of Debian. The various teams should act as incubators to foster a strong community of developers who help each other out. Hopefully this’ll eventually affect the user community too, although I haven’t figured out how to make that transition yet.

Actually: I would like everyone to resign from their Debian positions unless they are willing to do the duties that come along with them. Or at least ask for help if they want to do the work but don’t have the time to do it alone.

On a somewhat unrelated note:
Debian unfortunately has a culture of “learn to do it by yourself, I would welcome your help, but I’m not telling you how you could help”. What people with that attitude don’t recognize is that spending an hour showing someone who is willing to help how to do it will often save you several hours later on. Either because that person won’t f*ck anything up which you would need to fix or because the person actually starts helping because he feels his help is welcomed instead of turned down (and impression I usually get when being told to go learn to do the work on my own and without assistance from those who already know the stuff).

Chris, this is entirely wrong right now. Yes, I worked with Daniel Stone when he was the Ubuntu X guy. I still work with him today. But right now I don’t collaborate with anyone on the Ubuntu X team. I don’t know who did their transition to 7.1 (Debian did that independently) and I don’t think they really have an X maintainer at this point. I’ve never even spoken with the guy who was their X maintainer (the same one who is at the head of their current X-related specs) and as far as I can see he doesn’t really care what Debian is up to.

We have our own plans, and Ubuntu will surely benefit from them, but as far as the X stuff goes Debian has been the driving force of its own destiny in that area for some time now. We’ve been able to keep up a good pace because we’re doing exciting stuff on our own, and we don’t need to follow Ubuntu in order to get it done. I’m happy to collaborate if the opportunity and desire are there, but Debian doesn’t need Ubuntu to function, and that’s the way it should be.

A sign of good will from Canonical would be to ask all their members to resign from their Debian positions unless they are really willing to assume these positions.

Chris: I agree that Ubuntu appears to be the more “vibrant and welcoming” community, though I would really like to see Debian to be just that: vibrant and welcoming. Sometimes I think removing a dozen or so DDs from the keyring (i.e. expelling them from Debian) could achieve that in the end, but that way is certainly wrong.

Anyway, I personally don’t care wether a package in Debian has an ubuntu version number or not, but what I do care about is that Canonical isn’t putting half as much effort into contributing back to Debian (which Mark S. promissed more than once, among other times in a small chat I had with him at DebConf 05) as they proclaim they do.

Regarding the founding of the bzr VCS development, I’m not sure how the founding works here, but if it’s similar to other founding of open source software, the funds going into this over the course of a year wouldn’t sustain hiring an IT professional for two weeks. This is a lot different than doing the development themself (by hiring someone to work on that).

I’m wondering about this: what about stuff like Casper and Upstart, and plenty more projects like those? Why aren’t they considered “significant new software”?

The way to get ahead of others will always be to do actual development and – hopefully – innovation

Ah, but: this isn’t necessarily true. Debian’s early success lay in the way it was put together, the way people worked with each other, the core values that were upheld: not because it actually contained technical advantages in the form of new code.

Ubuntu is primarily successful because two years ago Canonical were able to ship Debian with a modern gnome in a way that normal people could install without a manual. At this point, Ubuntu’s desktop offering is objectively better than Debian’s, and because the Ubuntu community is widely seen to be more vibrant and welcoming than the Debian community it is likely that the gap will only increase over time. Canonical don’t need to fund new development; they just need to make Ubuntu the most welcoming distro to work on. You can already see this happening with new Linux software, which is usually packaged for Ubuntu before anything else these days.

I think the real reason that people are so irritated by packages with Ubuntu version numbers in them being pushed into Debian is that it shows that the “ubuntu is leeching” argument is a fallacy. Ubuntu is supplanting Debian as the upstream “debianish” Linux distro, and people are getting their egos bruised.

– Chris

This claim is based on the wrong assumption that all these maintainers are doing the same job. One of them has made 97 uploads in two months. I have made less than 20, and some other people have made a few. In the meantime, I have seen 0 uploads, 0 commits from Canonical employees. The guy who was hired was not one of the “two uploads a month guy”, he was the primary maintainer at that moment.

Anyway this is over now, we have understood we cannot expect any help from Canonical wrt. GNOME packaging and we have mostly replaced the manpower that was hired. But seeing Mark Shuttleworth claiming the opposite still gets me on my nerves.

Point 3: The old discussion of giving back patches: Canonical is producing patches on an automatic basis. You ask for manual reviewing and submitting back. Did you look at how many developers are actively working in ubuntu and how many in debian? Don’t you think that if every much had to be mailed to submit@b.d.o, nearly no other development on ubunut would happen?

I rather think debian should start working on guidelines how derivates can contribute back better. I think the automatically generated patches at patches.ubuntu.com are a good start, but often they are good enough. Let’s better think about mean how to improve this workflow. E.g. I could imagine that the new W&P format could be exploited to better seperate debian from ubuntu changes from upstream software. Please don’t blame ubuntu for not continuing development of this way.

“we have a policy of not doing our own software development, but only packaging what others have developed, so the only way for us to get ahead was to package something that others wouldn’t.”

This simply won’t work in the long run. The way to get ahead of others will always be to do actual development and – hopefully – innovation. Even in the Open Source Community, this does get you ahead of your competitors. Not doing own development will always leave you running after the others, even when you are combining the best things from each competitor.

As for “Conspiracy”, I wouldn’t call it a conspiracy if Mark S (or whoever at Canonical) asked his employees not to work against the interests of his company. I just don’t see why uploading a new (set of) Gnome package(s) to Debian would be against his company’s interests.

Marketing reasons (”I want Ubuntu to be the first Linux Distribution to contain Gnome X.Y”) wouldn’t be a valid reason in my opinion by the way.

This phrase tells it all :
“And just to drive the point home, some of our Linux friends shipped similar support in their last releases. They don’t enable the NVIDIA binary driver, but this means that a large percentage of their user base can’t get the bling without manual hackery.
We needed a way to catch up with both the commerical operating systems and other Linux distributions; we have a policy of not doing our own software development, but only packaging what others have developed, so the only way for us to get ahead was to package something that others wouldn’t.”

They will do anything to “catch up” with the ‘competitors’. They want the closed drivers to be “ahead” of free distributions like Fedora and Debian. So point #3 does apply. They love their closed launchpad to gain their competitive advantage.

Is it true that Mark Shuttleworth or anyone else inside Canonical requested that the person hired at canonical which also is one of the Debian Gnome maintainers should not upload a new Gnome package(s) release to Debian until Ubuntu LSO was released?