To view parent comment, click here.
To read all comments associated with this story, please click here.
That's a load of hoo hoo. There are MANY differences between distros. I think what Ubuntu does (and does well) to contribute is to market linux and to make it more user friendly (or at least APPEAR that way). And that's what linux needs to become a ubiquitous desktop (along with reliable drivers and software to replace what users have become used to via MS).
And even by your own post, it sounds like you don't really WANT ubuntu's changes upstream. :/
That's a load of hoo hoo. There are MANY differences between distros. I think what Ubuntu does (and does well) to contribute is to market linux and to make it more user friendly (or at least APPEAR that way). And that's what linux needs to become a ubiquitous desktop (along with reliable drivers and software to replace what users have become used to via MS).
Critic's main point is that their "contribution" is non existent in upstream projects. Ubuntu is a big player with a lot of buzz around it but with a very small presence in upstream. Why dont they work with upstream in their effort to make linux more user friendly?
They make linux more user friendly by creating their own little corner and add their own little features in their little corner and then push them to end users and they call this "contribution". This is not the kind of contribution people are talking about about. Again, Why dont they work with upstream in their effort to make linux more user friendly?
This creates a problem in the long term because features Canonical will push to end users are not the same as those found in upstream and in other distributions and users who will first start using Canonical distributions will make simple assumptions that the way of the *buntu* is the way of linux and this will intime fragment the ecosystem ..its kind of hard to understand why he doesnt understand this
mtzmtulivu is right. Everybody who snickers and winks at the "fragmentation"bit, doesn't get it. There is a difference between having different flavors of the same core infrastructure and having two equally named, but drastically divergent pieces of core infrastructure.
In the good old days it used to be that the core infrastructure was provided by the upstream projects and the distributors added their own small customizations on top of that. If a fundamental change in infrastructure was needed, the distributors, developers and the upstream projects got together to discus the best way forward. The end result was a consistent piece of technology used among several distributions.
In the current situation we have Canonical dreaming up new core infrastructure and adding that locally to upstream code and pushing it out on one their websites and telling the world "If you want it, come and get it" and thinking that is contributing and collaborating. In essence Canonical is forking upstream projects, changing them to suit their vision and then offering to upstream to abandon their own versions and adopt what Canonical dreamed up.
It's no wonder Canonical is being blasted over it. It took the "ecosystem" several years to come up with working structures to make sure that every contributor in the chain could collaborate with the other contributors in the chain and have the contributions flow to the place where they make the most sense and have the most reach. Reach in this case is not only how many end users get the code, but also how many distributors can depend on and benefit from the changes made in the upstream projects.
In this case we have the Canonical fork and then the rest of the community. The rest doesn't have any benefit from what Canonical does, because to get benefit from what Canonical does, the rest would basically have to become Ubuntu remixes. There is no communication, discussion and collaboration over the features Canonical is coding. Just dumping them as is, does not constitute a meaningful contribution. The best code originates from cross polination of ideas between diverse groups dependent on a project.
Why do we want to give Canonical a free pass for this behavior, while Novell was blasted for the way they developed XGL and Apple was bashed over the Webkit code dumps?





Member since:
2006-11-14
In some projects, Canonical does not simply push the code from developers to end users, they take the code, modify it and then put it somewhere on the net to satisfy licensing terms and then push their modifications to end users and tell upstream "here are our modifications, come and get them if you want", how is this "collaboration"?
This creates a problem in the long term because features Canonical will push to end users are not the same as those found in upstream and in other distributions and users who will first start using Canonical distributions will make simple assumptions that the way of the *buntu* is the way of linux and this will intime fragment the ecosystem ..its kind of hard to understand why he doesnt understand this