Announcement

Collapse
No announcement yet.

Asahi Linux To Users: Please Stop Using X.Org

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

  • Originally posted by ZeroPointEnergy View Post

    The problem is my card is not supported. I have an 8 year old GTX Titan X, which was chosen back then for the same reason, because of better Linux driver support.

    This card works perfectly fine and still has the performance I need for what I'm doing.

    I use i3, so the equivalent for the wayland protocol would be Sway. It outright states that nividia is not supported, and it indeed has issues at least for me.

    I use Gentoo, so I can probably build my X11 for a long time until either the nvidia situation improves or I get a new card.

    For the moment I simply can't switch
    Don't feel bad about it. X11 will be available many more years.

    Comment


    • Originally posted by alevan View Post

      If I may ask, what country are you referring to?

      Also, thanks for Mate, mate!
      The US of course: utter chaos since the dawn of covid

      Comment


      • I've done a lot more MATE-Wayland work, some merged to master but the big stuff still being polished and reviewed. We need to make sure there are NO regressions in x11 with such changes, so mostly I wrote this code to check at runtime for x11 and if not running x11 use the wayland code path.

        Turns out with GtkLayerShell you can make a working desktop that stays on the bottom and is sticky on all workspaces. Commits for Caja to manage the desktop in wayland are now being reviewed, polished, and hopefully debugged. I got stumped a bit on needing gtk_widget_show_all() to get the desktop to appear if and only if using GtkLayerShell but found that and it works.

        I've also ported most of the panel applets to in-process for wayland. Haven't yet reached the brightness and inhibit applets from mate-power-manager but ported battstat on the laptop so we now have a wayland battery indicator on mate-panel! AccessX won't work in Wayland without major changes to use the standalone XKB library instead of x11 for keyboard management and I do not yet have the background for that. Geyes improperly computes pointer position if the applet window is the panel window (as is always the case running in-process). That makes the eyes not follow the mouse. Worse yet, in Wayland the applet cannot see the pointer at all when not over the panel as wayland for security reasons does not allow apps to see other app's windows. Thus I marked AccessX and Geyes incompatable and ported over the rest of mate-applets. This is in review, error finding, and polishing as are the caja commits and the mate-desktop (libmate-desktop in most distros) changes needed for caja to work.

        I now have a functioning mate-wayfire setup that I sometimes mistake for running in x11 when playing with it. All of my panel except show desktop and workspace switcher, which we don't have wayland bindings for yet. Caja rendering desktop icons from itself, unlike using a plugin that doesn't even take a drag and drop from the file manager.
        Much more to do however: we need a settings daemon that works in wayland, and an integrated session to launch everything together. Wayfire can launch mate-panel as its default and set the background (which caja simply copies) but cannot launch nm-applet --indicator etc. Yes, I have the SNI portion of the tray working in wayland, that is now in git master.

        Best of all, this should work with any wlroots compositor that is compatable with gtk-layer-shell. Try it yourself. X11 can live or die but MATE shall live on!

        Comment


        • Originally posted by finalzone View Post
          Depending of the desktop environment, those implementations bar the global shortcuts are already available on GNOME Shell. The reason why global shortcuts are missing on Wayland protocol is mainly security related issue requiring root access. One of suggestion is handling portal support


          On which distributions? For development perspective, Fedora, possibly OpenSUSE and Arch in some extent have a better integration of Wayland protocol. Applications need to transition to full use of Wayland library otherwise XWayland is a better option.


          The issue is related on NVIDIA themselves who took longer to implement Wayland protocol while both AMD and Intel hardware run smoothly for years. As an example, I am able to run my laptop Dell Inspiron 14 7425 on a big monitor under GNOME Shell using Wayland protocol by default. Recently, the former slowly start to address their own problem with their newer driver.
          I'm using Ubuntu 22.04, Tumbleweed and Arch Linux.

          I'm having to be desktop agnostic. So I need shortcuts to work on at least gnome and KDE. They need to work in a common way.

          I believe X servers are no longer run as root.

          I use NVIDIA because thier GPU debuggers are really really good. Plus the customer requires the performance and specifies them.

          Sounds like I need to stick with X11 and thus XWayland at least.

          Comment

          Working...
          X