You don't need more.

>>105668401 (OP)
why isn't Sid the default?

>>105668404
You probably mean why isn't Testing plus selected updates the default. And I think the answer is manpower. But anyone on /g/ should be able to run a testing-unstable mix.

>>105668404
Because Debian isn't meant to be "rolling release." You want that? You get Arch, as per OP.

Debian is meant to be rock solid for what you need, not the latest version. You get what you install and that's it. You let that ride until you need to update something that is CRITICAL.

Arch is for those that want to be Updooters.

The ONLY reason Sid/testing is a thing is so Debian has willing Guinea Pigs that aren't the maintainers for testing things.

>>105668401 (OP)
i like suse

>>105668401 (OP)
i actually only need one distro, not two

for me its debian because im not a retard fucking updoooter

>>105668458
TUM is awesome, though. I get the rigour of Debian policy with more up to date packages. I used to run Arch and was pretty great, but I like TUM better.

>>105668473
Also a pretty good distro. It just doesn't seem as relevant these days.

>>105668401 (OP)
i use arch since debian got taken over by troons

>>105668503
>I get the rigour of Debian policy with more up to date packages.
Then you're willing to be a Guinea Pig. Which is fine and valid. MS needs folks in the "testing (fast) ring" for when they break Windows 10/11 when their DO THE NEEDFUL UPDATE SAR crashes harddrives.

You're the same thing, just unlike MS, Debian GENERALLY doesn't break things. But that doesn't change facts: Sid is **NOT** Debian's goal, Debian's goal is to be a server OS where the only MANDATORY updates you do is security patches to avoid your server/shit being pwned 5 ways to Sunday, otherwise you let that shit ride until "production" needs the newest shit.

You want the newest shit and have that be the goal? Arch.

>>105668503
>It just doesn't seem as relevant these days.
I guess so, but I'm pretty loyal and it works for me!!

>>105668530
>Then you're willing to be a Guinea Pig
Obviously I'm taking on some risk by doing this. It's literally in the name.
>Debian's goal is to be a server OS
The default package selection of netinst is literally a GNOME desktop.
>You want the newest shit and have that be the goal? Arch.
Testing/Unstable doesn't get the newest shit. It just gets newer shit than Stable.

>>105668538
I can respect that. I tried with Tumbleweed recently and it just wasn't for me. Maybe if I lived in a different timezone so I could be awake when the SUSE folks are awake.

>>105668420
>>105668458
No, testing is bad. Sid is ok.

>>105668404
sid is more unstable than arch tho

stop using systemdeez don't use gayland.

>>105668401 (OP)
>Debian
Based
>Arch
Meme distro
>Windows
Endgame

>>105668503
>TUM
huh

>>105668694
Basically when you use APT default release or APT pinning to install most packages from Testing but some from Unstable. It's a Testing-Unstable Mix (TUM).

>>105668401 (OP)
I'll use derivatives occasionally, but yeah.
Debian as host, Arch as guest.

>>105668420
Testing is fucking gay.

Debian does extra annoying shit like enabling and starting systemd services for everything you install by default before they are even configured. Also the approach of doing bizarre patches to diverge them from upstream to almost every package and then selective security patches to ancient software versions instead of just updating them is just annoying.

>>105669800
>enabling and starting systemd services for everything you install by default
This used to really annoy me. There's actually a bunch of stuff Debian does that annoys me. But overall it seems that other distros annoy me more, so I put up with Debian's quirks. It is what it is.

>patches to diverge them from upstream
You'd be surprised how much worse Fedora is on this. Arch is pretty hands off, which is nice.

Debian is still on plasma 5. Why do people fall over themselves over this distro on this board. I'd rather use Windows 11 than Debian.

>debian
old bugs
>arch
new bugs

>>105668630
Artix is planning on completely removing Xorg and switching over to Xlibre. gigachad move if you ask me
Xlibre is already in their repos (and has been for a couple weeks), works pretty well

>>105670237
>Xlibre
I have a strong feeling that it's going to crash and burn from what I have seen of Xorg dev conversations

>>105670182
>Debian is still on plasma 5. Why do people fall over themselves over this distro on this board
You mean the board that still creams itself over and tries to actively run/ resurrect Windows 7, which hasn’t had a proper update in over half a decade? Cry harder about two year old software lmao. I’ll never understand people (outside of gamers) who think software ages like milk and is eagerly awaiting point releases of some random ass library. Thank god I’m not l33t enough to care about this shit.

not a bad take. arch and debian cover all bases between them.

>>105670398
Xorg devs aren't really a reliable source of information if you ask me. they want Xorg (and by extension, Xlibre) to crash and burn, so yeah
Xlibre isn't a complete rewrite of Xorg, its goal is just to make maintaining it possible while also adding new features. they can still add patches from Xorg upstream while doing that, so I see no reason why it would break existing stuff (and I can tell you it works fine currently just the way Xorg also works fine). whether or not DEs will support the implemented new features is a different question though

>>105670408
>Windows 7, which hasn’t had a proper update in over half a decade
And that’s just the security updates too, I can’t imagine the last time they had actually put out a meaningful update to the UI and desktop themselves.

>>105670398
>it's going to crash and burn
There’s schizophrenic culture war bullshit in the fucking readme of all things. Of course it’s gonna crash and burn.

>>105670422
My point is that the lead developer breaks shit, doesn't communicate properly, makes changes for cosmetics, and doesn't read the history of when people tried doing similar non-cosmetic changes and failed.

Anyway, it's never getting into Debian or Arch proper, and so is 100% irrelevant to this thread. You'll be able to build it from AUR though, no doubt.

>>105670448
Heh.

>>105670448
i wonder if this was a year ago what his “current thing” buzzword would have been to bitch about instead of DEI. was chud still triggered over CRT last year or was it just standard tranny obsession? i can’t keep up.

>>105670460
>You'll be able to build it from AUR though, no doubt.
it's been in the AUR almost since the beginning yeah. I personally use because... why not? stuff still works with it and I'm really not a fan of RedHat. I don't mind using their stuff if I have no other choice (I use Pipewire, for example), but if there's an alternative that also just werks I'd rather use that
and just to be clear, I agree with >>105670448 that having politics, no matter which side it's from, in the fucking readme, is an absolutely retarded move. I bet the readme is gonna get changed at some point though, there's a few MRs for that already and Enrico's not opposed to changing it, which is for the better if he wants the project to be taken seriously

>>105670237
Have they fixed multi-monitor with different refresh rates with a compositor yet? What about being able to set DPI scaling without restarting the session? And changing the cursor without needing to restart the session to see that change fully take effect?

>>105671236
mixed refresh rates already worked fine on the original Xorg, there isn't much to fix there honestly. I can't say for other compositors but with xfwm's built-in compositor it also works on both Xorg and Xlibre
>What about being able to set DPI scaling without restarting the session?
doesn't xrandr allow this already? I don't use that personally but I believe I've seen others saying it already works. there's a discussion about it on Xlibre's repo if that helps: https://github.com/X11Libre/xserver/issues/208
it seems like the limitation isn't X itself but rather the toolkits. Qt seems to already support that according to a post (with video) there
>And changing the cursor without needing to restart the session
I'm not sure what you mean here, I just tried and that seems to work fine? if you have an example I can test but I don't think that's broken

>>105671278
>mixed refresh rates already worked fine on the original Xorg, there isn't much to fix there honestly. I can't say for other compositors but with xfwm's built-in compositor it also works on both Xorg and Xlibre
No it wasn't. Stop being in denial. xfwm's compositor uses the lowest refresh rate of all the monitors just like every other Xshit compositor

>>105668561
>>105669244
you are both homosexuals