woof-CE

> What I mostly meant was that for people who prefer to use X11, that will probably remain viable for a long time, without any Wayland. Or, if necessary, with just a tiny bit of Wayland; XWayland rootful mode lets you run a full X stack with Wayland as little more than a shim to the graphics driver. As a worked example, Puppy Linux implemented this: https://github.com/puppylinux-woof-CE/woof-CE/pull/2265

You might want to investigate what others are doing to ensure a way forward for legacy X WMs on Wayland. Here's one I have bookmarked, mentioned in another HN thread recently: https://github.com/puppylinux-woof-CE/woof-CE/pull/2265

I guess I'll repeat something I kind of wondered in the other thread - if xwayland works, including in rootful mode, is it practical to just polish it a tiny bit and ship a... xorg-server-shim package or however is easiest, that acts as a drop-in replacement and just runs on top of Wayland? I've been playing with this on my local machine, and running cage[0] with xwayland seems to mostly[1] just work - you run cage, you run an X11 window manager on it using xwayland, and then you ignore the underlying Wayland stuff and run X11 programs, including things like xdotool or such that don't really work in a mixed environment. The advantage is that you can have it both ways - users who are ill served by Wayland can keep running an effectively pure X11 environment, but ex. graphics drivers only need to support Wayland. EDIT: Oh hey, it looks like

For me, the best small side projects involve some kind of porting (between protocols, OSs or CPUs), contribution of a fix for a visible but mysterious bug, or revival of codebases in bad shape, especially when they're unfamiliar and written by others. You can learn a lot from a software engineering culture that's different from yours or small, feasible projects that allow you to understand the bits and bytes of something unfamiliar in a fun and useful way. These projects are great to develop flexibility and general problem solving intuition. And getting familiar with the 20% of an idea, a protocol, a programming language, etc' that's used 80% of the time in real-world use cases, is often enough. https://github.com/dimkr/gplaces (Gopher -> Gemini port) https://github.com/dimkr/paho.mqtt.embedded-c (revival of an abandoned library, WebSocke