Famous last words: "We know what we're doing."
Announcement
Collapse
No announcement yet.
More Backporting Madness: X Server 1.8 To 1.7
Collapse
X
-
Originally posted by SkyHiRider View PostI have no idea what this means from a programming angle but it sounds to me like a big bloody mess.
Someone please prove me otherwise.
Comment
-
Tough one. By doubling the efforts they can get more nitty gritty with both sets of code and maybe somehow end up with .32 being better than it would have been otherwise which would lead to a better .33 and .34. Fedora 13 alpha is rediculously stable though and I've been using it daily driver for 3 days now. They really are getting too good at what they do. It's gotta pick a resting platform somewhere sometime but it's all moving too fast.
I think some good can come from sticking with .32 working that code over nice and good in external programs and then sucking that improved code into .34 and just leaving .33 as another testing workground.
1.8 is a hell of x-server. I don't see them having too much hassle with it. I've only had to downgrade 1 x-server out of the huge flurry of x-redo's the last 3 months and just by judging bugzilla nobodies having too much hassle with it. Every rebase seems as good or better than the last. You're gonna have to break things much worse than has happened to get a good scare going on this move.
Comment
-
Michael, please stop spreading this sort of misinformation.
Now there's a possibility we could see the same sort of back-porting occur with the X.Org Server. The Ubuntu X team has already brought some of the udev input changes over to their X.Org Server 1.7.x code-base due to the deprecation of the FreeDesktop.org HAL (Hardware Abstraction Layer) in Ubuntu 10.04.
Timo Aaltonen has now published a patch to Ubuntu-X that brings most of the X Server 1.8 features back atop their 1.7 server.
This includes support for the xorg.conf.d, the new input class attributes, proper udev support (the currently back-ported support isn't the same as upstream),
and various other patches that address different bugs.
Comment
-
Originally posted by FireBurn View PostThey're the ones who're going to have to support it. I imaging kernel, xorg maintainers are going to tell Ubuntu users to take a running jump when they ask for help
Comment
-
lols at the cluelessness.
You do realise RHEL is all backports all the time? its highly stable and makes a lot of money.
You don't honestly expect the RHEL5 2.6.18 kernel is just upstream kernel + some stable patches?
not sure why you'd expect Ubuntu LTS to be able to be any different. Its all about the QE they do and nothing to do with the code they backport.
Comment
-
Originally posted by RealNC View PostFamous last words: "We know what we're doing."
Comment
-
Debian stable is stable and old.
Debian bleeding edge is bleeding edge.
Something is missing in between and that is Ubuntu; mostly stable but also new features.
I guess we'll have to wait and see. But make no mistake; Ubuntu is because of its nature not about helping other projects evolve and grow and it is not about fixing bugs upstream for stability. Instead, Ubuntu is all about taking the 'now' and bringing it to the end-user by means of some (in this extreme amount of) ductape.
It is the experience, and thus the promotion, of Desktop Linux and that is what Ubuntu is contributing to the Linux ecosystem.
And now I'm going to get some sleep because it's too fscking late...
Comment
Comment