Wayback gives X11 desktops a fighting chance in a Wayland world
- Reference: 1751531407
- News link: https://www.theregister.co.uk/2025/07/03/wayback_wayland_display_server/
- Source link:
[1]Wayback is an interesting new venture by [2]Ariadne Conill , one of the core Alpine Linux developers – and indeed of the Alpine-based postmarketOS, as [3]we have reported before .
Wayback bridges some of the gaps – and the disagreements – between the brave new world of Wayland and grumpy older Unix folks – and here, The Reg FOSS desk very much includes himself – who are perfectly happy with their decades-old X11-based desktop environments and don't want to change.
[4]
Although we will unpack what it means a bit more, Conill's own explanation is a good start:
Wayback is an experimental X compatibility layer which allows for running full X desktop environments using Wayland components. It is essentially a stub compositor which provides just enough Wayland capabilities to host a rootful Xwayland server.
It is intended to eventually replace the classic X.org server in Alpine, thus reducing maintenance burden of X applications in Alpine, but a lot of work needs to be done first.
The project only went public this week, but we've already seen some confusion. There is already [5]XWayland , which lets X11 apps run under Wayland-based environments. What Wayback could potentially provide is something significantly different.
Although both X11 and Wayland are display protocols with multiple different implementations, the way that Wayland environments are put together is different to the way that X11 systems work.
[6]
[7]
An X server is a display server, a standalone piece of software that can run all on its own. Apps run (on the same machine, or other computers on the network), connect to the X server, and display on its screen.
Indeed, in the 20th century, before "thin clients," standalone hardware [8]X terminals were a thing: dumb terminals that ran nothing but an X server, allowing you to connect to a host machine and run a completely remote graphical session.
[9]
Today, the way that a local X11-based desktop system works is that the OS loads an X server, and then immediately loads some programs that then output to it. A common one is a [10]display manager , which shows a login screen.
A common scenario is that you log in, and one program runs early on that draws window furniture and lets you open new windows. That's called a [11]window manager . If that app (or associated ones with a common look and feel) also provides other user interface functions – such as tools to launch and switch between apps, manage files, mount media, and so on – then the result is called a desktop environment.
Wayland is not like this. Wayland is just a protocol, and there are no separate display servers. With Wayland, what under X11 is called a "window manager" is also the display server. The result is called a "compositor" and other apps talk directly to it, over the Wayland protocol, in order to display stuff. There's no bottom layer program, no server.
[12]
As a fun side effect, if (or rather when) it crashes, you instantly lose everything in all Wayland apps.
What this structure means is that without a window manager, you can't run anything else. You must have a Wayland compositor running in order to start other apps. This includes the [13]rather complicated XWayland , which provides the "legacy" X11 protocols so that you can run existing apps under your shiny new Wayland environment.
What this also means is that you can't use an existing X11 window manager to be your Wayland compositor. The layer needed to run the X11 window manager doesn't exist until there is a compositor to provide the Wayland environment, and then that compositor is the window manager, so your poor old X11 can't take over. Without the compositor, there's no GUI at all.
This design means that it's impossible to port any existing X11 window manager or desktop to Wayland unless you rewrite the window manager to also be a compositor, which is a substantial task. Only a handful of the biggest projects have the manpower to do this – namely, GNOME and KDE. The other, smaller projects that are trying to move to Wayland are obliged to find workarounds, such as replacing their own window managers with existing simpler Wayland compositors such as [14]Labwc or [15]Wayfire . (We mention those two because they're the options shared by [16]Xfce 4.20 and [17]LXQt 2.1 .)
As best as we can tell, Wayback is an effort to create a Wayland-based display server, X11-style, which does not provide compositing. It aims to provide just enough support to run XWayland full screen, and thus provide the underpinning so that you can start a traditional X11-based window manager or desktop environment. The result is that you will be able to use an old-fashioned X11 window manager or desktop, eliminating the need to replace a comfy, familiar core tool with something shiny, new, and strange.
The author, who is rapidly heading for codger status, finds this idea appealing. We are fond of the [18]Unity desktop , long abandoned by Canonical, but we also enjoy using [19]GSDE and the [20]ROX desktop . In the past we have liked [21]XPde and [22]EDE . As soon as we have the time, we plan to try [23]NEXTSPACE and the [24]MaXX Interactive Desktop . None of these seem likely to move to Wayland in the foreseeable future, but Wayback could provide a way.
[25]Fedora 43 won't drop 32-bit app support – or adopt Xlibre
[26]Cosmoe: New C++ toolkit for building native Wayland apps
[27]Xlibre forks to the rescue – but Kubuntu gives X11 the boot
[28]Xlibre fork lights a fire under long-dormant X.org development
It's not the first "rootful XWayland" effort we've heard of – that would be Olivier Fourdain's [29]experiments in October 2023 , but sadly, his blog hasn't been updated since.
Why now? Well, the Xlibre founder was [30]rebuked by Linus Torvalds in 2021 for posting anti-scientific COVID vaccine conspiracy claims on the Linux Kernel Mailing List. The [31]project README takes an explicit stance against diversity, equality, and inclusion:
It's explicitly free of any "DEI" or similar discriminatory policies.
That's not all, as has been [32]noted on Mastodon .
This is both attracting some people to the project, but also repelling others, and just as some distros, [33]such as Devuan , express their support for Xlibre, others are explicitly disavowing it. Conill is one, [34]saying on Bluesky :
I've placed a security hold on Xlibre in Alpine, for a number of reasons that basically sum up to an unproven reactionary project whose code runs with elevated privilege (such as direct hardware access) is extremely high risk for introducing security-related regressions.
There are similar but [35]stronger sentiments from the Chimera Linux GNU-free distro we [36]looked at in 2023 .
Conill had stronger words on [37]Alpine's IRC channel . We asked her if the development of Wayback was in response to the Xlibre fork. She told us:
Wayback is not a direct response to Xlibre. We were already thinking about what the future of X in Alpine looked like before Xlibre was ever a thing.
Although the timeline got moved up a bit (I was originally aiming for next year for this) as a result of their announcement, because it highlighted to the entire Alpine community how we needed a sustainable answer for X.
In the past, we've [38]described Alpine Linux in terms of feeling like a cool mountain breeze. We could describe the Wayback project in similar terms. As the Linux world increasingly moves towards adopting Wayland in place of X11, there is a serious risk that a third of a century's worth of FOSS desktops and windowing environments would get dropped and left behind. Wayback could prevent that happening, and retain the diversity of choice in GUIs while modernizing the tools upon which they run. For us at least, that comes as a considerable relief. ®
Bootnote
This Wayback is no relation to the Internet Archive's [39]Wayback machine , which itself was named as a nod to a time machine called the Wormhole Activating and Bridging Automatic Computer – or [40]WABAC for short — from 1960s American kids' cartoon [41]Rocky and Bullwinkle .
Get our [42]Tech Resources
[1] https://github.com/kaniini/wayback
[2] https://ariadne.space/
[3] https://www.theregister.com/2024/03/11/postmarketos_goes_systemd/
[4] https://pubads.g.doubleclick.net/gampad/jump?co=1&iu=/6978/reg_software/front&sz=300x50%7C300x100%7C300x250%7C300x251%7C300x252%7C300x600%7C300x601&tile=2&c=2aGZUqF889TeecXgYWLNXtgAAA00&t=ct%3Dns%26unitnum%3D2%26raptor%3Dcondor%26pos%3Dtop%26test%3D0
[5] https://man.archlinux.org/man/Xwayland.1.en
[6] https://pubads.g.doubleclick.net/gampad/jump?co=1&iu=/6978/reg_software/front&sz=300x50%7C300x100%7C300x250%7C300x251%7C300x252%7C300x600%7C300x601&tile=4&c=44aGZUqF889TeecXgYWLNXtgAAA00&t=ct%3Dns%26unitnum%3D4%26raptor%3Dfalcon%26pos%3Dmid%26test%3D0
[7] https://pubads.g.doubleclick.net/gampad/jump?co=1&iu=/6978/reg_software/front&sz=300x50%7C300x100%7C300x250%7C300x251%7C300x252%7C300x600%7C300x601&tile=3&c=33aGZUqF889TeecXgYWLNXtgAAA00&t=ct%3Dns%26unitnum%3D3%26raptor%3Deagle%26pos%3Dmid%26test%3D0
[8] https://www.devx.com/terms/x-terminal/
[9] https://pubads.g.doubleclick.net/gampad/jump?co=1&iu=/6978/reg_software/front&sz=300x50%7C300x100%7C300x250%7C300x251%7C300x252%7C300x600%7C300x601&tile=4&c=44aGZUqF889TeecXgYWLNXtgAAA00&t=ct%3Dns%26unitnum%3D4%26raptor%3Dfalcon%26pos%3Dmid%26test%3D0
[10] https://wiki.archlinux.org/title/Display_manager
[11] https://www.media.mit.edu/wearables/mithril/anduin/window_manager.html
[12] https://pubads.g.doubleclick.net/gampad/jump?co=1&iu=/6978/reg_software/front&sz=300x50%7C300x100%7C300x250%7C300x251%7C300x252%7C300x600%7C300x601&tile=3&c=33aGZUqF889TeecXgYWLNXtgAAA00&t=ct%3Dns%26unitnum%3D3%26raptor%3Deagle%26pos%3Dmid%26test%3D0
[13] https://wayland.freedesktop.org/docs/html/ch05.html
[14] https://labwc.github.io/
[15] https://wayfire.org/
[16] https://www.theregister.com/2024/12/18/xfce_420_is_out/
[17] https://www.theregister.com/2024/11/15/lxqt_21/
[18] https://unityd.org/
[19] https://onflapp.github.io/gs-desktop/index.html
[20] https://rox.sourceforge.net/desktop/
[21] https://sourceforge.net/projects/xpde.berlios/
[22] https://edeproject.org/
[23] https://github.com/trunkmaster/nextspace
[24] https://docs.maxxinteractive.com/
[25] https://www.theregister.com/2025/07/01/fedora_43_i686_32bit/
[26] https://www.theregister.com/2025/06/25/cosmoe_new_cpp_toolkit/
[27] https://www.theregister.com/2025/06/24/mixed_news_for_x11/
[28] https://www.theregister.com/2025/06/20/new_version_of_xorg_x11/
[29] https://www.theregister.com/2023/10/27/mint_wayland_cinnamon6/
[30] https://www.theregister.com/2021/06/11/linus_torvalds_vaccine_smackdown/
[31] https://github.com/X11Libre/xserver
[32] https://circumstances.run/@mawhrin/111564748894129177
[33] https://x.com/DevuanOrg/status/1935307143646769547
[34] https://bsky.app/profile/ariadne.space/post/3ls2utrfif22p
[35] https://gts.chimera-linux.org/@chimera/statuses/01JYYNAB4GFQ8Q5JZZ92TRM4WF
[36] https://www.theregister.com/2023/02/13/chimera_non_gnu_linux/
[37] https://irclogs.alpinelinux.org/%23alpine-devel-2025-06.log
[38] https://www.theregister.com/2024/12/17/alpine_linux_321/
[39] https://web.archive.org/
[40] https://mr-peabody-sherman.fandom.com/wiki/The_WABAC
[41] https://www.imdb.com/title/tt0052507/
[42] https://whitepapers.theregister.com/
Re: Fiddling about while Linux burns.
The Unix philosophy has always been "Do one thing and do it well". SystemD fails at this because it tries to do many things. X11 is guilty of trying to be too many things as well. EMACS historically was criticised for the same. PulseAudio (another one from Poeterring) feels like it falls into the same trap.
Wayland is distinct in that it tries to uphold the philosophy and focus on one thing, compositing. It wasn't thought up just to annoy people. It was created to fix a single problem. Arguably it hasn't fixed a whole lot because clearly people are annoyed but please don't lower it to the level of SystemD.
Red Hat are responsible for all this
They started it last century with FVWM95, an unconfigurable mess generated with M4 macros, to prevent user customization (RedHat 5.2).
The harboured de Icaza, Poettering et al, who have done all they can to bring the wonderful world of Windoze to Linux.
The have browbeaten Debian into accepting systemd, and now they smell victory because the die hards are being outvoted (& outlived) by Windoze "escapees" who think all these things are wonderful and don't understand why there is such resistance.
Wayland is the next step, I believe this will be the most effective way of removing BSD as a possible alternative.
They are probably working on a Red Screen of Death (A1 enabled, natch).
Alpine _is_ a breath of fresh air, if Linux must return to the hobbyist status so be it, but this is a nice clean way to do it. I have replaced my PiOS (XFCE) installs with equally functioning Alpine desktops.
To utterly take over, all they need to do is make sure Firefox only runs on Wayland, so let's hope Wayback is successful.
the gap between
...people who want to say how things will be, and people who want to make things that allow various or particular activity, some of it new, is wide and being widened.
Very large lessons from a lifetime ago are being forgotten.
Fiddling about while Linux burns.
Wayland, a re-invention of the wheel that does it worse than the original. Great job guys!
I may be getting paranoid but there must be a reason why all these projects like Wayland and systemd are being thought up.
Is it an attempt to hijack the Linux ecosystem for private gain? Or is that developers are bored and thinking up jazzy new solutions to problems that do not exist?
I don't know but I think it may be telling that the likes of Miguel de Icaza or Lennart Poeterring start working on things that throw the Linux system into chaos and then move to work at MS.
There may be a good reason for all this chopping and changing that is going on but for the life I me I can't see it.