Date: Tue, 30 Apr 1996 12:11:16 -0700 (PDT) From: "Rodney W. Grimes" <rgrimes@GndRsh.aac.dev.com> To: jkh@time.cdrom.com (Jordan K. Hubbard) Cc: phk@critter.tfs.com, p.richards@elsevier.co.uk, wosch@cs.tu-berlin.de, bde@zeta.org.au, current@freebsd.org Subject: Re: Files installed to /etc, (was: review request) Message-ID: <199604301911.MAA13937@GndRsh.aac.dev.com> In-Reply-To: <27960.830889959@time.cdrom.com> from "Jordan K. Hubbard" at "Apr 30, 96 11:45:59 am"
next in thread | previous in thread | raw e-mail | index | archive | help
> > 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199604301911.MAA13937>