Re: pkg/40383: pkgsrc-2008Q4: sysutils/cdrtools broken

[Matthew Mondor <mm_lists%pulsar-zone.net@localhost>]

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

From: Matthew Mondor <mm_lists%pulsar-zone.net@localhost>
To: gnats-bugs%NetBSD.org@localhost
Cc: dholland-pbugs%NetBSD.org@localhost, obache%NetBSD.org@localhost
Subject: Re: pkg/40383: pkgsrc-2008Q4: sysutils/cdrtools broken
Date: Thu, 15 Jan 2009 15:40:59 -0500

 On Thu, 15 Jan 2009 09:55:04 +0000 (UTC)
 David Holland <dholland-pbugs%netbsd.org@localhost> wrote:
 
 >  It built for me ok on a 4.0_STABLE machine a couple days ago, too. I
 >  think it's time to try to figure out what's different between your
 >  machine and everyone else's... :(
 
 Well, the stock 2008Q4 went further after changing a line
 setting PATH in /etc/profile (making it use export PATH="$PATH:foo"
 instead of export PATH='foo', although 300+ packages built fine that
 way in 2008Q4, and even cdrtools when I last built it on an older
 pkgsrc), so it appears to be a particuliarity of that package's build
 system.  The PATH set there included pretty much all paths on the
 system where user-invoked binaries may be found:
 
 export 
PATH='/bin:/sbin:/usr/bin:/usr/sbin:/usr/pkg/bin:/usr/pkg/sbin:/usr/X11R7/bin:/usr/local/bin:/usr/local/sbin:/usr/games'
 
 And there were no other gmake or make other than /usr/pkg/bin/gmake
 and /usr/bin/make.  I assume that the build scripts add elements to
 PATH and assume them to remain for children /bin/sh invokations.  The
 fact that it requires a custom Gmake script as part of the build is
 also odd, this because it expects a make global variable to also
 propagate to children, which gmake doesn't (and smake apparently does)
 the wrapper script basically is:
 
 #!/bin/sh
 MAKEPROG=gmake
 export MAKEPROG
 exec gmake "$@"
 
 In any case, the stock 2008Q4 cdrtools now built fine this time, so my
 apologies for the trouble. :)
 
 Matt