From owner-freebsd-arch@freebsd.org Wed Feb 19 15:54:08 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 F394C23E3E8 for ; Wed, 19 Feb 2020 15:54:08 +0000 (UTC) (envelope-from will@firepipe.net) Received: from mail-qk1-f174.google.com (mail-qk1-f174.google.com [209.85.222.174]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48N2Mg16gTz4RpL for ; Wed, 19 Feb 2020 15:54:06 +0000 (UTC) (envelope-from will@firepipe.net) Received: by mail-qk1-f174.google.com with SMTP id a141so539596qkg.6 for ; Wed, 19 Feb 2020 07:54:06 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=TlCAqRUiob4nH2pdMqKkwyv1T+QLn+L8c/oR6IMpO4A=; b=M/YYBFzR5rlte49y4EZu2IJGuu/vSCWMPYlUWLbzlQoFn5Wv7Es2iAc/ftZulafpYr 53OuokqPjPOvmoOmdbGSA/MKFlKjEglxfBGPgEKRR28B/XdB4sVVl9rb31SzHHasGed1 E/XGwU2LgxPPMKeJn2WaUuj/J8bZC33rLXNb8iRiiaL4AWKdl1nHUkgogvmDviRrz32P ne7UQpD5EoFWihBsgqrPUcUkhf0Hoy1csPUVOkQtBOdTM00zzf2rxjxMewKBnE/mz/jf OKIShteOCSY9nabjLw5wqYO7KDeGcdYZwW1gX8XGKAGGdwlsn94YQ7/qbEfHDRDEacZb wwqw== X-Gm-Message-State: APjAAAVPQvE6nQQIH8tQoemCv8tqWlXuo355Tlf8oQK9+RUgdAMnYtZv BOnVll/kHvlKnSObBsGEqfLrJmi7sdcqw3Hs0tFeUjrlxM4= X-Google-Smtp-Source: APXvYqxhLQ2BCfUTEUZ2cfKTlFbl2wQR1Flofk/bvwHu3vA/VBGjX1baATPre0N8R3S8ggu+sLf98jMWEZThsXs8TOg= X-Received: by 2002:a05:620a:989:: with SMTP id x9mr24663488qkx.371.1582127645489; Wed, 19 Feb 2020 07:54:05 -0800 (PST) MIME-Version: 1.0 References: <202002191533.01JFXv2H069326@gndrsh.dnsmgr.net> In-Reply-To: <202002191533.01JFXv2H069326@gndrsh.dnsmgr.net> From: Will Andrews Date: Wed, 19 Feb 2020 09:53:54 -0600 Message-ID: Subject: Re: Return of config files to ^/etc To: "freebsd-arch@freebsd.org" X-Rspamd-Queue-Id: 48N2Mg16gTz4RpL X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of will@firepipe.net has no SPF policy when checking 209.85.222.174) smtp.mailfrom=will@firepipe.net X-Spamd-Result: default: False [-2.64 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; RCVD_COUNT_TWO(0.00)[2]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arch@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(-1.84)[ip: (-4.47), ipnet: 209.85.128.0/17(-3.00), asn: 15169(-1.68), country: US(-0.05)]; RCVD_IN_DNSWL_NONE(0.00)[174.222.85.209.list.dnswl.org : 127.0.5.0]; TO_DN_EQ_ADDR_ALL(0.00)[]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[will@freebsd.org,will@firepipe.net]; RWL_MAILSPIKE_POSSIBLE(0.00)[174.222.85.209.rep.mailspike.net : 127.0.0.17]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[will@freebsd.org,will@firepipe.net]; RCVD_TLS_ALL(0.00)[]; TO_DOM_EQ_FROM_DOM(0.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 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:54:09 -0000 On Wed, Feb 19, 2020 at 9:34 AM Rodney W. Grimes < freebsd-rwg@gndrsh.dnsmgr.net> wrote: > > 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. > [...] > > And that src tree matches the binary tree, what your advocating, though > sinceable, also has the negative side of removing that match. > [...] > 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. > I'm aware the original intent was to reflect the layout of the installed system, but this hasn't been achieved, given the man page example. Also, config files don't have to be installed just because they're in the source directory instead of in ^/etc. -- wca