Announcement

Collapse
No announcement yet.

X.Org Server Development Hits A Nearly Two Decade Low

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • #51
    Originally posted by Zan Lynx View Post
    As far as I can tell everyone who doesn't use Wayland is using Nvidia or has some strange edge case I would have never imagined needing.
    Opinions are my personal opinions only here, as a long time Linux desktop user...

    So, I can finally "ssh -X me@myotherbox" and fire up remote apps just like they're native on my local client? For several machines? If not, that's a deal breaker, I run several different architectures and the apps only run on specific ones. Right now I can basically merge then all together onto one client with X.

    I can run Wayland on my high security box, the one with just a 2D blob-free GPU because all the 3D ones require signed proprietary firmware to run? At the same (more than useable) performance that X gives me now?

    I don't have to rely on my applications not lying to me with fake window headers and controls, i.e. the window manager now draws and manages the controls instead of the application? If not, the audit scope just expanded a lot compared to X.

    I can now change out parts of my desktop, mix and match like in the X days with bits of this desktop, apps from another toolkit, a WM from yet another, and they all play reasonably well together? If not, well, who's going to write my custom desktop and integrated apps for me on their dime so that I can switch to Wayland, given that everything works the way I need it right now on X?

    Look, no one's saying X is perfect. It's just that Wayland has introduced a lot of regressions in functionality that i use daily, and until those regressions are 100% resolved I won't be switching (or maybe I should start looking at the BSDs, who knows).

    Comment


    • #52
      Originally posted by betam4x View Post
      ... , so I really do not know where you get your information from.
      It depends on the meaning of "gamers". Pac-Man is a game. Gnome 3 is a game. Etc...

      Comment


      • #53
        Originally posted by CommunityMember View Post

        Especially for their LTS releases, Canonical has prioritized stability and device support over features for their default configurations. While wayland works well for many, and device support is constantly improving, Canonical has made the decision that there are too many edge cases for something they are contracted to support for 5 years. Given that Canonical is still working to find a long term profitable business model, keeping the paying customers as happy as possible is likely their best approach, and today that means x11 as the default.
        This is what I meant in my very first comment. Default not only in top notch distros .
        Default also in the classic LTS versions.
        And in my comment I also wrote it might need additional 5years until we will see Wayland as real default. Because Wayland is not ready.

        Comment


        • #54
          Originally posted by CochainComplex View Post
          ..snip...Because Wayland is not ready.
          Wayland as protocol is ready and already deployed a long time ago: Tizen, Sailfish, Enlightenment, Gnome of Wayland (Fedora , Debian Buster, Red Hat Enterprise Linux 8 and its derivative). The tool-kits are the issue.

          Comment


          • #55
            Originally posted by Zan Lynx View Post

            What can I say? I run Fedora with Gnome user sessions. I do terminal windows, various games, Android Studio, LibreOffice, Firefox, Chrome, Thunderbird. Rhythmbox for music and podcasts, and Totem for playing video files.

            My laptops for the last five years have been Dells with 4K displays. I use external monitors quite a lot. They are mostly 4K as well, but I have indeed used 1080p projectors and such.

            I honestly never noticed any serious problems. I had to tweak Firefox DPI settings a couple of times and at one point Chrome had to be launched with a command-line option to adjust its DPI, but that affected X also so it was never a Wayland problem.
            Sorry, I still can't figure that out. Until recently, GNOME w/ Wayland was so buggy, slow and feature-lacking that I can only imagine you must have seriously low expectations. I gave it a try for several Fedora versions and always had to revert to Xorg due to serious issues. For example, it wasn't that long ago that the clipboard was basically completely broken (no interop between X and Wayland apps), and mouse cursor stutters and freezes seriously impacted normal use (and that's not solved yet, it just got "good enough" in most cases).

            Even now with the latest GNOME patch release, I've experienced crashes on display hotplug, so stability isn't that great either. And if I enable fractional scaling (one of the features where Wayland actually has an advantage), I get reproducible crashes.

            And my hardware? It's just a standard Intel integrated GPU, so it should be well-supported.

            Comment


            • #56
              Originally posted by brent View Post

              Sorry, I still can't figure that out. Until recently, GNOME w/ Wayland was so buggy, slow and feature-lacking that I can only imagine you must have seriously low expectations. I gave it a try for several Fedora versions and always had to revert to Xorg due to serious issues. For example, it wasn't that long ago that the clipboard was basically completely broken (no interop between X and Wayland apps), and mouse cursor stutters and freezes seriously impacted normal use (and that's not solved yet, it just got "good enough" in most cases).

              Even now with the latest GNOME patch release, I've experienced crashes on display hotplug, so stability isn't that great either. And if I enable fractional scaling (one of the features where Wayland actually has an advantage), I get reproducible crashes.

              And my hardware? It's just a standard Intel integrated GPU, so it should be well-supported.
              Yeah and the mouse stuttering will never get fixed an any DE. Wayland can only report where the mouse is, but has no means of synchronizing output on input. The protocol just doesn't do it. Its scope is too narrow.

              Comment


              • #57
                Originally posted by betam4x View Post

                At any rate, Xorg could use quite a few improvements. Honestly, they should stop treating it like a dead platform and actually focus on evolving things. Many of the improvements in Wayland could be implemented evolutionary style in Xorg.
                I imagine we will end up with something like this. X11 will just use Wayland as the underlying implementation instead of the dark murky underlying Xorg implementation.

                In fact, since Wayland is not network aware (by design), this is pretty much guaranteed.
                Wayland honestly just feels like a backend refresh for Xorg. (Which I do appreciate!)

                For example, you could write an Xorg graphical program that doesn't use libx11 or libxcb; just the underlying primitives (and not over the network). Yes, it would be completely unportable and pointless. However this is kind of like what Wayland development is like now.
                Last edited by kpedersen; 05 January 2020, 08:10 AM.

                Comment


                • #58
                  Nowadays x.org is deprecated but the majority of linux operating systems still stuck over this aged graphical apis.

                  Comment


                  • #59
                    Originally posted by set135

                    I might be wrong, but I suspect what ssokolow is upset about, is that the means by which he creates some value-add software may be obsoleted, thus threatening his profit model. This is a valid reason to be unhappy, but not necessarily an argument against Wayland.
                    QuickTile is open-source freeware that I wrote to scratch my own itch, always has been, and always will be. My only incentive to continue developing it is that I use it myself. I mentioned it because it just also happens to be the self-itch-scratch tool that grabbed the most interest from other people.

                    Heck, I have so little incentive to keep working on it that I only finally found time to port it to Python 3.x and GTK+ 3.x (because Qt apparently has no libwnck equivalent) only a week ago, and that's still in "public alpha" state while I find time to go back and finish fixing some features I had to defer porting, such as automatically adapting to resolution changing.

                    My issue with Wayland is ideological. The greatest strength of Unixy operating systems has always been their adaptability to change via developers hacking on experimental new features to scratch their own itches.

                    (i.e. UNIX and then Linux beat out other OSes over the years because of "survival of the fittest", which Darwin really should have named "survival of the most adaptable" since it's "fitness for an unexpected new norm" that he was talking about.)

                    If the X developers who became Wayland developers want to throw out the analogue to Firefox's legacy plugin non-API, they need to provide an equivalent to WebExtensions and engage in active and concerted shaming of any compositor which doesn't implement it. Otherwise, they endanger the long-term viability of the ecosystem itself.

                    Comment


                    • #60
                      Originally posted by betam4x View Post

                      Input macros implemented properly shouldn't require monkey patching. Key-logging is only an issue on various systems due to the ability for an app to listen to keyboard events outside it's own scope. While one can argue that this may be useful in some scenarios, a secure system would not allow this. Just like a secure clipboard implementation would not allow applications to peak at the clipboard.
                      What do you call intercepting keypresses destined for other applications and inserting new ones? Call it macros or keylogging and exfiltrating the data using the clipboard and running curl in the Run dialog, the security model can't tell the difference and that kind of event interception sure feels like monkey-patching to me.
                      Last edited by ssokolow; 05 January 2020, 09:10 AM.

                      Comment

                      Working...
                      X