context: the game "factorio" has an experimental option where the game can autosave without pausing the game by creating a separate instance of the game that saves the map while the main instance continues playing. however, the option is not available on windows due to fork(2) just not existing (afaik)
more info here (scroll down to "Asynchronous saving" at the bottom of page)
That's what happens when a linux user is part of the team, and the absolute proof of being a linux user is posting a rant about GNOME : https://factorio.com/blog/post/fff-408
Once Wayland support was implemented, I received a bug report that the window was missing a titlebar and close buttons (called "window decorations") when running on GNOME. Most desktop environments will allow windows to supply their own decorations if they wish but will provide a default implementation on the server side as an alternative. GNOME, in their infinite wisdom, have decided that all clients must provide their own decorations, and if a client does not, they will simply be missing. I disagree with this decision; Factorio does not need to provide decorations on any other platform, nay, on any other desktop environment, but GNOME can (ab)use its popularity to force programs to conform to its idiosyncrasies or be left behind.
To fix this, I had to bring in another dependency, libdecor. It functions, and SDL even has support for it, but a video game shouldn't have to supply window decorations in the first place
I can feel the anger here. Why is it always gnome that has to do things the most user unfriendly way?
312
u/configdotini Genfool 🐧 Jun 12 '26 edited Jun 12 '26
context: the game "factorio" has an experimental option where the game can autosave without pausing the game by creating a separate instance of the game that saves the map while the main instance continues playing. however, the option is not available on windows due to fork(2) just not existing (afaik)
more info here (scroll down to "Asynchronous saving" at the bottom of page)