Xmonad seeking help for Wayland port (2023)
42 comments
·September 18, 2025zem
I tried a few tiling WMs over the years, but xmonad was the only one that seemed to take desktop environment support seriously. thankfully by the time the wayland switch broke xmonad I had cosmic available to move to.
neilv
I'm surprised that the Xmonad project is/was willing to pay someone. Does anyone know whether there was a single benefactor, or where the money was coming from, and why?
(Incidentally, I love the way that my Xmonad setup works, even though I don't know Haskell. I tried using an i3wm setup at work for maybe a year, but every evening coming back to Xmonad on my personal laptop felt like a boost of agility. I guess, if I were wealthy and wanted to move to Wayland, I would seriously consider either doing the work myself or paying someone to.)
sohrob
I know the gentleman who runs the Distrotube channel on YouTube is/was an Xmonad user and it would be great if he made the call for help on his show to reach a wider audience.
Twisol
This is dated in October of 2023. I wonder if there's been any progress since then?
__s
https://discourse.haskell.org/t/xmonad-for-wayland-call-for-... last post Aug 24th someone working on Haskell wlroots binding was off due to injury, but thread they link to is active
diath
There's more up to date discussion about it in https://discourse.haskell.org/t/haskell-wlroots-bindings/842...
null
schuyler2d
I was so sad when I lost xmonad support on Ubuntu 24.
I think the closest thing that could get most of the way there is https://github.com/domferr/tilingshell/
cxa
I have Xmonad running well on Ubuntu 24 with Gnome Flashback
The packages I install are: xmonad libghc-xmonad-extras-dev gnome-flashback gnome-panel
(plus suckless-tools and xmobar)
That should give you a login option for "GNOME Flashback (Xmonad)"
I recall there were a couple of hacks necessary to show the Gnome Panel:
gsettings set org.gnome.gnome-flashback root-background true
gsettings set org.gnome.gnome-flashback desktop false
and then the panels you can hide or remove per your preference
baobun
You can get very close if not all the way with qtile if you accept using python instead of haskell.
https://docs.qtile.org/en/stable/manual/ref/layouts.html#mon...
neilv
If you're not committed to Ubuntu, Xmonad still works great with X11 in the latest Debian Stable.
fooker
Why not run a virtual x session and run Xmonad inside it?
Wouldn't be lightweight or ..say.. easily GPU accelerated, but should work with some plumbing effort.
mappu
Wayback is a new Wayland compositor that implements the X11 window manager API on top of a single rootful XWayland session: https://www.phoronix.com/news/Wayback-X11-Wayland . XMonad should run fine inside it.
This gives you the advantage of Wayland's modern display stack and no legacy Xorg code while still running a classic X11 window manager.
The main downside is you have to run all X11-compatible apps, it's unable to manage any Wayland-native applications. But, X11 apps aren't going away any time soon, just the display server.
jmclnx
That is the thing with Wayland, it is much harder to create a window manager for Wayland. IIRC, fvwm decided not to create a Wayland version due to the difficulty.
When Wayland replacing X, lots of cool window managers and mini applications will be gone.
hakfoo
As a FVWM daily driver, it's amazing to see it's has gone from "it's the niftier-than-twm baseline that's installed by default in your 2.0-kernel Slackware or RedHat distro, but you'll probably install something trendy like AfterStep/WindowMaker/Enlightenment" to "It Has Powers That Cannot Be Recreated In The New Magic."
For me, the winning feature is FvwmButtons. Long before we had system trays and notification busses, if you wanted to put a media player, a clock, some stat counters, or a full-blown xterm, in a little desktop dock, you just captured a regular window. You didn't have to invent an entirely new category of "software designed to live as an icon inside someone else's ecosystem." I'm not aware of any compositor that offers anything like it-- it seems like the best we get now are ugly bars with a limited vocabulary of "we can integrate over some signaling bus with these three specific programmes and that's it".
I'll also lament the loss of bold, opinionated design. "Modern" compositors are either minimal to the point of nothingness, or insipid and generic. They don't look like the awesome UIs you'd see in old hacker movies, or the classic systems that were backed by 500 page HCI standards guides, they just look like the sort of UI you'd use in an textbook where you wanted to imply a GUI without anything specifically branded.
cosmic_cheese
> I'll also lament the loss of bold, opinionated design. "Modern" compositors are either minimal to the point of nothingness, or insipid and generic. They don't look like the awesome UIs you'd see in old hacker movies, or the classic systems that were backed by 500 page HCI standards guides, they just look like the sort of UI you'd use in an textbook where you wanted to imply a GUI without anything specifically branded.
On Mastodon I follow a bot that posts screenshots of old Mac Kaleidoscope schemes and the creativity on display both leaves me in awe and makes me sad that no modern windowing system can hold a candle to it. With Kaleidoscope there were no rules. You could do a hacker OS[0], or game UI[1], or titlebars on the left[2] or underneath[3], or non-rectangular and chrome[4], or made of denim[5], and those are just a few of the thousands of wildly different themes[6].
Nothing on modern Linux comes close. Even if you seek out third party themes all you find are dozens of minor permutations on popular flat themes like Material and Nord. It's so dull.
[0]: https://macthemes.garden/themes/24c0f39f11eb-net-ghost/ [1]: https://macthemes.garden/themes/8f7b145a33f3-Millenniac [2]: https://macthemes.garden/themes/95203ae3bfe0-my-sidewyas-os/ [3]: https://macthemes.garden/themes/6da656d65263-modulus/ [4]: https://macthemes.garden/themes/7e008718df3c-dt-chromxium-tw... [5]: https://macthemes.garden/themes/0305d1075f5e-dt-denim/ [6]: https://macthemes.garden/
GuestFAUniverse
The blame could be as well on Haskell.
IMO Ganeti died because of such a choice. There aren't enough programmers that are willing to invest into that niche.
I have nothing against that language per se, still such a choice can easily develop into a dead end.
kelvinjps
There are multiple window managers in other languages that won't build a Wayland equivalent due to the effort so it's not only about the language
GuestFAUniverse
Fair enough, but it's not helpful either.
krmboya
> When Wayland replacing X, lots of cool window managers and mini applications will be gone.
There's hope due to the recent x11 fork, xlibre. They intend to keep x11 support ongoing
cosmic_cheese
Yeah, I’ve long had fantasies of writing a little desktop for myself next time I get a long stretch of time off, but that became much more daunting with the advent of Wayland, even when factoring in the existence of wlroots and such. It’s like going from building a bicycle to building a modern fuel injected car with an automatic transmission.
ElectricalUnion
What about wayback? Assuming running X by itself becomes real bad and undesirable, would wayback+Xwayland cover all those "can't Wayland" use cases? What remains (besides better stability and wider availability of wayback) to be done?
charcircuit
This isn't wayland's fault. It's the compositor implementing wayland's fault for not exposing a window manager API. Nothing about wayland prohibits the creation of a window manager API.
chongli
I’ve heard the same thing about Wayland and NVidia’s drivers. To me, it seems like Wayland was designed to push all the hard work onto everybody else. That way Wayland never gets blamed for anything!
charcircuit
Not having a defacto compositor was a major blunder and resulted in an enormous delay to the project, reputational damage, and numerous challenges for app developers.
Ferret7446
Nothing stopped the adopters from waiting until that existed before pushing Wayland into their software and breaking many people's workflow either, yet here we are
scythe
For practical purposes, the problem with Wayland from the WM-dev's PoV is that you're either implementing a huge project or you're depending on wlroots, and wlroots still isn't where it would need to be for implementing a simple window manager to be as easy as it was with X11.
From the Wayland devs' PoV, mainstreaming Wayland successfully shifted responsibility for doing most of the heavy lifting in the graphics layer from the neglected X-Windows project to the well-established KDE and GNOME. The state of wlroots and the ecosystem of personal WM projects is unavoidable collateral damage.
For an individual developer, perhaps the thing to do is take a page out of bbLean's [1] bag of tricks and implement your WM on top of one of the big two desktop environments.
charcircuit
The problem is that compositors aren't giving you an API to target. Hyperland has plugins, but that is a whole other can of worms.
preisschild
There are libraries like wlroots (C) and Smithay (Rust) to be able to more easily create your own wayland compositor
ux266478
However the radically different architecture of Wayland may necessitate a rewrite well beyond what the maintainers of a window manager feel is easy.
Even accounting for wlroots, you're not exactly just running sed on a glob. And unfortunately, wayland didn't actually fix X's complexity problem. Arcan did, but we're not allowed to have nice things because Redhat has no taste.
yjftsjthsd-h
The libraries help, but it's still a bigger job than a window manager was
cratermoon
Are you suggesting every application should implement its own compositor?
zeendo
This style of engagement is so off-putting.
null
BoredPositron
We also got a lot of new little niche window managers. hyprland, niri, cosmic, sway, river, labwc, dwl, wayfire and vivarium which is xnomad inspired...
jmclnx
Even still, they are very hard to work with when compared to X11.
Fvwm people are very smart and have been developing fvwm for longer than Linux have been around. From what I understand and have read, bring fvwm or creating a fvwm clone on Wayland is near impossible. Far too much work.
So we will really end up with "pigs" like Gnome3, KDE or a slew of tiling environments. None of the cool WMs like Windowmaker, fvwm, dluxbox, twm, ctwm, vtwm ....
colordrops
I used to be on XMonad years ago but the community seemed to be pigheaded about NEVER porting to Wayland so I abandoned it for Sway and never looked back. Was fun learning Haskell to write config but otherwise life is way easier with other WMs.
XMonad is an an amazing window manager (WM) made by a bunch of nerds who care a whole lot about a niche problem. Software by caring nerds is my favorite software as a user.
I really hope it makes the jump to Wayland. I've used XMonad for more than a decade and it's still my favorite WM.
XMonad really let me forget about managing windows---I never have to resize a window or remember where I put a window. XMonad handles the arranging and resizing and floating for me. There's a nice layout for small screens that will zoom your active window[0]. You can cobble your desktop together into whatever makes you happiest: Active corners. ScratchPads. So much in XMonad Contrib[1].
Since I'm not the right person to help with porting to Wayland, I'm giving money via the GitHub sponsorship page[2].
I check in on discourse from time to time: progress looks slow. The person/people they need are hard to come by.
[0]: <https://xmonad.github.io/xmonad-docs/xmonad-contrib/XMonad-L...>
[1]: <https://hackage.haskell.org/package/xmonad-contrib>
[2]: <https://github.com/sponsors/xmonad>