From owner-cvs-sbin Fri Sep 29 13:25:48 1995 Return-Path: owner-cvs-sbin Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA01121 for cvs-sbin-outgoing; Fri, 29 Sep 1995 13:25:48 -0700 Received: from irbs.irbs.com (irbs.com [199.182.75.129]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA01104 ; Fri, 29 Sep 1995 13:25:31 -0700 Received: (from jc@localhost) by irbs.irbs.com (8.6.12/8.6.6) id QAA27867; Fri, 29 Sep 1995 16:25:28 -0400 From: John Capo 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 X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1342 Sender: owner-cvs-sbin@FreeBSD.org Precedence: bulk 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