Login to OSNews
Username or Email
Ubuntu Nearing X Server Not Running as Root
on Fri 25th Jun 2010 22:21 UTC
Based upon a recent email to the X.Org developers' mailing list, Canonical is nearing the point of one of their goals for Ubuntu 10.10 of a rootless X Server, or being able to run the X.Org Server without root privileges.
Permalink for comment 431618
To read all comments associated with this story, please
RE: Big deal...
on Sat 26th Jun 2010 15:39 UTC in reply to "
RE: Big deal...
Try to play with it when some heavy calculation is running in the background, and see if it remains responsive ^^
I've never had a problem with it. X is designed to be able to do that, but I'm not sure how good the implementation is.
Wrong. If windows' graphic layer crashes, and I've seen it crash many times, the desktop disappears for a moment, then reappears with all your apps on top of it. You can safely save your work before rebooting your computer and investigating what's wrong if crashes happen again.
Well, maybe it can do that in some special cases, but I know that I've had Windows 7 and XP crash and bring down everything. My point is, in any OS, if a critical system component goes down, everything will go down. And Windows in general is more prone to this since it is more tightly integrated. Also, I've never had X crash, but I use only Intel hardware, which has very good drivers, so I understand that I'm not in the majority...
There is certainly nothing in X that prevents apps from not killing themselves if X crashes. The main problem is that right now, the toolkits leave a lot of state on the server. However, if you look at the design of Wayland, there is really no server state. The kernel stores the window surfaces. This means that it would be trivial for apps on Wayland to reconnect. The nice thing is that the same method is entirely possible with X too, toolkits are just lazy.
There's also the Enlightenment toolkit which is slowly getting popular lately,
I don't think so. Enlightenment is gaining some usage with Samsung's Bada thing, but other than that, my guess is that its usage is declining.
the UI toolkit mess on Linux is not nearly as complicated as the media API mess...
This is just a myth popularized by Adobe (which is just using the myth as an excuse to be lazy). It's actually really simple. If you are writing anything to do with playing or editing videos/music, you use GStreamer. If you just want to play some simple sounds in your app, you use libcanberra. If you are writing a game, you use SDL. That's pretty much it. Those libraries will handle all the low level things that you don't need to know about. It's really not complicated...
However, it's just about looks. Things like open/save dialogs are still inconsistent...
True, it's not perfect. It still beats Windows, where every other app decides to draw its own ugly, unthemable widgets. Linux is certainly way more consistent in this regard. However, Mac OS X beats them both by miles.
Well, I agree that QT looks much better for the most part, but developers are lazy (tm). Properly rewriting GNOME in QT would take a long time, during which people would continue to complain that the Gnome desktop stagnates. The result of the rewrite would be extremely buggy. Do you think the Gnome devs would ever take this risk ?
Yes, it's really not realistic. I'm probably going to start using KDE soon, because I'm tired of GNOME not doing anything interesting in the last 5 years, and I really don't like GNOME-Shell.
Sign Up For The OSNews Newsletter!
Friends & Fans
OSNews Privacy Statement
Notice to Bulk Emailers
© 1997-2013 OSNews Inc. All Rights Reserved. OSNews and the OSNews logo are trademarks of OSNews.
Source Code © 2007-2013,
, except where noted
Reader comments are owned by the poster. We are not responsible for them in any way.
All trademarks, icons, and logos shown or mentioned in this web site are the property of their respective owners.
OSNews.com uses icons from the
© 2008 John Resig
Reproduction of OSNews stories is permitted only with explicit authorization from OSNews. Reproductions must be properly credited.