For those wanting to build a Wayland-only Linux desktop experience without carrying any aging X11 baggage, GNOME 47 will be able to optionally offer Wayland-only support without carrying X11/X.Org support. This Mutter merge request landed today that allows compiling Mutter with X11 support disabled. That landed today along with this GNOME Shell merge request for being able to disable X11 support too.

    • Chewy@discuss.tchncs.de
      link
      fedilink
      arrow-up
      36
      ·
      5 months ago

      I wonder how long it’ll be possible to build Gnome with Xorg support. If I had to guess I’d say there won’t be any support within the next 3 years, because keeping future Gnome working with Xorg is work nobody wants to put in.

      That said, Xwayland will likely keep being around for the foreseeable future.

      Out of curiosity, do you use Xorg and if yes, what’s keeping you from using Wayland?

      • wer2@lemm.ee
        link
        fedilink
        arrow-up
        23
        arrow-down
        5
        ·
        5 months ago

        XOrg is my daily driver for these reasons:

        1. I mostly use XFCE, which doesn’t have Wayland yet
        2. last time I tried Wayland (long time ago now on Gnomr), it was buggy and didn’t work
        3. I don’t change my setups that much, so I haven’t tried it since
        4. I don’t need the features Wayland offers/XOrg covers my use cases
        5. Wayland drama

        That being said, I have no fundamental opposition to Wayland, and will probably use it someday.

        • Chewy@discuss.tchncs.de
          link
          fedilink
          arrow-up
          8
          ·
          5 months ago

          Those are all good reasons. XFCE aims to support Wayland with the next release, so if they choose to use an established compositor it shouldn’t be too buggy.

          With XFCE porting their apps over the setup shouldn’t change much, unless you’re using Xorg specific tools.

          Over the last few years most features I’d expect from a windowing system were added to Wayland, so I expect the drama to cool down. (I don’t even know what’s still missing (except accessibility), with VRR, tearing, DRM leasing (VR), and global hotkeys being done. It’s just apps like Discord that have to cave in under the pressure to fix their apps.)

          Once everything works, there’s no point talking about it.

          @[email protected]

        • Furycd001@fosstodon.org
          link
          fedilink
          arrow-up
          2
          ·
          5 months ago

          @wer2 @Chewy7324 exactly the same here. I too daily drive XFCE, never really change my setup, and don’t require anything special that wayland offers. My setup just works for the most part…

            • Possibly linux
              link
              fedilink
              English
              arrow-up
              5
              ·
              5 months ago

              The actual implementation would be per desktop. The desktop draws to the screen and then the apps connect to the desktop. We already have a window capture XDG portal that is used by things like OBS. We could huild a simular portal for just text on the screen. We would just need some way of either recognizing text or even better some sort of image to text engine like what is in Firefox.

              • Tobias Frisch@wehavecookies.social
                link
                fedilink
                arrow-up
                1
                ·
                5 months ago

                @possiblylinux127 I feel like image to text processing would require unnecessary resources in many cases and have potential wrong recognitions.

                Wouldn’t it make more sense to have some sort of extension to Wayland that allows annotations containing the text for screen readers? So toolkits like GTK and Qt could simply annotate text of labels, buttons and other widgets, avoiding image to text processing.

                • Possibly linux
                  link
                  fedilink
                  English
                  arrow-up
                  1
                  ·
                  5 months ago

                  It would work for images as well. It doesn’t need to be exclusively used but sometimes text is rendered at a pixel level.

      • GolfNovemberUniform@lemmy.ml
        link
        fedilink
        arrow-up
        6
        ·
        5 months ago

        I switched to Wayland after GNOME 46 release because it fixed the issues I had with it (artifacts and persistent display failures). Many people may still prefer X11 at least because of the lack of input latency on slow machines.

      • Nisaea@lemmy.sdf.org
        link
        fedilink
        arrow-up
        5
        ·
        edit-2
        5 months ago

        Not op but we do magic cookie shenanigans at work to run a graphic app as another user. I believe that’s not a thing in Wayland.

      • D_Air1@lemmy.ml
        link
        fedilink
        arrow-up
        2
        ·
        edit-2
        5 months ago

        Not OP, but I use sunshine and moonlight for streaming my pc to various devices. Wayland forces me to use kms and I can’t turn the monitors off while I’m doing it. Someone was working on a pipewire backend, so hopefully that goes somewhere.

        GreenWithEnvy is also a nuisance on Wayland while Nvidia Settings Panel doesn’t even work. I have a custom script just to control my fans on Wayland, but I’m eventually switching from Nvidia anyways, so it won’t matter for much longer.

          • D_Air1@lemmy.ml
            link
            fedilink
            arrow-up
            2
            ·
            5 months ago

            GWE

            The primary maintainer stepped down, but there has still been work done by other contributors. The primary problem is that the underlying library is reliant on x11. This is the same reason why nvidia-settings doesn’t have all of its features on wayland. Basically if nvidia’s on tool doesn’t work then there is no way that green with envy can either. There is an open merge request attempting to switch to a different library that Nvidia says they plan to move to eventually, but it is slow going.

          • JackGreenEarth@lemm.ee
            link
            fedilink
            English
            arrow-up
            1
            ·
            5 months ago

            Xclicker is a GUI autoclicker. I heard of a command line tool for Wayland, but it didn’t seem to exactly be an autoclicker, and I don’t really like command line tools in general.

            • theshatterstone54@feddit.uk
              link
              fedilink
              arrow-up
              2
              ·
              5 months ago

              Oh I absolutely get it. But I guess someone will eventually end up making a GUI for ydotool (or so I hope). Alternatively, there is this (Wayland support is WIP): https://github.com/RMPR/atbswp

              When I say I get it, I mean there was a time I kept Xorg around only so I can use PyAutoGUI (I no longer need it but if I did, I’d have probably created wrapper scripts to allow PyAutoGUI to call grim instead of scrot when on Wayland, or something like that).

      • umbrella@lemmy.ml
        link
        fedilink
        arrow-up
        1
        ·
        5 months ago

        do you use Xorg and if yes, what’s keeping you from using Wayland?

        currently sunshine doesnt support wayland. thats it.

    • Possibly linux
      link
      fedilink
      English
      arrow-up
      5
      ·
      5 months ago

      Chances are at some point it will be removed as it requires valuable man hours to maintain. At some point it will be a massive hindrance. I don’t think it will be removed for a while but it probably will be forgotten about.