Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Pipewire is a major development that's especially important for Wayland desktop. It was hard to miss unless you haven't used Linux in a long time.


I don't know what Pipewire is as well. I've used Linux daily for 10+ years, but I've never bothered to use Wayland.


Pipewire ends up being used to paper over Wayland deficiencies in some areas, thus why it's important for Wayland desktop ;)

By itself it's essentially grand unification of audio servers that actually works better and is way less... opinionated about the only true way some things works, which was a problem with pulseaudio at times.


Separation of responsibilities is good, instead of having a mix of everything but not well enough situation with X11.


Separation of responsibilities is something Wayland fails hard, by effectively hardcoding coexistence of significant part of display driver, windows management, simple things like windows decorations (which, thanks to Gnome's insistence, are by default only client-side, so your concerns invade internals of client apps!) etc.


Just don't use Gnome. KDE is fine with server side decorations and it's false that Wayland mandates client side ones. Wayland ≠ Gnome and Gnome itself indeed made a bunch of pretty questionable decisions.

But if anything it's X11 that tries to lump a ton of stuff together. Wayland is very minimalistic in comparison. That's why stuff like libinput and Pipewire are part of making a functional desktop.


Client Side Decorations are made effectively essential in core protocol (given that the core protocol doesn't even support existence of "windows"), server side decorations aren't, and some applications will display weirdly because of that.

More over, every "WM" in Wayland's case needs to implement the entire stack, even if it uses a common library for some of it.

And after similar length of development time, I'd say the result is still worse in many aspects than X11, and I say that as someone both using and praising a wayland-based compositor and lamenting that it pretty much locks me more than Windows used to


> and some applications will display weirdly because of that.

Well, if compositor supports server side decorations (and normal compositors should), I don't see how applications can behave weirdly becasue of that unless they are just buggy. It's up to applications to figure out if server side decorations work and use them if they do. I.e. even if it was a core feature, buggy applications could still behave incorrectly.

And I don't see Wayland being worse in many aspects, but on the contrary, see it being better in aspects which X11 didn't or can't address. I recently started using Wine Wayland for gaming and it's significantly better experience than using it with XWayland.


Well, time to move with the progress. I've been using KDE Wayland session for several years already.


I use i3-wm. I know that there is Sway but it will require some effort to migrate. Also there are fresh reports that Wayland+Sway have problems with NVidia (even worse I have AMD + NVidia). I'd wait till it gets resolved or my current setup stops working.


Not personally using tiling set up, but I think KDE has some scripts for KWin that allow doing that. So you can use KDE for that purpose.


nah I'm okay thanks. X11 still works flawlessly for me.


The main issue is that X11 is an increasingly unmaintained case and all new development happens with Wayland anyway. So as long as you can deal with lack of support - I guess no need to move, but otherwise Wayland with KDE has been well usable for a while already.


Yeah I'll move when I have hardware that really needs it. I use a 12 year old laptop.


I've been a WSL user for years now. Way less effort.


Until vmmem starts using 100% of your CPU and you need to kill the WSL service to get your computer back (without the unsaved work of course).

But yeah WSL is just too easy. Specially with native vscode support it has become a favourite for many developers


If I had been using using linux as main OS in that situation, I would have had to reboot. How is that different?


It's different because this is windows hyper-v (or something related) crashing and bringing down your WSL session with it. A native Linux is far more stable.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: