From: John Capo <jc@irbs.com>
Message-Id: <199509292025.QAA27867@irbs.irbs.com>
Subject: Re: cvs commit: src/sbin Makefile
To: gibbs@freefall.FreeBSD.org (Justin T. Gibbs)
Date: Fri, 29 Sep 1995 16:25:27 -0400 (EDT)
Cc: jc@irbs.com, gibbs@freefall.FreeBSD.org, ache@freefall.FreeBSD.org,
        CVS-commiters@freefall.FreeBSD.org, cvs-sbin@freefall.FreeBSD.org
In-Reply-To: <199509291955.MAA24827@aslan.cdrom.com> from "Justin T. Gibbs" at Sep 29, 95 12:55:51 pm
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 1342      

Justin T. Gibbs writes:
> 
> >Justin T. Gibbs writes:
> >> 
> >> >ache        95/09/29 12:35:11
> >> >
> >> >  Modified:    sbin      Makefile
> >> >  Log:
> >> >  Build secure init if available and allowed
> >> 
> >> On a similar subject, shouldn't "MAKE_EBONES" go away?  Shouldn't the
> >> build be based solely on the existance of the directory?
> >
> >That's the way it used to work.  Some of us build different
> >configurations from the same source tree.  It was a pain to move
> >the directory out of the way and then back.
> 
> What's the use of most of what is in secure without a built eBones?
> In fact our secure telnet did absolutely nothing for us until it
> was recently fixed to work with eBones.  Yet, many makefiles use
> the "MAKE_EBONES" variable to make decisions on how to build things.
> If anything, there sould be a single variable referenced in
> /usr/src/Makefile for non exportable material that simply exludes the
> right subdirectories.
> 

MAKE_EBONES or somesuch should control builds with eBones.  Builds
with DES should be controlled by something else.

Being able to build with eBones but turn it off at run time would
be nice.  A system built with eBones expects it to be used.  passwd
defaults to changing the kerberos password for instance.

I think we need some more knobs.

John Capo
IRBS Engineering