Announcement

Collapse
No announcement yet.

Wayland 1.18 Alpha Released With Meson Support, Connection Sharing

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

  • Wayland 1.18 Alpha Released With Meson Support, Connection Sharing

    Phoronix: Wayland 1.18 Alpha Released With Meson Support, Connection Sharing

    In meeting the plans for releasing Wayland 1.18 in February, the alpha release of this Wayland update is now available...

    Phoronix, Linux Hardware Reviews, Linux hardware benchmarks, Linux server benchmarks, Linux benchmarking, Desktop Linux, Linux performance, Open Source graphics, Linux How To, Ubuntu benchmarks, Ubuntu hardware, Phoronix Test Suite

  • #2
    Originally posted by 144Hz View Post
    Meson or bust.
    While I am sure there are strong opinions about which build system is better, almost anything seems better than base autotools at this point, and as Gnome and Weston have already moved to meson, it is the logical choice for that community.

    Comment


    • #3
      Originally posted by 144Hz View Post
      Meson or bust.
      Or CMake.

      Comment


      • #4
        But no support for Vulkan, and no code in Rust.

        Comment


        • #5
          Originally posted by uid313 View Post
          But no support for Vulkan, and no code in Rust.
          Wayland shouldn't have any GPU API-specific APIs. In case of Vulkan, it is Vulkan that has WSI (window system integration) layer on it's side of the fence. For Wayland, in the form of VK_KHR_wayland_surface.

          Comment


          • #6
            Originally posted by uid313 View Post
            But no support for Vulkan, and no code in Rust.
            This is talking about libwayland, the library which handles the low level wire protocol. It actually has nothing to do with graphics.
            Vulkan clients have always worked, and Vulkan support in Wayland compositors are entirely a compositor issue, and has nothing to do with Wayland itself.

            Why on earth would a C library suddenly stop wanting to be a C library? It's written in C for a very good reason, and just rewriting code for literally no reason is just an opportunity to introduce new bugs.

            Comment


            • #7
              Well this all sounds nice, shame NVIDIA is still not working well with Wayland, but if AMD releases that super GPU big navi and its not a flop, I won't need to worry about that for long

              Comment


              • #8
                Originally posted by ascent12 View Post

                This is talking about libwayland, the library which handles the low level wire protocol. It actually has nothing to do with graphics.
                Vulkan clients have always worked, and Vulkan support in Wayland compositors are entirely a compositor issue, and has nothing to do with Wayland itself.

                Why on earth would a C library suddenly stop wanting to be a C library? It's written in C for a very good reason, and just rewriting code for literally no reason is just an opportunity to introduce new bugs.
                But does Weston or GNOME Shell support Vulkan?
                Yeah, maybe the low level library should be in C because it has bindings for many languages, but maybe the compositors ought to be written in Rust.

                Comment


                • #9
                  Originally posted by uid313 View Post

                  But does Weston or GNOME Shell support Vulkan?
                  Yeah, maybe the low level library should be in C because it has bindings for many languages, but maybe the compositors ought to be written in Rust.
                  GNOME Shell does not support using Vulkan as a renderer, GTK4 does though so if GNOME Shell does get rewritten in GTK4 it could use it.

                  Rewriting the compositors in Rust would bring very little (if any) gain for an extreme amount of work, just because something is written in Rust doesn't make it better. C is perfectly fine for a compositor.

                  Comment


                  • #10
                    Originally posted by Britoid View Post
                    Rewriting the compositors in Rust would bring very little (if any) gain for an extreme amount of work, just because something is written in Rust doesn't make it better. C is perfectly fine for a compositor.
                    I just don't want my compositor to crash because unlike X.Org Server where when the compositor or window manager crashed it would just gracefully restart with all applications intact, when a Wayland compositor crashes everything goes down. I think.

                    Comment

                    Working...
                    X