> Umm, I don't know why but gtk.m4 is installed into
> /usr/X11R6/share/aclocal...
Probably because they decided to have the NetBSD package for GTK+ install
it in the system directory for X stuff, rather than in a local
directory.
I *tend* to prefer that "/usr/bin", "/usr/lib", "/usr/X11R6", etc.
contain only stuff that's part of the OS proper, rather than anything
I've installed as "third-party" software, but I could see whoever made
the NetBSD package for GTK+ thinking that GTK+, given how many programs
are based on it, should be installed in a system directory.
However, that then means that if they supply software, such as
"automake" and the "aclocal" script that comes with it, that may depend
on being able to find stuff installed as part of a third-party package,
they should supply it with the appropriate modifications to make it look
in the system directories where those third-party packages are installed
- i.e., they should supply a NetBSD package for "automake" that includes
an "aclocal" script modified to search in "/usr/X11R6/share/aclocal", and
in any other "aclocal" directories in which NetBSD packages would
install stuff.
> This is installed via NetBSD "package"
> system. I contact NetBSD team for a fix.
When you contact them, let them know that they should modify the
"automake" package to search in "/usr/X11R6/share/aclocal", as well as
in "/usr/local/share/aclocal".
(On my home machine, and on the work machines here at NetApp,
"autoconfig", "automake", and GTK+ are all built and installed from
source, and are all installed under "/usr/local", so the "aclocal"
script in "automake" searches in "/usr/local/share/aclocal", and GTK+'s
"gtk.m4" is installed in that directory; that's why it worked for me.)
