News for hackers. Stuff that matters.
Re:Red Hat Expecting X.org to “Go into Hard Maintenance Mode... by hamilyon2 on Friday June 28, 2019 @09:02AM (#20303821)
This is big news, no?
Re:Red Hat Expecting X.org to “Go into Hard Maintenance Mode... by Jasper_ on Friday June 28, 2019 @09:13AM (#20303920)
It's more an admission of the current state of things. Adam Jackson, the previous release manager, stepped down, decided to switch gears to doing other graphics-related stuff, and nobody has volunteered to make a new X server release.

xorg-devel has always been a relatively slow mailing list, and very little new R&D has been done on the X server for the past 5 years or so. Latest I can think of is the DRM lease work, which is still ongoing.

Re:Red Hat Expecting X.org to “Go into Hard Maintenance Mode... by klodolph on Friday June 28, 2019 @09:15AM (#20303931)
Just to add some context: DRM = direct rendering manager, not digital rights management.
Re:Red Hat Expecting X.org to “Go into Hard Maintenance Mode... by bluGill on Friday June 28, 2019 @09:54AM (#20304276)
x.org has always been that way. Slow, hard to get started developing, and not really "sexy". it is critical infrastructure, but nobody wants to maintain it.

Wayland was at least started by people frustrated with the real problems in X. (unlike most other replace X projects I've seen over the last 20 years where were someone who had no idea what is really wrong proposing a solution that didn't solve the real problems.

Re:Red Hat Expecting X.org to “Go into Hard Maintenance Mode... by dralley on Friday June 28, 2019 @04:59PM (#20308742)
>Wayland was at least started by people frustrated with the real problems in X

Many of whom, it's worth pointing out, are themselves the core Xorg developers who don't want to be stuck maintaining Xorg forever.

Re:Red Hat Expecting X.org to “Go into Hard Maintenance Mode... by ddalex on Friday June 28, 2019 @09:36AM (#20304124)
If it's working, why break it by adding new stuff?

I'm very fond of old software that has been battle tested, rather than jumping on the bandwagon of the newest thing which is invariably rough around the edges.

Just look at the terminal latency of Wayland default compositor vs X, or 3D performance with NVIDIA, or weird configuration - it doesn't work as good as the old thing

Re:Red Hat Expecting X.org to “Go into Hard Maintenance Mode... by floatboth on Friday June 28, 2019 @10:13AM (#20304445)
Because if "working" was the only thing people ever wanted, we would be using Windows 95 or something. People want "not crap", and everything related to X11/Xorg is a gigantic pile of crap.

> terminal latency of Wayland default compositor vs X

I'm not sure what you mean by "default compositor" — Weston? — and what's "X" — Xorg without any compositor, with the Windows 95-esque situation of everything drawing into one buffer?

Yeah, you can decrease latency by a tiny bit by not compositing at all, but the result is totally unacceptable visually. People generally don't want to look at Windows 95 anymore.

Re:Red Hat Expecting X.org to “Go into Hard Maintenance Mode... by Crinus on Friday June 28, 2019 @11:58AM (#20305668)
> but the result is totally unacceptable visually

It is perfectly acceptable to me.

And this is the issue with Wayland vs X11 when it comes to compositing: Wayland forces it down your throat, either you like it or not, whereas X11 enables it but doesn't mandate it so if you dislike it you just don't use it.

(though this isn't the only problem Wayland has... and FWIW Windows 95 is in many fronts superior to any desktop you can find on Linux)

Re:Red Hat Expecting X.org to “Go into Hard Maintenance Mode... by bitwize on Friday June 28, 2019 @02:05PM (#20307148)
> It is perfectly acceptable to me.

Most users want a UI from $CURRENT_YEAR, not one that makes them think of Spice Girls songs and AOL Instant Messenger.

> Wayland forces it down your throat, either you like it or not, whereas X11 enables it but doesn't mandate it so if you dislike it you just don't use it.

X11 is architecturally ill suited to a compositing environment. Inasmuch as compositing solutions exist, they are janky hacks that introduce more processes, more context switches on the hot path, and more latency than Wayland, which was based on $CURRENT_DECADE graphical principles from the ground up.

Sometimes you can't square the circle and engineer a general solution. Sometimes you have to engineer for the common case only. For desktop usage, the common case is "user who is used to Windows or macOS and does not want to regress backward in terms of UI". For such users, a noncomposited Windows 9x-like desktop is unacceptable. A broken, laggy, hard-to-maintain pile of hacks is also unacceptable. Wayland solves both those problems, which is why virtually ALL of the hackers working on the Linux graphics stack have jumped ship from X to Wayland. Like it or not, you will eventually be using Wayland too.

Re:Red Hat Expecting X.org to “Go into Hard Maintenance Mode... by zzzcpan on Friday June 28, 2019 @02:19PM (#20307308)
> Most users want a UI from $CURRENT_YEAR, not one that makes them think of Spice Girls songs and AOL Instant Messenger.

This is rather incorrect assumption. UIs is not something people want, it's something people want to not to get in their way, i.e. the opposite of wanting. And to your example modern Gnome is actually worse than AOL times UIs, it breaks a lot of expectations users used to Mac or Windows have, with proper menus not hidden away and better workflows.

Re:Red Hat Expecting X.org to “Go into Hard Maintenance Mode... by afiori on Saturday June 29, 2019 @04:23AM (#20311445)
I actually often want UI to be beautiful. That can take many forms, "vintage" included.

> And to your example modern Gnome is actually worse than AOL times UIs

Totally true, the amount of missing functionality and weird behavior is huge. Yet I do prefer it to KDE as it is in practice more pleasant to look at.

Re:Red Hat Expecting X.org to “Go into Hard Maintenance Mode... by sprash on Friday June 28, 2019 @10:35AM (#20304685)
Your priorities are wrong. Latency is the most important metric for doing actual work. This means that the windowing system should allow clients to blurt out pixels whenever they want no matter where the current scanline is positioned.

Apparently there are patches on the way [1] that try to mitigate the severe design flaws of wayland in that regard. If wayland will ever reach X11-like performance remains to be seen. Right now this is not the case.

[1]: https://cgit.freedesktop.org/wayland/weston/commit/?id=df209...

Re:Red Hat Expecting X.org to “Go into Hard Maintenance Mode... by Jasper_ on Friday June 28, 2019 @10:46AM (#20304802)
Partial update is not an improvement for latency in the way you're thinking about it. It's mostly an optimization for tillers so they don't have to rerender some parts.

You seem to broadly misunderstand several parts of the modern display architecture -- the goal you insist any sane window system should provide hasn't been provided by any, including the X Window System.

Re:Red Hat Expecting X.org to “Go into Hard Maintenance Mode... by flomo on Friday June 28, 2019 @12:59PM (#20306379)
I think its been a long, long time coming. X11 was effectively left in "hard maintenance mode" in the early 1990s when the Unix vendors abandoned the workstation market. Since then every new system based on *nix has used some other display manager, while Linux desktops used X11 mainly for legacy reasons. At some point 10-15 years ago, Linux vendors (Redhat) revived X.org. But something better has wanted for a long time.

"X11 is the Iran-Contra of graphical user interfaces" as the old unix hater book said decades ago.

Re:Red Hat Expecting X.org to “Go into Hard Maintenance Mode... by kgwxd on Friday June 28, 2019 @09:16AM (#20303941)
It feels like it to me, but my understanding of how things work in this area is pretty limited. I've been using Xubuntu for a long time now, does it currently depend heavily on X.org? I'm having a hard time figuring that out searching the past 20 minutes.
Re:Red Hat Expecting X.org to “Go into Hard Maintenance Mode... by asark on Friday June 28, 2019 @09:35AM (#20304121)
Pretty much every Linux desktop GUI's been on top of the X Window System—which has been synonymous with the Xorg implementation thereof for, oh, 15ish years now—until very recently. Red Hat's behind a totally different replacement for X Window (and so, Xorg) called Wayland, but desktop environments that run on top of X Org will require major work to move them over to it, and most haven't done that yet, if they ever will. Last I checked Wayland's also a bit half baked at this point, from a "does it work with all my stuff and do all the things I'm used to" perspective, so news that it's the only system receiving new feature development means some risk of a fairly awkward transition period.

Notably, I think you still can't get hardware acceleration under Wayland for nvidia cards, making it unusable. Yeah that's nvidia's "fault" but to the end user it makes no difference if they upgrade their distro, the distro switches from Xorg to Wayland, and suddenly their computer sucks.

Re:Red Hat Expecting X.org to “Go into Hard Maintenance Mode... by floatboth on Friday June 28, 2019 @10:34AM (#20304674)
> you still can't get hardware acceleration under Wayland for nvidia cards, making it unusable

Nvidia wrote patches for GNOME and KDE to support their crappy custom EGLStreams thing alongside the usual GBM. I think GNOME and KDE have accepted them.

Re:Red Hat Expecting X.org to “Go into Hard Maintenance Mode... by gnode on Friday June 28, 2019 @09:26AM (#20304037)
Yes, but an effort to port XFCE to GTK 3 is underway. My understanding is that this will bring Wayland support.
Re:Red Hat Expecting X.org to “Go into Hard Maintenance Mode... by gnomewascool on Friday June 28, 2019 @12:21PM (#20305943)
Porting XFCE applications (Thunar etc.) to GTK3 indeed gives automatic (or near-automatic) Wayland support. This means that XFCE applications will run natively (without XWayland) in Wayland compositors (such as sway, GNOME or KDE).

However, xfwm (the window manager) will also need to be ported to Wayland — i.e. become a Wayland compositor — which will probably be a more complicated undertaking, as "xfwm-wayland will need to fulfil the role of both X and the window manager. (Yes, using libraries like wlroots or libmir, will make this not completely impossible, but it will still be non-trivial.) Plausibly, XFCE might join forces and use the same Wayland compositor as, say, LXQt or Mate.

Re:Red Hat Expecting X.org to “Go into Hard Maintenance Mode... by maggotbrain on Friday June 28, 2019 @03:39PM (#20308088)
The Xfce port to GTK 3 is almost complete. Xfce 4.14 should be released sometime in August this year if all goes well.

https://wiki.xfce.org/releng/4.14/roadmap#roadmapplanned_fea...

Re:Red Hat Expecting X.org to “Go into Hard Maintenance Mode... by hjek on Friday June 28, 2019 @09:23AM (#20304011)
Once XFCE is ported to GTK3, it should be Wayland-compatible, but for now Xubuntu still depends on X.
Re:Red Hat Expecting X.org to “Go into Hard Maintenance Mode... by miloignis on Friday June 28, 2019 @09:21AM (#20303992)
I believe so - Xubuntu is based on XFCE, which is an X based environment. I've seen some mutterings that they may eventually write a Wayland backend, but I don't think that it's in the near future