the following is from here: https://wiki.ubuntu.com/MarkShuttleworth
"Is Ubuntu a Debian fork? Or spoon? What sort of silverware are you, man?
Yes, Ubuntu is a fork. No, it isn't. Yes it is! Oh, whatever.
In short, we are a project that tries hard to collaborate with many other projects - such as upstream X.org, and GNOME, and of course Debian. In many cases, the code we ship is modified or different to the code shipped by those other projects. When that happens, we work hard to ensure that our changes are published as widely as possible, in a format that is easy for other project maintainers to understand and incorporate into their own working tree.
In practice, we have gone to great lengths to develop tools that make it easy to collaborate with Ubuntu, and help us to collaborate with upstreams and other distributions. For example, we have an automatic patch publisher that shows Debian maintainers what patches for their packages are available for Ubuntu. It couldn't be easier for DDs to decide which patches they want, and which they don't. And frankly, it's a lot easier for us if they DO take them, but we can't force that. Many of the patches only make sense in Ubuntu. As a side benefit, these patches are also available for Gentoo, Red Hat, Linspire (yes, really) and Suse. And we know they check 'em out and use some of them, which is cool.
Collaboration goes beyond patches though. We have developed [WWW] Malone, a bug tracker that explicitly tries to create collaboration between Ubuntu and other distros, and upstreams, on the fixing of bugs. Each bug can be tracked in lots of places, and in a single place you can see the status of the bug in all places. It's pretty cool.
One of the triggers that got me out of the "cosmonaut playboy international love rat of mystery" game and into Ubuntu was the emergence of tools like TLA, which it seemed to offer the promise of even better collaboration on source code between distros and upstreams. So we did a lot of work on TLA, to the point where it looked different enough to call it [WWW] Bazaar. Then we did a ground up rewrite in Python, and the result is [WWW] Bazaar-NG, or Bzr, which will be Bazaar 2.0 by March 2006. Why is this important? Because passing patches around is not nearly as effective as working in a genuinely distributed revision control system. Many of the Ubuntu guys don't work on the distro, they work on tools like Bazaar, and [WWW] HCT, which we hope will really accelerate the kind of collaboration that is possible in the open source world. Time will tell.
In summary: binary compatibility between Ubuntu and Debian is not a priority for us. We believe we contribute more to the open source world by providing patches to make Ubuntu (and Debian) packages work better, and providing a cutting edge (or bleeding edge, depending on your perspective) distribution for others to collaborate with. We invest a lot of energy in making sure our patches are widely published and easily available to developers of ALL other distributions as well as upstream, because that way we think our work will have the biggest long term benefit. And we develop tools (see Bazaar and Bazaar-NG and Launchpad and [WWW] Rosetta and Malone) that we hope will make source code collaboration even more efficient.
What about forking the community? The Ubuntu community has grown very quickly, and that causes some people to worry that this growth might come at some cost to other open source communities, Debian in particular.
Given that patches can flow so easily between Ubuntu and Debian, it seems to me that the bigger we can make our total combined developer community, the better for both projects. Ubuntu benefits from a strong Debian, and Debian benefits from a strong Ubuntu. This is particularly true because the two projects have slightly different goals. Ubuntu gets to break new ground sooner, and Debian benefits hugely from those patches (just scan changelogs in Debian Sid since the Sarge release, and you'll see how many references to "Ubuntu" are in there. And that's only the cases where credit has been given.
[COLOR="Sienna"]If the Ubuntu and Debian communities worked in the same way, then I think there would be more truth to this concern, because we would attract the same sorts of people, which would mean that we were competing for talent. But the two communities are quite different. We organise ourselves differently, and we set different priorities. That means that we tend to attract different sorts of developers.
Now, there are certainly Debian developers who have started doing most of their work in Ubuntu now. There are also developers who work equally in Ubuntu and Debian. But the majority of the Ubuntu community is made up of newer developers, who are attracted to the Ubuntu way of doing things. There will always be some churn and movement between communities, and thats healthy because it helps to spread good ideas.[/COLOR]
What if Ubuntu's success means Debian dies?
That would be very bad for Ubuntu. [COLOR="Red"]Every Debian developer is also an Ubuntu developer, because one way to contribute to Ubuntu is to contribute to Debian.[/COLOR] We incorporate Debian changes regularly, because that introduces the latest work, the latest upstream code, and the newest packaging efforts from a huge and competent open source community. Without Debian, Ubuntu would not be possible. And the Debian Way is under no threat, it's getting a lot more exposure in more interesting places now that Ubuntu has shown what amazing things can be done within that community.
Why is Ubuntu not part of the DCC Alliance?
I don't believe the DCC will succeed, though its aims are lofty and laudable. It would be expensive to participate, and it would slow down our ability to add the features, polish and integration that we want in new releases. I'm not prepared to devote scarce resources to an initiative that I believe will ultimately fail. There's no point here in going into the reasons why I think the DCC will fail - time will tell. I would encourage members of the Ubuntu community to participate in the DCC discussions if they have time and are interested. If the DCC produces good code, we should merge that into Ubuntu releases, and it should be easy to do so.
Why are you funding Ubuntu, instead of giving the money to Debian?
I spent a lot of time thinking about how best to make a contribution to the open source world, and how best to explore the ideas I am personally interested in, such as the best ways to deploy open source on the desktop. One option was to stand for the position of DPL (I'm a DD, first maintainer of Apache in 1996 blah blah) and drive those ideas inside Debian. In the end I decided to create a parallel distribution, and invest in the infrastructure to make inter-distro collaboration a lot more efficient.
Here's why.
First, a lot of the things I want to do involve reducing the scope of the distro. That makes it MORE useful for one set of people, but quite clearly LESS useful for others. For example, we currently officially support only 3 architectures in Ubuntu. That's GREAT for people running those architectures, but clearly not so useful for people running on something else.
Similarly, we support about 1,000 core apps in Ubuntu. Those are the core pieces that are in the "main" component for Ubuntu, [WWW] Kubuntu and [WWW] Edubuntu. Everything else is accessible, as part of [WWW] Universe or Multiverse, but not officially supported.
[COLOR="DarkOrange"]The more I thought about it, the more I realised this was the wrong thing for Debian, which derives much of its strength from its "universality". It makes more sense to take these approaches in a separate project. We get to pioneer and focus on those things, and the patches are instantly accessible to the DDs who feel they are appropriate for Debian too.
Second, the problem of "sharing between distributions" is the really interesting one. At the moment, we tend to see the world, as upstream, a distro, and derivatives. Actually, the world looks more like a bunch of different projects that need to collaborate. We need to collaborate with Debian, but we should also be able to collaborate with upstream, and with Gentoo. And with Red Hat, too. We need to figure out how to collaborate effectively with distributions that use totally different packaging systems to us. Because the reality of the open source world is one in which the number of distributions continues to rise - each one fulfilling the needs of a specific group of people, based on their job, or their cultural identity, or the institution for which they work, or their personal interests.
Solving the "distro collaboration problem" would really advance the state of open source. So that's what we set out to do in Ubuntu. We work on Launchpad, which is a web service for collaboration on bugs, and translations, and technical support. We work on Bazaar, which is a revision control system that understands branching and distributions, and is integrated with Launchpad. And hopefully those tools allow us to make our work available easily to Debian, and to Gentoo, and to upstream. And also, allow us to take good work from other distros (even if they would rather we didn't ;-)).[/COLOR]
And finally, it seems to me that the hard part is not making funds available, its allocating them to people and projects. I could easily write a cheque to SPI, Inc, for the same amount that I've invested in Ubuntu. But who would decide how that money was spent? Have you actually read the financial statements of SPI, Inc, over the past few years? Who would decide who gets hired full time, and who doesn't? Who would decide which projects get funded to be worked on, and which don't? As much as I admire the governance and social structures of Debian, I don't believe that it would be effective to allocate funds to it and expect to see the same level of productivity that we have been able to achieve in the Ubuntu project.
Mixing funding with volunteer work raises all sorts of issues. Ask [WWW] Mako to tell you about the experiment that showed that this difficulty might be hard-wired into our genes - there are deep social difficulties with projects that blend full time paid work with volunteer efforts. I'm not sure Debian needs that kind of challenge. You can very quickly get into deep conflict over who gets to allocate money and hire people, and who decides which ideas get funding and which don't. One of the things that I believe gives Debian its real strength is the sense of "untaintedness". And to a certain extent, the fact that Ubuntu does NOT force changes into Debian has helped to reinforce that healthy reputation for Debian.
OK, but why don't you call it "Debian for Desktops" then?
Because we respect the Debian trademark policy. You may have watched the mindbending contortions around the definition of "DCC Alliance" recently for an example of what happens when people don't. Very simply, the Ubuntu project is not Debian, so it has no right to use the name. And using the name would weaken Debian's own brand name. In addition, [COLOR="Blue"]we like the "humanity" aspect of the name Ubuntu, so we chose that. [/COLOR]"