From: yaydn@protonmail.com Subject: [call for testing please] wayland/wayland 1.23.91 To: "ports@openbsd.org" Date: Mon, 09 Jun 2025 06:00:02 +0000 Hello everyone, I know this is a release candidate, but the release schedule has changed. Now there is fewer release tests before committing as opposed to before. This is for the benefit of the release manager that had a lot of work due to late submissions. https://lists.freedesktop.org/archives/wayland-devel/2025-May/044257.html «With years passing by, development in the main Wayland repository has slowed down quite a bit, activity has moved over to wayland-protocols and compositors. However, cutting a new Wayland release is still a heavyweight process: it takes at least one and a half months with at least 3 pre-releases. I'm also not sure about the value of all of these pre-releases: historically they've been used to push the last features over the fence before the RCs, but it's easy enough to talk and coordinate over the bits that we want to wait on for the release. I would suggest to drop the alphas/betas from the release process, ie. go straight to RC1. The process would then continue as usual, with weekly RCs. As a release manager this would help reduce the load. This is also what I've been doing for Sway and wlroots for a very long time.» Here is the changelog for wayland 1.23.91: https://lists.freedesktop.org/archives/wayland-devel/2025-May/044282.html Highlights: Aside from the usual bug fixes and protocol clarifications, this new release includes: - A new wl_fixes interface to add a request to destroy a wl_registry object. - A new wl_keyboard.key repeated state, to allow compositors to take over the responsibility of repeating keys, which is useful for remote desktop. - wl_display_dispatch_queue_timeout() and wl_display_dispatch_timeout(), to set a timeout when dispatching events. - wl_shm_buffer_ref() and wl_shm_buffer_unref(), to access wl_shm_buffer underlying storage after the protocol object has been destroyed (e.g. when a client is shutting down). - wl_proxy_get_interface() and wl_resource_get_interface(), to fetch the wl_interface of an object. - wl_resource_post_error_vargs(), as an alternative to wl_resource_post_error() when the compositor already has a va_list. I would appreciate having people test this, to make sure any changes necessary are up-streamed and we can have everything ready for gnome 49-50 later this year(50 is next year) which will probably have bare-metal support for X11 removed. GTK 5.0 might not support X11 at all and support for baremetal X11 is already deprecated. I think better testing and having everything ready beforehand rather than the burden of trying to apply security and bug fixes to keep our own forked maintenance of gnome 48/49 or removing it all together is the better bet and best use of porting resources. KDE plans to keep some deprecating support for X11 baremetal until 7.0, though QT might drop X11 baremetal support prior to that. The exceptions are kde-plasma-mobile(and its applications like spacebar, texting application, and dialer, a phone and VOIP call application) as it is already wayland-only and possibly the plasma-login-manager which is planned to replace sddm. We still have XWayland support or at minimum Xwayland-Satellite for Wayland, Arcan, Orbital, or what have you. This also includes benefits for sway, kde-plasma, lxqt, and xfce4 which are or planned to be native wayland sometime in 2026. If we bring in gnome-mobile, phosh(mobile interface), sxmo (mobile interface using sway or X11's dwm), kde-plasma-mobile, niri, cinnamon, and various other Desktop Environments to our ports, those too are or will be Wayland native with varying support for X11 baremetal going forward. We will still have of course other Xenocara, Arcan, Orbital, and other frameworks for WM and DE be brought into ports. People make stuff all the time with the tools they prefer. Going forward porting cage, an application useful for running wayland applications on baremetal X(Xenocara), should hopefully be in our ports and linked so those who like various X11 only WM or DE's can continue to use newer applications that are wayland only going forward. Wayland, Arcan, and Orbital can use XWayland or XWayland-Satellite to run X11 only applications. XWayland-Satellite should ideally be added along side cage too. This way people can be happy with their options and run what have you on whatever is their preference. There is even wayland 'rootfull' mode or even XWayland-Satellite to have stuff like fvwm running inside a wayland compositor or arcan into the future. This allows benefiting from fractional scaling and some expanded colour support even in old X11 WM and DE's. Perhaps a Wenocara(pronounced like Bueno-cara or good-face) expy to Xenocara could be in the base packages, as to have our OpenBSD-isms like unveil and pledge be fully applied and work out of the box at install for wayland, 'rootfull' Xwayland, or plain xenocara. Arcan, Orbital, Xenocara, or Wayland, we have our OpenBSD be rock solid and secure on your phone, tablet, laptop, workstation, server, desktop, or any other device of your choosing. Other Links: https://github.com/cage-kiosk/cage https://github.com/Supreeeme/xwayland-satellite https://www.phoronix.com/news/GNOME-49-Alpha-0-Packages https://blogs.gnome.org/alatiera/2025/06/08/the-x11-session-removal/ https://www.phoronix.com/news/Fedora-43-Wayland-Only-GNOME https://www.phoronix.com/news/GNOME-GDM-Disable-X11-Default https://www.phoronix.com/news/GTK-X11-Now-Deprecated https://www.phoronix.com/news/KDE-New-Login-Manager-Over-SDDM https://blog.davidedmundson.co.uk/blog/a-roadmap-for-a-modern-plasma-login-manager/ https://invent.kde.org/plasma/plasma-login-manager https://apps.kde.org/plasma.dialer/ https://apps.kde.org/spacebar/ https://phosh.mobi/about/ https://github.com/YaLTeR/niri https://sxmo.org/ https://github.com/redox-os/orbital https://www.phoronix.com/news/Redox-OS-Implementing-X11 https://www.phoronix.com/news/Xfce-xfwm4-Merges-Wayland-Code https://www.phoronix.com/news/KWin-Wayland-X11-Split Diff: Index: Makefile =================================================================== RCS file: /cvs/ports/wayland/wayland/Makefile,v diff -u -p -u -p -r1.11 Makefile --- Makefile 1 Nov 2024 10:42:05 -0000 1.11 +++ Makefile 6 Jun 2025 20:43:06 -0000 @@ -1,7 +1,7 @@ COMMENT = Display server protocol DISTNAME = wayland-${V} -V = 1.23.1 +V = 1.23.91 CATEGORIES = wayland Index: distinfo =================================================================== RCS file: /cvs/ports/wayland/wayland/distinfo,v diff -u -p -u -p -r1.5 distinfo --- distinfo 1 Nov 2024 10:42:05 -0000 1.5 +++ distinfo 6 Jun 2025 20:43:06 -0000 @@ -1,2 +1,2 @@ -SHA256 (wayland-1.23.1.tar.xz) = hk+yqDmeLQ7DnVbp2bdTwJN3W+rcYCLOgfRBkpqB5e0= -SIZE (wayland-1.23.1.tar.xz) = 238212 +SHA256 (wayland-1.23.91.tar.xz) = /CvsGlPiT0i4PRfnLW0RcCOdMe3D88k4O0rCGINJowQ= +SIZE (wayland-1.23.91.tar.xz) = 241136 Index: patches/patch-src_wayland-util_h =================================================================== RCS file: patches/patch-src_wayland-util_h diff -N patches/patch-src_wayland-util_h --- patches/patch-src_wayland-util_h 1 Nov 2024 10:42:05 -0000 1.1 +++ /dev/null 1 Jan 1970 00:00:00 -0000 @@ -1,22 +0,0 @@ -Index: src/wayland-util.h ---- src/wayland-util.h.orig -+++ src/wayland-util.h -@@ -48,7 +48,8 @@ extern "C" { - #endif - - /** Deprecated attribute */ --#if __STDC_VERSION__ >= 202311L -+#if defined(__STDC_VERSION__) && __STDC_VERSION__ >= 202311L \ -+ || defined(__cplusplus) && __cplusplus >= 201402L - #define WL_DEPRECATED [[deprecated]] - #elif defined(__GNUC__) && __GNUC__ >= 4 - #define WL_DEPRECATED __attribute__ ((deprecated)) -@@ -70,7 +71,7 @@ extern "C" { - #define WL_PRINTF(x, y) - #endif - --#if __STDC_VERSION__ >= 202311L -+#if defined(__STDC_VERSION__) && __STDC_VERSION__ >= 202311L - #define WL_TYPEOF(expr) typeof(expr) - #else - #define WL_TYPEOF(expr) __typeof__(expr) Index: pkg/PLIST =================================================================== RCS file: /cvs/ports/wayland/wayland/pkg/PLIST,v diff -u -p -u -p -r1.3 PLIST --- pkg/PLIST 19 Aug 2022 06:39:55 -0000 1.3 +++ pkg/PLIST 6 Jun 2025 20:43:06 -0000 @@ -21,6 +21,7 @@ lib/pkgconfig/wayland-egl-backend.pc lib/pkgconfig/wayland-egl.pc lib/pkgconfig/wayland-scanner.pc lib/pkgconfig/wayland-server.pc +share/aclocal/ share/aclocal/wayland-scanner.m4 share/wayland/ share/wayland/wayland-scanner.mk -- Happy porting! Well wishes! Thank you all for testing. yaydn TLDR: Please test so stuff is ready for wayland native releases soon. There is many WM and DE that can benefit to be run 'rootfull'-ly in wayland like fvwm and separately still have xenocara around with cage to run wayland-only applications on baremetal X11 going forward.