Download raw body.
[call for testing please] wayland/wayland 1.23.91
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.
[call for testing please] wayland/wayland 1.23.91