Linked by Thom Holwerda on Fri 11th Jul 2014 16:51 UTC
X11, Window Managers

However, I still field plenty of questions from lots of people about this, and a lot of the time, it's extremely simple stuff: "What is X?" "How does it interact with my graphics card and mouse/keyboard?" "What do apps use X for?" "What is Wayland, and how does it fit into the picture?" "What problems did X have that made us want to write new display server technologies?"

These sort of questions were what inspired me to write "The Linux Graphics Stack" in the first place, but there's really never been a comprehensive, historical writeup of our display server technologies in general. So, I chose to spend my free time at Red Hat writing it.

A very fun look at what X actually is - including embedded X server sessions running in your browser using HTML5 canvas. Fancy.

Thread beginning with comment 592281
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE[2]: hrmf...
by hobgoblin on Sat 12th Jul 2014 07:05 UTC in reply to "RE: hrmf..."
hobgoblin
Member since:
2005-07-06

I would not have a problem with them, if they didn't insist on cramming their changes down everyones throat.

Experiment at home, not in the middle of the plaza.

Reply Parent Score: 2

RE[3]: hrmf...
by darknexus on Sat 12th Jul 2014 07:50 in reply to "RE[2]: hrmf..."
darknexus Member since:
2008-07-15

It's hardly PH's fault that other distros are taking their experiments like Pulseaudio and Systemd and using them. I hate the things as much as anyone but we should put the blame where it belongs.

Reply Parent Score: 2

RE[4]: hrmf...
by Lennie on Sat 12th Jul 2014 12:49 in reply to "RE[3]: hrmf..."
Lennie Member since:
2007-09-22

I think as users it will be a few years before systemd can be judged properly.

I do think, maybe, systemd will allow for more flexibility.

For example, it looks like a lot of Linux operating systems might end up being built around containers, like LXC and Docker:

http://lwn.net/Articles/602579/

For example to allow for things like CoreOS and Project Atomic:

http://major.io/2014/05/13/coreos-vs-project-atomic-a-review/

If that belongs on your Linux desktop, I don't know yet. I don't think improving the user-facing devices is like desktops is dead either. Maybe the top layer work like mobile devices is strange thinking which a few tried, but seemed to have mostly failed.

It does allow for things like creating a btrfs snapshotting before updating/upgrading the software and going back to the versions very easily.

Or updating the whole operating system in one step, systems like ChromeOS or servers systems, like those Google uses already do this. I believe they use 2 separate partitions. And switch between them.

Which can still be useful on your desktop.

It could be useful on embedded devices as well.

For example it could mean people creating embedded devices didn't have to re-invent their own solutions.

Edited 2014-07-12 13:02 UTC

Reply Parent Score: 3

RE[4]: hrmf...
by tuxroller on Sat 12th Jul 2014 22:52 in reply to "RE[3]: hrmf..."
tuxroller Member since:
2013-10-08

By modern I assume you mean animations, transparency and the like? Those functions don't map well to X semantics, as you're probably aware.
However, if you use something like xfce X can be fantastic on a LAN as it can be very responsive.

Reply Parent Score: 3

RE[4]: hrmf...
by Bill Shooter of Bul on Mon 14th Jul 2014 14:18 in reply to "RE[3]: hrmf..."
Bill Shooter of Bul Member since:
2006-07-14

From my perspective as a casual audio using, non audio engineer, but as a systems guy. I *like* both pulse and systemd. They seem to do things the right way, and are a huge improvement in usability over what previously existed.

The only arguments against systemd that make sense to me is the whole Unix philosophy thing. SystemD is just so good, that other projects want to rely on its feature set. There isn't a viable alternative in getting that feature set, and thus a dependency is established. At somepoint someone might create an anti-systemd that provides the same features. But if they do, it very well might just end up being an alternate implementation of systemd.

Reply Parent Score: 3