From owner-freebsd-arch@freebsd.org Wed Feb 19 15:34:02 2020 Return-Path: Delivered-To: freebsd-arch@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1FBA823DAF4 for ; Wed, 19 Feb 2020 15:34:02 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 48N1wS6tvtz40Jp; Wed, 19 Feb 2020 15:34:00 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id 01JFXvfl069327; Wed, 19 Feb 2020 07:33:57 -0800 (PST) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: (from freebsd-rwg@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id 01JFXv2H069326; Wed, 19 Feb 2020 07:33:57 -0800 (PST) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <202002191533.01JFXv2H069326@gndrsh.dnsmgr.net> Subject: Re: Return of config files to ^/etc In-Reply-To: To: Will Andrews Date: Wed, 19 Feb 2020 07:33:57 -0800 (PST) CC: "freebsd-arch@freebsd.org" X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 48N1wS6tvtz40Jp X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of freebsd-rwg@gndrsh.dnsmgr.net has no SPF policy when checking 69.59.192.140) smtp.mailfrom=freebsd-rwg@gndrsh.dnsmgr.net X-Spamd-Result: default: False [0.93 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.32)[-0.324,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[dnsmgr.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.32)[0.322,0]; IP_SCORE(0.03)[ip: (0.13), ipnet: 69.59.192.0/19(0.07), asn: 13868(0.03), country: US(-0.05)]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:13868, ipnet:69.59.192.0/19, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Feb 2020 15:34:02 -0000 > On Wed, Feb 19, 2020 at 8:02 AM Warner Losh wrote: > > > > > Right. The files don't need to move from the original /etc to do this, and > > never did need to move. so this is not an argument against moving them back. > > > > This was just the background. > > Since neither of these features strictly depends on where these files live > > in the tree, this advantage doesn't go away. > > > > But not new people, who in most cases are used to the standard that is > followed by everything else (including everything installed by ports): > config files with the code that reads it. That's why ^/etc is > idiosyncratic. > > And people are used to it. They don't know where everything has moved and > > waste a lot of time finding stuff moved to a new, arbitrary location. > > > > This seems to be the primary argument made for ^/etc: "that's the way it's > always been done, so it must be right." I can think of a lot of things > that are done a certain way primarily because of that argument. I'm sure > I'm not alone. Background. The layout of the BSD source tree reflects the layout of the installed system. It was by design decision long ago that src/etc should contain what goes in /etc, just as src/bin contain what goes in /bin. > > The new locations are actually less "arbitrary" (to use your word) than > ^/etc, since the config files are co-located with the code that reads > them. This is nice for source management: there's no need to look in or > manage other directories for related files like the default configuration. > It is a *source* tree, after all. And that src tree matches the binary tree, what your advocating, though sinceable, also has the negative side of removing that match. > > Here's a question: why are config files special? Why don't we store all > man pages in ^/share/man/manX, instead of colocating them with their source > files? Because man pages do not control the system configuration and can be installed at any time without any risk. Config files are special and must be treated special or "make installworld" is likely to clobber your system. > -- > wca > _______________________________________________ > freebsd-arch@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arch > To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org" > -- Rod Grimes rgrimes@freebsd.org