X.Org Server 1.16 Brings XWayland, GLAMOR, Systemd Integration
An anonymous reader writes The much anticipated Xorg Server 1.16 release is now available. The X.Org "Marionberry Pie" release features XWayland integration, GLAMOR support, systemd support, and many other features. XWayland support allows for legacy X11 support in Wayland environments via GL acceleration, GLAMOR provides generic 2D acceleration, non-PCI GPU device improvements, and countless other changes.
The systemd integration finally allows the X server to run without root privileges, something in the works for a very long time. The non-PCI device improvements mean System-on-a-Chip graphics will work more smoothly, auto-enumerating just like PCI graphics devices do. As covered previously, GLAMOR (the pure OpenGL acceleration backend) has seen quite a bit of improvement, and now works with Xephyr and XWayland.
I really hope it is not a requirement and will never be on for X.org. Otherwise, I will end up having to make my Linux-servers X-less and probably use Windows as terminal. After all, with systemd, windows-like levels of intransparency, insecurity, complexity and developer arrogance have already been reached. One system with that is quite enough, I do not need to deal with that crap on Linux as well.
Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
Why are you writing numbers in binary?
So, to me it sounds like they are moving to being Linux only. As someone who supports multiple UNIX flavors (AIX, Solaris, HP UX, IRIX, and FreeBSD), all of which are running some form of X (and several of them running X.Org), I am displeased with the trend towards all of the primarily Linux dependencies for a lot of software - GNOME 3, Wayland, and now features of X11.
I'm starting to think GNU is the problem with "GNU/Linux" these days.
I can tell you I feel similiarly.
But until and unless a large percentage of the community starts coughing up money to directly pay devs otherwise, they're going to do what their corporate masters (primarily redhat, but also other tech incumbents) choose to do.
It's the same reason lots of other tech has made it into the linux kernel but taken years to a decade to make it into BSD. If the community isn't ponying up the cash to keep the development in a direction they desire, then some corporation will coopt it and pervert it into something we hate.
It's not the first nor last piece of software we'll see this happening with.