netbsd pmax 4.0/pkgsrc make process - dependencies not automatically building

Ben Hodgens <[email protected]> Sat, 11 Oct 2008 17:25:24 -0600
Newsgroups gmane.os.netbsd.ports.pmax
Message-ID <[email protected]>
Hi, hopefully someone here can help me with this. I've exhausted several 
knowledgeable channels on Freenode already. :)

The situation:

I am trying to build packages on a fresh install of NetBSD on an emulated 
DECstation 5000/200. After doing a fresh install of NetBSD 4.0 via CD media (all 
sets except games), I have added one line ("DEPENDS_TARGET=package") to my 
/etc/mk.conf file, ftp'd down the pkgsrc tree, untarred to /usr/pkgsrc, cd'd 
into the directory of the package I want to build, and done a 'make package'. 
Those are the exact (and only) steps I have undertaken. (I have done it twice 
now from a completely "empty" install - once with "current" and once with 
"2008Q3" pkgsrc trees). I have also tried this process without the 
DEPENDS_TARGET entry in my mk.conf.

The problem:

Every time I attempt this, without regard for the package (I've done jed, 
matchbox-wm, flwm, and several others I can't think of at this hour), make will 
fail to make the dependencies. The parent/actual item I'm trying to build will 
error out complaining about dependencies; for instance, flwm will complain about 
fltk not existing; building fltk will complain about glu; matchbox will complain 
about libmatchbox not existing. If I go to build libmatchbox, -that- will 
complain about png not existing - and so on and so forth.

Example:

Here is an example of the tail end of 'make package -dx' within the fltk dir of 
the pkgsrc tree:

+ /usr/bin/touch -f /usr/pkgsrc/x11/fltk/work/.buildlink/.buildlink_x11-links_done
+ . /etc/shrc
+ set -e
+ true => Linking glu files into /usr/pkgsrc/x11/fltk/work/.buildlink.
+ . /etc/shrc
+ set -e
+ echo ERROR: glu>=3.4.2 glu>=6.0 is not installed; can't buildlink files.
ERROR: glu>=3.4.2 glu>=6.0 is not installed; can't buildlink files.
+ exit 1
*** Error code 1

Stop.
make: stopped in /usr/pkgsrc/x11/fltk
+ exitcode=1
+ /usr/bin/env MAKECONF=/etc/mk.conf 
PATH=/usr/pkgsrc/x11/fltk/work/.wrapper/bin:/usr/pkgsrc/x11/fltk/work/.buildlink/bin:/usr/pkgsrc/x11/fltk/work/.gcc/bin:/usr/pkgsrc/x11/fltk/work/.tools/bin:/usr/pkg/bin:/sbin:/usr/sbin:/bin:/usr/bin:/usr/pkg/sbin:/usr/pkg/bin:/usr/X11R6/bin:/usr/local/sbin:/usr/local/bin 
/usr/bin/make _MAKE=/usr/bin/make OPSYS=NetBSD OS_VERSION=4.0 LOWER_OPSYS=netbsd 
_PKGSRCDIR=/usr/pkgsrc PKGTOOLS_VERSION=20081002 PKG_BUILD_OPTIONS.MesaLib= 
_CC=/usr/bin/cc 
_PATH_ORIG=/sbin:/usr/sbin:/bin:/usr/bin:/usr/pkg/sbin:/usr/pkg/bin:/usr/X11R6/bin:/usr/local/sbin:/usr/local/bin 
_PKGSRC_BARRIER=yes barrier-error-check
+ . /etc/shrc
+ set -e
+ /bin/rm -f /usr/pkgsrc/x11/fltk/work/.warning/*.tmp
+ test -d /usr/pkgsrc/x11/fltk/work/.warning
+ cd /usr/pkgsrc/x11/fltk/work/.warning
+ test ./* != ./*
+ exit 0
+ . /etc/shrc
+ set -e
+ /bin/rm -f /usr/pkgsrc/x11/fltk/work/.error/*.tmp
+ test -d /usr/pkgsrc/x11/fltk/work/.error
+ cd /usr/pkgsrc/x11/fltk/work/.error
+ test ./* != ./*
+ exit 0
+ exit 1
*** Error code 1

Stop.
make: stopped in /usr/pkgsrc/x11/fltk

Again, I've gotten this for every dependency which hasn't been previously 
installed manually (eg. 'make package' or 'make install' in, for instance, 
x11-links - which was also not automatically building, requiring me to build it 
manually); my understanding is that dependencies are automatically 
built/installed (and with the mk.conf entry I've got, turned into packages 
themselves). Is this a correct understanding? Am I doing something wrong, or 
might I have stumbled

One caveat I will add: I am running this port under the gxemul architecture 
emulator. It runs stably (more stable than hpcmips on my mobilepro 780, 
actually) and I've not had any direct noticeable problems aside from this, and 
the gxemul developer has done what I am trying to do in the past. While I'm not 
100% ready to rule out gxemul as the cause of the problems, I strongly suspect 
it isn't.

I'm new to NetBSD and I'm not sure where to start looking for the problem. Any 
pointers or suggestions would be greatly assistive!

Thank you,
-- 

Benjamin Hodgens
[email protected]