Yeah, this kind of misunderstands what debian is. If you wanted newer bleeding edge stuff you wouldn't be using debian. Debian is all about the stability.
That said, Debian Sid or testing (the bleeding edge system that 13 will come from) may move to 6? Debian 12 was last year so 13 would be in 2025, so it seems likely 6 will make its way into the bleeding edge versions if people really wanted to use it. But there are better options for most end users than using test versions of major distros.
Debian is not all about "stability" in the sense of "doesn't crash". Debian is all about consistency. The platform doesn't change. That means if there is a bug that crashes the system for you... it's going to consistently be there.
For me, it was when stable was on kernel 3.16, and 3.18 was in testing, but the latest kernel was 3.19. And this was an era where AMD's drivers not fully OpenGL compliant yet. Which meant games would crash. And knowing "this game will always crash until 3 years from now when we finally get a newer kernel" was enough to chase me off.
debian's neovim package is 0.7.2. Sid is 0.7.2. Experimental is 0.9.5... If there are any bugfixes between 0.7.2 and 0.9.5 that are critical for your workflow... too bad. If its not a "security" release, its not getting updated. You can live with knowing the bug.
"Never change anything, stick to known good versions" only works if you know 100% that the "known good version" is actually bug free. No code is bug free, so inevitably the locked down versions in Debian will have still some flaws (and debian doesn't backport bugfixes, they only backport SECURITY fixes). For most use cases, the flaws will be minor enough to not matter. But inevitably, if a flaw exists, it affects SOMEONE.
If you actually want to do any sort of complicated computing, debian is not a great choice. if you want a unchanging base so you can run a web browser and processor, I'm sure it's great.
Same. I've switched to Arch from Ubuntu as my main os almost 10 years ago and in all that time I've had a problem that goes beyond inconvenience level maybe twice. In fact Ubuntu broke more often.
I broke my install by updating it, I get that if you perfectly understand what's going on then it has no bugs but that's really not my experience. A lot of the time something will break and it's easy to say "I should've known it was this so it's my fault" but really if you didn't expect it to work a certain way and it breaks it's not a super stable system.
Made the switch on EndeavourOS this morning and so far so good. I was hesitant to update to Wayland because I'm still a newb and heard there were issues, but my system is AMD based so no problems (yet).
For my use cases (audio, programming, engineering school, watching crap on FreeTube) I value stability and predictability over security and shiny new stuff. In the rare cases that things break, they break in ways that are already well-understood, so usually have workarounds or solutions.
In the few cases I do need something newer than the Debian repos provide, I just use Flatpaks or get an updated .deb from the devs of the particular software.
So yeah, zero rush for Plasma 6 for me. It looks nice, but I'll just be chilling on Plasma 5 until it comes out.
2 years out of date is usually fine for me. When it isn't, I haven't had a problem using the Flatpak or a .deb directly from whoever released the software.
Arch is actually pretty stable. And one of the best things about using arch is the arch wiki which is the best documentation I've ever seen for any distro.
My experience trying to solve specific issues on Debian and Ubuntu lead me down rabbit holes of forums where even the accepted answer is wrong.
I'm on KDE Arch and switched about a week ago. I have an Nvidia card and went straight from x11 to Wayland plasma 6. It's definitely prettier and smoother, but it's absolutely not as stable. Idk if that's an Nvidia things, a Wayland thing, or a plasma 6 thing, but I definitely have fairly consistent display issues after switching. I have a btrfs snapshot from right before I updated that's at plasma 5, so I have a fallback if I want it. It's mostly just an inconvenience right now, so I'll probably just ride it out for a while and see if things improve.
It's definitely Wayland on Nvidia, I had the same issues, Element had a flickering black screen. Switching the default session from Wayland to X11 fixed all issues.
From my experience it happens with any XWayland window that fails to hit your display refresh rate. Makes programs such as vscode or element almost impossible to use on high Hz screens, as their max fps is locked to 60.
I just applied the update to my old laptop that has been kickin KDE on Arch for a while now. The only thing I noticed was it took longer to load the desktop the first time, my theme was broken but everything was fine when I selected the default dark theme. The fonts look different but otherwise its the same as it ever was
I really like Void Linux. It is a bit harder to use if you're a beginner, since it's really minimalist and uses its own init system, but overall it's really customizable and packages are kind of new (it is currently on the 6.6.21 kernel version, as a measure).
Apparently the upgrade (including configuration) is incredibly smooth. Those interested in tinkering with the vanilla experience have had to install it in a VM.
Conveniently the only computer where I use arch is one I use hyprland on and my only computer using plasma is running opensuse so I have to wait a bit longer to actually try it out
I can't see the point in that? Certain tools could work fine, but the actual desktop environment? It'd be running in a sandbox and would need to be given access to everything to function presumably. The various tools need to communicate with each other and the X11 or Wayland composite. So the flatpak container would just be overhead with a lot of duplication of system libraries? I'm not even sure it's possible but I don't know enough of the limitations of flatpak.
It's an interesting idea to test and play wth but I can't see it as an actual viable means of distribution.
If you wanted to play with plasma 6 then Virtual box and KDE Neon or Arch would be the way, and would negate the work needed to to get it working via flatpak. So I guess what would be the benefit for anyone to build and test it via flatpak even if for feasible?
I mean as you can use far newer KDE applications on Debian stable via Flatpak, it may serve the same purpose contained in a separate tree without changing the core OS.
I guess distrobox+neon would work fine yes. I just wondered the state of Flatpak with the recent changes.
It will be isolated in its own directory, as I said I think distrobox.it+neon+, own home will be a far better solution of course. I keep hearing Flatpak is adding snap-like deeper features so I wondered how far it went.
About the KDE 6 being unstable: I think they wanted to ship something out and for people preferring stability, 5.x LTS will be there for a long time.
I'm on KDE Neon, and the update jacked up the desktop, icons, kvantium, and dolphin configuration of one user account. If I use Wayland on the account that is fine, the keyboard and mouse start acting annoyingly funky. Also, it completely changed my login screen.
Despite all the cool new things in 6 I am happy with 5 and will patiently wait until it either comes to Debian or I get bored of it and hop to a more recent distro.