X.Org Server Development Hit A Decade High For The Number Of Commits In 2024

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts
  • Artim
    Senior Member
    • Dec 2020
    • 1259

    Originally posted by mrg666 View Post
    I don't know in how many ways it can be said but these clowns will still keep throwing their meaningless tantrum.
    https://www.youtube.com/watch?v=MH7KYmGnj40
    They will until there's no software left capable of running on X, at least if someone removes the ability of Weston to run as an X client. Or they will just keep using that as some kind of reversed XWayland and will still be pestering people when everyone else has forgotten that X ever was a thing, like the morons they are.

    Comment

    • Monsterovich
      Senior Member
      • Dec 2020
      • 299

      Originally posted by Artim View Post
      Wayland is modular, XOrg isn't. But no, interchangability isn't needed in by anyone, otherwise XOrg couldn't be an option either.
      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

      • Hibbelharry
        Senior Member
        • Jun 2009
        • 627

        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.
        In 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. Retrofitting many things didn't work because that would have broken backwards compatibility so it was a lost case. That basically means every WM capable of compositing does nearly the same amount of stuff as in Wayland.

        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

        • MrCooper
          Senior Member
          • Aug 2008
          • 635

          Originally posted by Vistaus View Post
          Yet “X.org is dead and no one wants to work on it anymore”, right Wayland fans?
          You're two pages late to the party:

          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 Post
          xorg has supported the 30bit RGB 101010 deep color format for literal decades. Sure client support is pretty spotty, but thats no different than wayland.
          Actually it's completely different, and it's a good example for why Wayland had to happen:

          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

          • Monsterovich
            Senior Member
            • Dec 2020
            • 299

            Originally posted by Hibbelharry View Post
            In 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.
            Why 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.

            Originally posted by Hibbelharry View Post
            In 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

            • FedFer
              Junior Member
              • Dec 2023
              • 29

              Originally posted by Quackdoc View Post
              Also client's don't need to care, "unsupported clients" will just send sRGB to the server as always.
              This site's reading comprehension is almost as piss poor as Tumblr's...
              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

              • Artim
                Senior Member
                • Dec 2020
                • 1259

                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.
                Lies. Yes, mot Wayland implementations use custom Wayland servers. But that's merely the status quo, but there are still things like wlroot or Theseus' Ship. Just because right now nobody bothers to make a Wayland server that could be used in every DE/WM doesn't mean it's impossible. This isn't a thing inherent to Wayland. While on paper you can also only on paper change that much. And no, as Wayland screen capturing is done through portals, it will always work, as no Wayland implementation will just throw out basic protocols for no reason. So only if a DE wants to make it an inherent feature to not allow screen capture it won't be possible.

                Comment

                • Vistaus
                  Senior Member
                  • Jul 2013
                  • 5112

                  Originally posted by Monsterovich View Post
                  Why 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.
                  The fragmentation already exists, with X.Org, Wayland and Arcan.

                  Comment

                  • Monsterovich
                    Senior Member
                    • Dec 2020
                    • 299

                    Originally posted by Artim View Post
                    But that's merely the status quo
                    How many more centuries will this status quo be before we see a finished product rather than a specification from a "Wayland party"?

                    Originally posted by Artim View Post
                    but 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 Post
                    And 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

                    • Monsterovich
                      Senior Member
                      • Dec 2020
                      • 299

                      Originally posted by Vistaus View Post
                      The fragmentation already exists, with X.Org, Wayland and Arcan.
                      Without Wayland there is no fragmentation, you could write a backwards compatible implementation of Xorg-protocol. The same goes for Arcan which is conceptually better than Wayland.

                      Comment

                      Working...
                      X