Pkgsrc surprise/glitch or PEBCAK?

yeti

netbsdX-riscv64$ cd /usr/pkg/src/editors/emacs28 
netbsdX-riscv64$ make package
ERROR: This package has set PKG_FAIL_REASON:
ERROR: emacs28-28.2nb7 uses X11, but /usr/X11R7 not found
*** Error code 1

Stop.
make: stopped in /usr/pkg/src/editors/emacs28
netbsdX-riscv64$ make show-options
Any of the following general options may be selected:
        dbus     Enable dbus (desktop bus) support.
        gnutls   Enable GNU TLS support.
        imagemagick      Use ImageMagick as imaging library.
        jansson  Enable JSON support using the jansson library.
        svg      Enable SVG support.
        xaw3d    Enable Xaw3D support.
        xml      Enable XML support.
At most one of the following window-system options may be selected:
        nextstep         Enable Cocoa or GNUstep support.
        x11      Enable X11 support.
At most one of the following toolkit options may be selected:
        gtk      Enable support for GTK.
        gtk2     Enable support for GTK2.
        gtk3     Enable support for GTK3.
        motif    Enable motif support.
        xaw      Enable Xaw support.

These options are enabled by default:
        dbus gnutls gtk3 jansson x11 xml

These options are currently enabled:
        dbus gnutls jansson xml

You can select which build options to use by setting PKG_DEFAULT_OPTIONS
or PKG_OPTIONS.emacs.
netbsdX-riscv64$  █

So building emacs with -x11 still requires the xsets being installed?

yeti

netbsdX-riscv64$ doas mkdir /usr/X11R7
netbsdX-riscv64$ make package          
=> Bootstrap dependency digest>=20211023: NOT found
=> Verifying package-install for ../../pkgtools/digest
===> Installing dependencies for digest-20220214
...

Whaaaaat???
An empty `/usr/X11R7``is enough to silence PkgSrc?
Come on!!!
That's a bad joke?

nia

editors/emacs28-nox11

yeti

nia

Nope! Compare the builds! emacs-nox11 is far more crippled than the standard one built with disabled x11 option. Near to unusable for me. Sure I tried! Additionally that misbehaviour of PkgSrc with missing /usr/X11R7 will hit with other builds too.

rvp

yeti Perhaps something like this would help?:

--- pkgsrc/mk/platform/NetBSD.mk.orig	2022-09-28 01:00:51.000000000 +0000
+++ pkgsrc/mk/platform/NetBSD.mk	2023-06-26 07:35:25.204346272 +0000
@@ -48,7 +48,13 @@
 # On NetBSD-5, native X11 has enough issues that we default
 # to modular.
 .if ${OPSYS_VERSION} >= 060000
-X11_TYPE?=		native
+.if ${X11_TYPE:Uunknown} == "unknown"
+.if exists (/usr/X11R7/lib/libX11.so)
+X11_TYPE=	native
+.else
+X11_TYPE=	modular
+.endif
+.endif
 .endif
 
 _OPSYS_EMULDIR.aout=		/emul/aout

yeti

I'm in heat stasis, so for now just some unsorted lines...

I've build emacs28 with X11 support on riscv64 before, but that means I have to build the xsets at home (like every other day) instead of being able to update from daily builds (which currently do not include the xsets).

If someone could nudge the riscv64 port people to include xsets in daily builds, I'd use them instead of trying nonstandard dance moves.

But indepently: If there is a build option that claims to disable x11 in a build, it please should work.

kc9udx

What happens if you try it with all options disabled?

(I suspect dbus requires x11 but I'm not able to confirm that at the moment)