To view parent comment, click here.
To read all comments associated with this story, please click here.
but i think it was a modified license that was the final nail.
end result, a forked xfree from before the license change and xorg picked up speed after that.
Without wanting to sound impolite, I'd like to comment that XFree at least got things working (in "the old days", i. e. 3 years ago) that Xorg isn't able to do anymore. (Please see this note as an individual problem I'm having since I upgraded from FreeBSD 5 to 7, including an upgrade from XFree 4.3 to the newest version of Xorg: I can't get my ATI Radeon 9200 RV250 with the ati driver to run at 1400x1050 anymore, only 1152x864 is possible; and switch from console to X mode now lasts almost 10 seconds, while it lasted less than 2 seconds with XFree.)
Is catching up? I think it's already doing those tricks, and many more. :-)
The networking abilities have always been one of the most impressive things in X. Remote desktops and similar stuff were possible years before others had an acceptable network stack. :-)
To be precise, a home computer running UNIX / Linux is a multi user machine. It's just about how you enable two or more users to use the same machine at the same time. This isn't some speciality of X, but of UNIX / Linux in general.
This option will still be present, I think. At least, I hope. But well, I do use BSD, so it will take some time before the kernel mode settings developed for Linux will make their way into BSD. :-)
sure, xfree got things working, in the same way as windows "get things working". but in the end, would it have been worth it?
as for tricks, note my "or overtaking"...
but overall take it we agree, and its mostly my way of presenting things that your having a issue with (most of it was written based on the impression i have gotten over the years from news sources, and how i recalled things that that moment)...
I feel your pain. I do. From my personal experience, the quality of xorg server has gone way downhill since version 1.3.
For a good example, look at the status of intel driver, which incidentally is the one being mentioned in the article.
Here's a listing of intel driver related bugs in ubuntu (127 in total):
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel
Here's one that affects me:
http://bugs.gentoo.org/show_bug.cgi?id=212453
All right, maybe the bugginess of the driver is just due to the incompentency of intel programmers, and has nothing to do with xorg server.
I congratulate you as you have obviously shown how X.org is inferior to XFree.
Have you filed bug reports for these issues? The xf86-video-ati developers (Alex Deucher and Dave Airlie) are pretty responsive and helpful.
well stability comes with stagnation, the XFree86 tree just reimported a lot of the ati driver so it probably broke as well.
The thing is X.org drivers didn't support a lot of features, and you can't add features to a driver like dynamic monitor plugging and better detection code without causing some regressions. We trust that users report these regression so we can fix them instead of claiming that their one regression is the end of the universe.





Member since:
2005-07-06
indeed, xfree didnt add much new for ages.
but i think it was a modified license that was the final nail.
end result, a forked xfree from before the license change and xorg picked up speed after that.
and with things like beryl, multi-input x servers (perfect for multitouch setups), and others, its fast catching up to or overtaking the tricks that osx and windows can show of.
and all this while retaining the core ability to do things over a network connection and you have one impressive package.
one can even turn a single home computer into a multi user machine with these abilities. a kind of mini-mainframe if you will.
i suspect that as kernel mode setting becomes more of a norm in the drivers, the biggest reason for running X as root goes away. makes me a bit nostalgic as i always liked the idea of pre-95 windows, that ability to drop in and out of the gui as needed.