Re: pkg/60476: 2026Q2 NetBSD/amd64 gtk3+ binary package is built without wayland

["Izumi Tsutsui via gnats" <gnats-admin%NetBSD.org@localhost>]

The following reply was made to PR pkg/60476; it has been noted by GNATS.

From: Izumi Tsutsui <tsutsui%ceres.dti.ne.jp@localhost>
To: gnats-bugs%netbsd.org@localhost
Cc: tsutsui%ceres.dti.ne.jp@localhost
Subject: Re: pkg/60476: 2026Q2 NetBSD/amd64 gtk3+ binary package is built without
	 wayland 
Date: Thu, 23 Jul 2026 02:34:28 +0900

 I think this should be fixed at the platform capability detection
 level, rather than by adding another package-specific test
 like gtk3/options.mk.
 
 The basic policy should be that Wayland support on NetBSD with
 native X11 is determined from the configuration used to build
 the native X11 libraries, not from the set of files installed
 on the package build host.
 
 pkgsrc already includes <bsd.own.mk> through pkgsrc/mk/bsd.prefs.mk,
 so the native NetBSD X11 build variables are available while
 evaluating package Makefiles.
 
 The proposed design is:
 
 - Keep the existing logic for modular X11 unchanged.
 
 - In graphics/MesaLib/features.mk, when using native X11 on NetBSD,
   determine MESALIB_SUPPORTS_EGL from HAVE_XORG_EGL if that variable
   is defined.
 
 - Older NetBSD releases (10.x and prior) do not define HAVE_XORG_EGL.
   On those releases, fall back to HAVE_XORG_GLAMOR, because native
   libepoxy EGL support was conditional on GLAMOR in those versions.
 
 - For non-NetBSD systems using native X11, retain the existing
   header-based detection unless there is a more appropriate
   platform-specific capability variable.
 
 This will work even on gtk3 because devel/wayland/platform.mk
 already derives PLATFORM_SUPPORTS_WAYLAND from MESALIB_SUPPORTS_EGL.
 
 ---
 Izumi Tsutsui