this post was submitted on 26 Sep 2024
732 points (99.7% liked)

Linux

47461 readers
2717 users here now

From Wikipedia, the free encyclopedia

Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).

Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.

Rules

Related Communities

Community icon by Alpár-Etele Méder, licensed under CC BY 3.0

founded 5 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
[–] possiblylinux127@lemmy.zip 12 points 1 day ago (4 children)

I personally think it is a very bad idea to "speed run development" of protocols. This will only lead to broken designs which will then cause each desktop top do things differently.

Wayland protocol development is slow and heavily debated in order to make sure everyone is happy implementing them. You want all desktop to use the same spec and this could lead to additional desktop specific protocols which would totally break compatibility.

In short, this is a really bad idea and should be rejected by everyone

[–] skulkingaround@sh.itjust.works 25 points 1 day ago* (last edited 1 day ago) (1 children)

I've been waiting for HDR and color management for like 5 years now and it feels like progress is dead in the water and now we've ended up with two custom implementations between KDE and gamescope. Heck, Kodi has supported HDR for ages when running direct to FB.

I know it's tricky but geez, by the time they release an actual protocol extension we'll already have half a dozen implementations that will have to be retooled to the standard, or worse yet we'll have a standard plus a bunch of fiddly incompatible implementations.

[–] possiblylinux127@lemmy.zip 4 points 1 day ago (1 children)

HDR is a little more standardized as there was a meeting sponsored by Red hat to work it out

Eventually gnome will get support and maybe some others after that

[–] GoodEye8@lemm.ee 4 points 1 day ago

So another 5 years? IMO HDR is the perfect example why protocol development needs to be sped up. HDR is roughly a decade old at this point and (if we exclude custom implementations) we're still in the process of working it out.

[–] winterayars@sh.itjust.works 22 points 1 day ago (1 children)

That depends on how you speed it up. For example, the Covid vaccines were "accelerated" compared to normal vaccines but they did that by spending additional money to run the steps of the process in parallel. Normally they don't do that because if one of the steps fail they have to go back and those parallel processes are wasted. For the Covid vaccines, the financial waste was deemed worth it to get the speed up of parallelization.

[–] possiblylinux127@lemmy.zip 3 points 1 day ago (1 children)

The thing is Wayland needs consensus. You need the desktop developers to all agree to implement it. Asking KDE and Gnome developers to work together is like asking my cousin to agree with his ex wife. It takes the stars aligning and blessing to make it happen.

[–] Dirk@lemmy.ml 45 points 1 day ago (2 children)

I personally think it is a very bad idea to “speed run development” of protocols.

Stalling the development of protocols for nearly a decade is bad, too.

They should talk and meet somewhere between “Just develop in production!” and “I personally dislike it for non-technical reasons, so I will block it for everyone!”

[–] possiblylinux127@lemmy.zip 0 points 1 day ago (1 children)

The problem is that you could end up with protocols that certain desktops don't want to implement.

[–] chameleon@fedia.io 12 points 1 day ago (1 children)

That already happens constantly and I'd consider this the consequence of it, rather than the cause. You can only issue so many vetoes before people no longer want to deal with you and would rather move on.

The recent week of Wayland news (including the proposal from a few hours ago to restate NACK policies) is starting to feel like the final attempt to right things before a hard fork of Wayland. I've been following wayland-protocols/devel/etc from the outside for a year or two and the vibes have been trending that way for a while.

[–] possiblylinux127@lemmy.zip 2 points 1 day ago* (last edited 1 day ago) (1 children)

No one will use a fork of Wayland. That would be suicide. The Wayland project will continue no matter what other things people are working on. I can see a separate project forming but it strongly doubt it will have any traction.

If you recall back to the days of the yearly internet people said the same thing about TCP/IP

[–] Dirk@lemmy.ml 6 points 1 day ago

No one will use a fork of Wayland. That would be suicide.

Famous last words ...

[–] olympicyes@lemmy.world 9 points 1 day ago

Wayland development is crazy. The features it needs to include are those that Mac OS and Windows support. The debate should be around implementation, not the necessity. I’m still on Xorg in 2024 because of idiosyncrasies in Wayland that I don’t want to deal with, particularly regarding HiDPI and screen sharing. I personally wish Wayland were developed by the Pipewire team. Maybe something would get done.

[–] mactan@lemmy.ml 9 points 1 day ago* (last edited 1 day ago)

I personally think it is a very bad idea to "speed run development" of protocols. This will only lead to broken designs which will then cause each desktop top do things differently.

and thus we have slow development which has resulted in absent designs, which has caused each desktop to do things differently to fill the gaps