Re: pkg/56299 (Native X11_TYPE on NetBSD even if /usr/X11R7 does not exist)

[Frederic Fauberteau <triaxx%NetBSD.org@localhost>]

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

From: Frederic Fauberteau <triaxx%NetBSD.org@localhost>
To: gnats-bugs%netbsd.org@localhost
Cc: 
Subject: Re: pkg/56299 (Native X11_TYPE on NetBSD even if /usr/X11R7 does not
 exist)
Date: Wed, 7 Jul 2021 22:49:11 +0200

 David Holland writes:
 >  It can, but normally because of the base mtree files that gives you an
 >  empty /usr/X11R7, not a missing one, so in most cases the proposed
 >  test won't work as intended.
 I didn't know that. When I looked at one of my NetBSD box which doesn't have X base set
 # uname -rsv
 NetBSD 9.0 NetBSD 9.0 (XEN3_DOMU) #0: Fri Feb 14 00:06:28 UTC 2020  mkrepro%mkrepro.NetBSD.org@localhost:/usr/src/sys/arch/xen/compile/XEN3_DOMU
 I seen
 # ls /usr/X11R7
 ls: /usr/X11R7: No such file or directory
 
 >  One could concoct one that works, but I'm not sure this is something
 >  that should attempt to autoselect itself, since if you update base and
 >  add the X sets it will cause pkgsrc to change course in midstream and
 >  (without explicit intervention) you'll get a broken mixture of native
 >  and pkgsrc X.
 I'm not necessarily in favor of an autoselect method. I'd rather be for an error message to be printed if X11_TYPE=native and /usr/X11R7 is empty.