I’m using EndeavourOS with KDE.
The display is correctly oriented when logged in but it doesn’t rotate correctly when I’m logged out.
EDIT: corrected the post. This happens when logged out, locking the screen has it displayed correctly.
I’m using EndeavourOS with KDE.
The display is correctly oriented when logged in but it doesn’t rotate correctly when I’m logged out.
EDIT: corrected the post. This happens when logged out, locking the screen has it displayed correctly.
This is why X11 is better. I’d rather have settings like this in a text file that I can copy over to my next machine than have to navigate a UI that will change on a different DE or the next upgrade.
Backwards compatibility, portability, and text-based interfaces are a virtue.
X config files aren’t “hacky scripts”, they are fundamentally more powerful, customizable, usable, and future-proof. Xrandr is a powerful and capable interface with applications across the system.
When Wayland adopts these kinds of powerful interfaces with decades of refinement I’ll switch to it. I don’t want to keep track of whether my DE uses wlroots or gnome or plasma and their independent/redundant/feature-lacking randr alternatives. Randrs should be more fundamental to the display operation than the DE. Wayland is fundamentally hacky and broken.
Edit: thank you all for the discussion. I’d like to clarify a point. I don’t just want a text file with configuration settings that implement features that I need to beg/bother the devs for. They are likely to have better things to do and it might not be a priority for them. I want access to powerful tools via the configuration files that I can make do pretty much anything if I read the documentation. Xrandr is such a tool. I don’t want setting for a feature that has to be baked into the DE which I have to beg to have implemented and which will be implemented differently across different DEs. I want flexible, dynamic, modular tools.
Okay grandma, let’s get you to bed
Give me real tools or get off my
lawnrewilded patch of native plants and bugs!Yeah that difference in configuration definitely makes it so much better, it completely outweighs the fact that Wayland does proper multi-monitor VRR, fractional scaling, HDR and much more.
I’ve never needed any of those things.
I do need to change monitor configurations.
I once had an old TV that I used as a monitor that had 1027p worth of pixels instead of 1080p. Auto detection tools said it was 1080p. With xrandr I was able to modify the output to 1027p so I didn’t lose the edges of the display to the TV’s broken forced overscan design. Could you do that with Wayland?
Literally yes. And you don’t even need to know the exact pixel resolution of the TV.
Edit: Here are the problems with you “Wayland isn’t good enough” people.
First, you don’t use Wayland, so you don’t even know if it’s fixed whatever weird issue you encountered with it before or if it supports a niche use case, for example.
Second, Wayland won’t get good enough for you until you start using it and reporting bugs. You think X11 was a bed of roses when it first started? Or do you think they bumped the version number 11 times for fun?
Bingo. So many complaints I’ve seen about Wayland have been from Nvidia users who tried it three years ago when the driver support was beyond fucked. I get Linux development moves slow sometimes but holy shit…
Good to know that this has been implemented in your favorite DE! Considering how Wayland often implements things, it’s probably implemented on the DE-level, leading to a fractured configuration ecosystem. Being implemented in Wayland is different from being implemented in some of the DEs that use Wayland.
edit: if I’m wrong about that, and it is implemented in Wayland itself, please continue to correct me!
You can’t be this stupid, Wayland also uses a config file, you just have a GUI button to copy the configs from inside your session to the login screen. Or do you think the button recompiles the login screen with a different configuration?
Ironically SDDM itself still runs on X11 afaik, Wayland support is still experimental.
I think you have to manually enable it (may depend on your distro/DE) but SDDM works fine with Wayland as it stands now.
Uh, all that button does is write your configuration to the sddm config. Of course you can also do that manually.
It’s not just about it being a config file, it’s also about having access to a powerful tool like xrandr within that config file.
wlr-randr
Not sure if you’re a troll, but if you’re serious, nothing I say is going to change your mind, so I won’t bother.
I am serious, and I’ll tell you exactly what will change my mind. I need real tools instead of “upgrades” that have less functionality and are less usable. If Wayland (or whatever comes next) can deliver on functionality, I’ll sing its praises. For now I’m on X.
I never configured anything on X with a DE, let it be KDE, Gnome or Cosmic, but configure everything with config files I can just copy on sway. It has nothing to do with X or Wayland, but the DE/WM you use.
That’s kind of my point. Something like randr is more fundamental than the DE, and its configuration shouldn’t be fractured by being DE-dependent. I personally don’t like DEs at all, and like the ability to control a more minimal system.