Originally posted by mrg666
View Post
X.Org Server Development Hit A Decade High For The Number Of Commits In 2024
Collapse
X
-
-
-
Originally posted by Artim View PostWayland is modular, XOrg isn't. But no, interchangability isn't needed in by anyone, otherwise XOrg couldn't be an option either.
Comment
-
-
Originally posted by Monsterovich View PostComplete bullshit. Every Wayland server is unique and incompatible with other servers. In Xorg you can easily change window manager or compositor, but in Wayland even a screen capturing program may not work on another server.
Xserver has gone from being it's own OS to not anything more than a bad IPC implementation, that's all.
X11 also isn't any more modular than Wayland at all. It's split up in many more git modules, yeah, but if you check for the relevant really used parts and locate those in bloated WMs full of workarounds for bad or undefined X11 behaviour and the corresponding X11 parts, you'll get a picture.
See the video from Daniel Stone linked before, he explained that pretty well.
I don't get why some people still believe the Xserver is anything more than cruft we had to use but can't move away from to a better implementation of IPC.
Comment
-
-
Originally posted by Vistaus View PostYet “X.org is dead and no one wants to work on it anymore”, right Wayland fans?
Phoronix: X.Org Server Development Hit A Decade High For The Number Of Commits In 2024 To much surprise, the X.Org Server Git tree saw the most commits in 2024 going all the way back to 2014... While there were many more commits than in years prior, it's not a sign of resurgence for the X.Org Server with Wayland continuing to
Originally posted by DiamondAngle View Postxorg has supported the 30bit RGB 101010 deep color format for literal decades. Sure client support is pretty spotty, but thats no different than wayland.
Xorg will most certainly never be able to switch to 10 bpc by default (which would be a minimal requirement for HDR), because it would break too many clients.
In contrast, Wayland compositors have advertised 10 bpc formats to clients for many years, and clients have been using them without issues. (GTK can also use 16 bpc floating-point formats if the application requires it. These formats can't be supported in X for multiple reasons)
Further in contrast to X, with Wayland the formats used by clients for their surfaces and the format used by the compositor for its output are completely independent. Mutter switched to 10 bpc by default for its output in GNOME 46, again without issues.
Comment
-
-
Originally posted by Hibbelharry View PostIn X the Xserver basically lost being a server long time ago. Very much of the stuff expected to be done in the server was moved out into the WMs because Xserver failed to do a lot of tasks in a sane manner.
Originally posted by Hibbelharry View PostIn X the Xserver basically lost being a server long time ago. Very much of the stuff expected to be done in the See the video from Daniel Stone linked before, he explained that pretty well.
Screw that guy, if he likes to implement his own "Xorg" from scratch, let him do it, other DEs besides GNOME and KDE won't have such resources. Furthermore, now with the efforts of Wayland, fragmentation on GNU/Linux desktop would be insane.
Reminder: Wayland was originally created for the GNOME kiosk, where there are no features, so the architecture is just that.Last edited by Monsterovich; 03 January 2025, 12:01 PM.
Comment
-
-
Originally posted by Quackdoc View PostAlso client's don't need to care, "unsupported clients" will just send sRGB to the server as always.
Drawables can also be read from in X11 meaning an sRGB-only client could try to read an HDR surface which would need to be mapped back to sRGB for the client to work with.
Comment
-
-
Originally posted by Monsterovich View Post
Complete bullshit. Every Wayland server is unique and incompatible with other servers. In Xorg you can easily change window manager or compositor, but in Wayland even a screen capturing program may not work on another server.
Comment
-
-
Originally posted by Monsterovich View PostWhy the hell should the window manager functions be in the server. Stop with your Waytrash crap in your head. Xorg has the architecture done perfectly.
Screw that guy, if he likes to implement his own "Xorg" from scratch, let him do it, other DEs besides GNOME and KDE won't have such resources. Furthermore, now with the efforts of Wayland, fragmentation on GNU/Linux desktop would be insane.
Reminder: Wayland was originally created for the GNOME kiosk, where there are no features, so the architecture is just that.
Comment
-
-
Originally posted by Artim View PostBut that's merely the status quo
Originally posted by Artim View Postbut there are still things like wlroot
wlroots and other libraries that just help in Wayland-server development and have nothing to do with the implementation of a unified server and such. Wayland is not about productivity, but about endless development. Hyrpland seems to have already given up on wlroots.
Originally posted by Artim View PostAnd no, as Wayland screen capturing is done through portals, it will always work,
Portals require implementation from the unique DE server - which means if run Weston right now, your portal crutches won't work. And it also requires the mandatory installation of Pipewire which, by the way, I have installed right now. More BS from Wayland cultists.
Last edited by Monsterovich; 03 January 2025, 12:26 PM.
Comment
-
Comment