Earlier quoted context omitted.
Anecdotally, I strongly doubt this is true, although my environment is probably quite biased. I know a ton of people who use Gnome, some who use KDE, and I think roughly all of these people use them with Wayland. The standalone-WM users I know are also mostly on Sway or other Wayland ones. The only real X11 holdouts seem to be people using X11-only DE's, such as Xfce or Cinnamon.
> I think roughly all of these people use them with Wayland. While we're making unfounded statements based on our own anecdotal experiences: can't speak for Gnome users (very few in my circle), but for KDE and tiling window manager users, it's a lot of X11. Hard to say exactly, but would put it at ≥50% X11.
GNOME 50 completes the migration to Wayland, dropping X11 backend code
151–160 of 190 posts
Re: GNOME 50 completes the migration to Wayland, dropping X11 backend code
#152Earlier quoted context omitted.
> I think roughly all of these people use them with Wayland. While we're making unfounded statements based on our own anecdotal experiences: can't speak for Gnome users (very few in my circle), but for KDE and tiling window manager users, it's a lot of X11. Hard to say exactly, but would put it at ≥50% X11.
KDE Plasma defaults to Wayland as of KDE 6, with X11 scheduled for removal whenever 7 is released.
Re: GNOME 50 completes the migration to Wayland, dropping X11 backend code
#153Earlier quoted context omitted.
Window positioning is one that on its own is sufficient to make me ignore Wayland, as it means that without my own compositor with my own extension, I can't get a file manager that will behave how I want it. Most people won't care, but for a number of us Wayland is stubbornly refusing to support functionality we see as dealbreakers.
That's fair! I believe that window positioning also works on XWayland, though, so running your file manager that way should still work with the rest of the system being Wayland (and Gnome has no plans to drop XWayland afaik). I believe the main holdup is a desire for Wayland to be usable with e.g. VR interfaces where there is no simple 2d grid. Out of curiosity, how do you want the file manager to behave? And did you…
Re: GNOME 50 completes the migration to Wayland, dropping X11 backend code
#154X11 is not going anywhere. If anything it's Gnome adding another nail to its coffin
Wayland was created by X11 developers, as they decided keeping X11 going was beyond hope. Feel free to find volunteers to fulfill their shoes.
The real work was done in the 80s/90s through a consortium of universities and corporations
Then one day, some nobody shows up and in their infinite wisdom decides: I know better than all the 100s of people before me.
And now we have to listen on and on about how this nobody was somehow a "major developer"
Re: GNOME 50 completes the migration to Wayland, dropping X11 backend code
#155Earlier quoted context omitted.
Nvidia GPU? Their drivers have been broken on Linux for a long time now. I've had no bugs on my steam deck or on asahi linux with wayland.
Are simple things like screensharing working now, without crashing in the worst possible moments?
Buy supported GPUs.
Re: GNOME 50 completes the migration to Wayland, dropping X11 backend code
#156I was mostly surprised by the "Gnome 50" part. Last I remembered Gnome was still version 3. Turns out they jumped from 3.38 to version 40
> I was mostly surprised by the "Gnome 50" part. Last I remembered Gnome was still version 3. Turns out they jumped from 3.38 to version 40 I think GTK is version 5, so they have to converge somewhere. This is an old trick from SW developers to show a suppose maturity: bump the version number.
Re: GNOME 50 completes the migration to Wayland, dropping X11 backend code
#157Earlier quoted context omitted.
Just so it’s clear: The X Window System (X11) is a protocol with multiple implementations. Sure, the X.Org Server (Xorg) was the most popular by a huge margin, but there were quite a few others (e.g. XFree86, Xming, XWayland), though over time most were discontinued for one reason or another. X11 and Wayland do differ in an important way: in X11 window managers (GNOME, KDE, i3, whatever) all sat atop the Xorg server;…
Every single X server you list is a fork of XFree86, and every X server I'm aware of is a fork of the original X11R1 (or later) release from MIT. Please cite a single independent implementation of an X11 protocol server.
It's pretty hard to find but ~25 years ago I was using Xi Graphics Accelerated-X which had 3D acceleration long before Xfree86.
Update: but yes I imagine it had some code from original MIT release.
For completely independent one you can have a look at WeirdX/WiredX, which was written in Java and even supported antialiasing and transparency for core protocol (something that Xfree86 people claimed to be impossible to implement).
It's surprisingly hard to find this stuff today: https://web.archive.org/web/20250220140358/http://www.jcraft...
Re: GNOME 50 completes the migration to Wayland, dropping X11 backend code
#158I love Linux and vastly prefer it to Windows, but whenever people tell me Linux is vastly more stable than Windows, I think of the whol X11/Wayland saga. I still scarcely know what these are. In fact I actively don't want to know about compositors and whatnot. When I want GUIs, I just want to see them. I can list many crappinesses of Windows, but stuff like this kinda just works.
what's the drive to use a nix but 'actively dont want to know' about things? just need to fulfill some software necessity? The two most major OSs out there specialize in catering to users that don't want to know how the thing works -- it seems like you're swimming against the current a little bit, no? also I don't think that anyone has ever called any nix stable and had software politics and human-stuff in mind ; wha…
Re: GNOME 50 completes the migration to Wayland, dropping X11 backend code
#159I'm curious to what extent things in this article have been fixed: "Think twice before abandoning X11. Wayland breaks everything!" https://gist.github.com/probonopd/9feb7c20257af5dd915e3a9f2d... In my experience Wayland always had problems, so depending on how XWayland works, I'd probably have to drop Gnome if there's no X11 support that's functional and I imagine a lot of others would need to do so (until X11 suppor…
>Wayland breaks everything! It is binary incompatible, provides no clear transition path with 1:1 replacements for everything in X11, and is even philosophically incompatible with X11
Being binary compatible is a moot point, 1:1 replacement for "everything in X11" are not an issue if the subset you need works or has good replacements, and being "philosophically incompatible" is part of the point of using it.
>Even the most basic, most simple things (like xkill) - in this case with no obvious replacement
Yes, you can't use Xkill to kill a Wayland-based application- wasn't that a given. You can use regular kill or whatever means your DE provides (several do).
If your workflows depend on regular use of xkill, you have bigger problems than it not being available for Wayland.
Re: GNOME 50 completes the migration to Wayland, dropping X11 backend code
#160Earlier quoted context omitted.
Every single X server you list is a fork of XFree86, and every X server I'm aware of is a fork of the original X11R1 (or later) release from MIT. Please cite a single independent implementation of an X11 protocol server.
There were plenty of those, including commercial ones. It's pretty hard to find but ~25 years ago I was using Xi Graphics Accelerated-X which had 3D acceleration long before Xfree86. Update: but yes I imagine it had some code from original MIT release. For completely independent one you can have a look at WeirdX/WiredX, which was written in Java and even supported antialiasing and transparency for core protocol (some…
The commercial ones (Xsun, Xsgi, Hummingbird, DESQView/X etc.) were all based on MIT code.