...You're not a developer, are you (then why the hell are you questioning their design decisions?) Sometimes, the rats nest gets too deep, the spaghetti too entwined, the hair too tangled to really sort everything out, and your project SCREAMS for simplification. This is when a developer cuts his losses, looks hard at the lessons he has learned and starts anew.
This problem isn't really what is holding Linux back. When KDE 4 rolled around, KDE3 still existed. Gnome2 still exists. Currently well supported software still exists in the Linux world, and that software is often getting bugfixes for a while. Use cases have changed, hardware has advanced, and X has needed this refresh for at least 10 years now.
When I started using KDE4 it was the earliest 4.0 releases. Lets give you a little context: I used 5 or 6 monitors at the time, and KDE4 didn't support TWO X screens, let alone 6, until well into KDE 4.5. I was hanging in there for years, banging on the door, submitting bugs, etc.... it drove me NUTS. But, meanwhile, somewhere else in the world... someone was still using KDE 3 the entire time, and didn't have those problems or the frustration. They happily used KDE 3 beyond its EOL. I bet there are people that STILL use KDE 3 out there.
You don't have to upgrade. Its a choice, one you make based on educated decisions (hopefully). If you're just going bleeding edge, ALL THE TIME, prepare for the problems. For everyone else, there's LTS distros.
Last edited by kazetsukai; 08-14-2012 at 12:31 PM.
Have you ever seriously worked on any big project? I don't want to make any assumptions, but you sound like you have no developer experience.
Let me give you a real world example: in a lot of cases, when a new house is to be built replacing an old one, the old one isn't restored, it's smashed into the ground.
Now why is that? It's for a very simple reason: smashing and starting completely a new is often times WAY cheaper than restoring.
(And in software you don't even have to smash the old one, see below)
Imagine you have a wood house, but due to circumstances, really need it to be made out of cement instead. That's not something you can
just "improve" on the old house, is it?
You might think that X and Wayland are very similar simply for the fact that they serve a similar role, but if you made any serious attempt at comprehending them
you would soon realize that they are fundamentally different approaches to the problem. Hoegsberg himself is a senior contributor to X (I think),
so he must know very well that yet another extension to X won't do the trick.
I'd suggest you to head over to wayland's website and read the comparison to X give there, it's pretty insightful.
There's two major advantages I see to starting from scratch:
1. Obviously, you don't have to worry about cleaning up bad/old code. This frees up a lot of time for other things.
2. You leave the old project intact. Did you ever consider all the people heavily relying on X's features and behavior?
X itself isn't fundamentally bad, it's still good for many use cases (ie. remote sessions), and as many said already, will continue to live on for a very long time.
Oftentimes, people confuse things like in the case with PulseAudio, calling it an "ALSA replacement" when it's really not
(It's a proper solution for the problem dmix was a quick hack solution to).
You do know that Wayland didn't make the cut for 12.04, right? Not surprising, considering Canonical's (lack of) contributions....
Each release, you get the latest stable software stack, and it receives bugfixes until the disto EOLs. So if you download 12.04, you get 12.04. If you download 10.04, you get 10.04. As far as I know, there's no reason for normal users to be recommended 10.04 or 8.04 over 12.04.
The new c++ version of compiz is not considered stable, at least if you not use the default unity set up. According to upstream you should use the 0.8.8 version if you run outside this user-case as I understand it. I get the impression that most of the distributions who is shipping compiz ship 0.8 series.++
In fact you sound like you have no experience : http://www.joelonsoftware.com/articl...000000069.html
Never rewrite from scratch my friend...never. All that code you consider crap actually has a lot of bugfixes, the new code has a new array of problems and most likely will also repeat some bugs from the past....