Date: Sat, 11 Oct 2008 17:25:24 -0600
From: Ben Hodgens <ben%hodgens.net@localhost>
To: port-pmax%NetBSD.org@localhost
Subject: netbsd pmax 4.0/pkgsrc make process - dependencies not automatically
building
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
ben%hodgens.net@localhost