From owner-freebsd-current Tue Apr 30 12:14:20 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA28471 for current-outgoing; Tue, 30 Apr 1996 12:14:20 -0700 (PDT) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA28455 for ; Tue, 30 Apr 1996 12:14:13 -0700 (PDT) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id MAA13937; Tue, 30 Apr 1996 12:11:16 -0700 From: "Rodney W. Grimes" Message-Id: <199604301911.MAA13937@GndRsh.aac.dev.com> Subject: Re: Files installed to /etc, (was: review request) To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Tue, 30 Apr 1996 12:11:16 -0700 (PDT) Cc: phk@critter.tfs.com, p.richards@elsevier.co.uk, wosch@cs.tu-berlin.de, bde@zeta.org.au, current@freebsd.org In-Reply-To: <27960.830889959@time.cdrom.com> from "Jordan K. Hubbard" at "Apr 30, 96 11:45:59 am" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Yes, host independent, but not architecture independent... > > > > /etc/rc for instance has to be architecture dependent to initialize > > weird HW... > > Isn't that what /etc/rc.i386 is for? You could certainly maintain > that paradigm in /usr/share/etc as well as anywhere else, right? I am going to agree with Phk on this one, with the following basis: a) man 7 hier: usr/ share/ architecture-independent ascii text files Thus no architecture dependend directories or files should be stored under usr/share, even in directories like /usr/share/etc/etc.i386. b) I can't find a place in hier(7) that says ``architecture-dependent'' :-( [Infact the only place the string ``depend'' appears in that man page is the above sitation. Seems we have some assymtry here :-( c) The proposal of /usr/arch is, IMHO, a Good Idea, we need some place like this to hold architecture depend files (we don't really have a place at all for this now, or stuff that could go here has been pack ratted in under current places (probably a bad practice). -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD