UNIXLover
kiwifarms.net
- Joined
- Aug 31, 2023
Josh has a name. And he is obsessed with frogs.Apparently the Wayland committees have been slow as molasses and Valve has become fed up with them not moving forward on pressing issues


They are protocol extensions to the Wayland protocol. They are akin to Vulkan extensions if you are familiar with those. The Wayland standard has a list of messages (requests and events) that every compositor should support along with standardized extensions to that, but also each compositor is able to make their own protocol extensions to expose additional functionality. Applications then are able to detect such custom protocols and then use them if they are available. This MR makes it so that applications that load the Mesa Vulkan driver will now use the frog-fifo protocol extension changing the behavior of vkQueuePresentKHR.So they have developed their own client server protocols, that have been rolled out and used on their Linux devices as far as I understand. Now they ask to merge their tried and tested protocol
The protocol extension that gamescope's Vulkan WSI layer and compositor uses for this is pretty different. The frog-fifo protocol extension isn't tried and tested, not that it really matters, but the benefits of it are real. The goal here is to just get something working to deliver user value instead of bikeshedding on what the perfect way to expose this behavior is.
One wayland developer and another person stating that they do not think it is a good idea is not the "Wayland community seething in the comments."The Wayland community seems to be seething in the comments, fearing - correctly - that their oh so holy committee will lose decision making power