Message-Id: <199509292121.OAA25449@aslan.cdrom.com>
To: Mark Murray <mark@grondar.za>
Cc: CVS-commiters@freefall.freebsd.org
Subject: Re: cvs commit: src/sbin Makefile 
In-Reply-To: Your message of "Fri, 29 Sep 1995 23:15:54 +0200."
             <199509292115.XAA22975@grumble.grondar.za> 
Date: Fri, 29 Sep 1995 14:21:38 -0700
From: "Justin T. Gibbs" <gibbs@freefall.FreeBSD.org>

>> I don't think this is true anymore.  I don't see how having secure
>> binaries could prevent you from building non-secure binaries.  It just
>> doesn't make any sense.
>
>It didn't make sense. It also didn't work. :-(
>
>> David complained to me last week about make release not working unless
>> the libraries are in the chroot tree.  Look at release.2:
>> 
>> release.2:
>>         @cd ${.CURDIR} ; $(MAKE) ckRELEASEDIR
>>         cd ${.CURDIR}/../etc && make distrib-dirs DESTDIR=${RD}/trees/bin
>>         cd ${.CURDIR}/.. ; make distribute DISTDIR=${RD}/trees
>>         cd ${.CURDIR}/../eBones && ( \
>>                 make bootstrap ;\
>
>Sure - these are just putting things in the ${DISTDIR} (or should be - with
>recent changes it is quite possible that this is broken).

No, its not broken in that regard.  Everything goes where its supposed
to go.

>> The make bootstrap will fail (or used too until I did the LDADD fixes to
>> eBones) since the libraries aren't *installed* in the bootstrap target
>> until after all of eBones is built.  I think it was kprop that fell over
>> first.
>
>Ah yes, the LDADD changes. If those are not _correctly_ set to the
>appropriate ebones/lib/libfoo/obj/<whatever> then it will fail. At 2.0.5
>release time, this was working. I own up to breaking this when I redid
>the make files during the Great Repository Copy (tm).

It must have worked because Jordan had MAKE_EBONES in his local
/etc/make.conf.  Without installed libraries, there is *no way* that
it could have worked.  In fact, David was the one who reported the problem
to me first (Jordan has MAKE_EBONES in his local make.conf and had many
successful builds before David's complaint).

The problem you fixed for 2.0.5 was the chicken and egg problem with
building secure distributions in a chroot tree where MAKE_EBONES could
not be defined.

>--
>Mark Murray
>46 Harvey Rd, Claremont, Cape Town 7700, South Africa
>+27 21 61-3768 GMT+0200
>Finger mark@grumble.grondar.za for PGP key

--
Justin T. Gibbs
===========================================
  Software Developer - Walnut Creek CDROM
  FreeBSD: Turning PCs into workstations
===========================================