Blumenkrantz Seeks Clear Policy How Wayland Protocol Changes Can Be Rejected

[Weasel]

Mike is doing God's work. Never thought someone would tackle the wasp nest that is wayland-protocols development so elegantly.

His MR that changes the whole thing might get NACKed lol.

[jeisom]

I am glad there is a push to make changes and improvements happen faster. If they don't already, it would probably benefit picking a compositor as a testbed for new protocols sort of how nvidia has a vulkan beta driver for testing and the release drivers for vulkan support. Protocols could then be implemented and tested there before migrating to the others. I am not super familiar with the process the w-p devs use other than it is moving very slowly though.

[Britoid]

Skimming through several stalled MR discussions on wayland-protocols, I think there is a running theme of conflicting interests between wayland implementers on the server side (compositors) vs on the client side (toolkits, mesa, wine). Currently, the list of wayland-protocols members consists mostly of the former. While clients would like to see more features implemented faster, the server developers advise caution, as not to push out half-baked solutions and/or repeat past mistakes with X11. As I see it, this makes it very easy for proposals to stall, as the skewed proportion of server-side devs increases the likelihood of someone finding something to complain about in any given proposal.
Also, server-side projects themselves have no inherent stake in pushing forward with protocols that only benefit clients, as to them, such protocols only mean that there's more complexity to implement. This leads to many such proposals running out of steam due to developer inactivity.
As I see it, these proposed restrictions on NACKs would address these problems very elegantly. Combined with the admission of Mesa into the list of wayland-protocols members, my fingers are crossed that the current deadlock is soon going to be history.

I predict no one on that Wayland member list plays games on Linux, because then they'd realise the status quo is not workable and that their decisions are having a negative effect on the adoption of Wayland.

Consumers like Mesa, SDL, Valve need to be brought on as these are the people fucked over when dumb decisions are made.

[pdbecid]

Mike is doing God's work. Never thought someone would tackle the wasp nest that is wayland-protocols development so elegantly.

[clippy]

Skimming through several stalled MR discussions on wayland-protocols, I think there is a running theme of conflicting interests between wayland implementers on the server side (compositors) vs on the client side (toolkits, mesa, wine). Currently, the list of wayland-protocols members consists mostly of the former. While clients would like to see more features implemented faster, the server developers advise caution, as not to push out half-baked solutions and/or repeat past mistakes with X11. As I see it, this makes it very easy for proposals to stall, as the skewed proportion of server-side devs increases the likelihood of someone finding something to complain about in any given proposal.
Also, server-side projects themselves have no inherent stake in pushing forward with protocols that only benefit clients, as to them, such protocols only mean that there's more complexity to implement. This leads to many such proposals running out of steam due to developer inactivity.
As I see it, these proposed restrictions on NACKs would address these problems very elegantly. Combined with the admission of Mesa into the list of wayland-protocols members, my fingers are crossed that the current deadlock is soon going to be history.

[access]

Looks quite sane if you actually read the proposal. Could perhaps be adopted by the Linux kernel too vis-a-vis the latest Rust brouhaha.

[kiffmet]

Good. It would be very appreciated if the whole ordeal of getting potential new Wayland protocols evaluated and pursued/dropped was streamlined and accelerated.

[phoronix]

Phoronix: Blumenkrantz Seeks Clear Policy How Wayland Protocol Changes Can Be Rejected

As part of his new hope for helping to accelerate Wayland protocol development, Mike Blumenkrantz with Valve proposed an "experimental" protocol development area within Wayland-Protocols. He's also laid out a proposal for seeking to solidify the means by which suggested protocol changes can be rejected...

https://www.phoronix.com/news/Blumekrantz-Wayland-NACK