From owner-svn-src-head@freebsd.org Thu Aug 23 14:34:42 2018 Return-Path: Delivered-To: svn-src-head@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 772EB108F523; Thu, 23 Aug 2018 14:34:42 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.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 D153874B95; Thu, 23 Aug 2018 14:34:41 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id w7NEYW1x089934; Thu, 23 Aug 2018 07:34:32 -0700 (PDT) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id w7NEYU3F089933; Thu, 23 Aug 2018 07:34:30 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201808231434.w7NEYU3F089933@pdx.rh.CN85.dnsmgr.net> Subject: Re: svn commit: r338204 - in head: etc etc/defaults sbin/devfs In-Reply-To: <40a2a4a7-3e9b-2bba-6369-c9a6a017eca9@FreeBSD.org> To: John Baldwin Date: Thu, 23 Aug 2018 07:34:30 -0700 (PDT) CC: Mark Millard , brd@freebsd.org, svn-src-head@freebsd.org, FreeBSD Current X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Aug 2018 14:34:42 -0000 > On 8/22/18 8:37 PM, Mark Millard wrote: > > I'm just using this move as an example for some more > > general questions. > > > > After this change when I look at: > > > > https://www.freebsd.org/cgi/man.cgi?query=devfs.conf&apropos=0&sektion=5&manpath=FreeBSD+12-current&arch=default&format=html > > > > I see in the man page: > > > > FILES > > /etc/devfs.conf > > /usr/share/examples/etc/devfs.conf > > > > So . . . > > > > Roughly when are the "FreeBSD+12-current" man pages going to > > track the moves? Once everything has been moved? > > > > Are the examples also going to be moved/reorganized? Similar > > timing question to the above (if yes). > > The installed location of the files doesn't change, only their location > in the source tree. It does seem that share/examples has not been > handled to date, as they probably belong in the same package as the thing > they are samples of. > > I really wish that the Makefiles were smart enough to use .PATH or > some such to reach over into ${SRCTOP}/etc to find the files without > requiring them to actually move in the tree since it's not very > intuitive where to find many of these files now. (And the source > locations are starting to no longer mimic the layout on the host, > such as syslog.d being "flattened".) I believe it would of been possible, and not too much work, to leave all of it in ${SRCTOP}/etc by adding CONF-foo: targets that did the write things with variable settings and calling make ${SRCTOP}/etc/Makefile CONF-foo from the respective utilities. I also believe that certain of these files just belong in a pkg called etc, these are the files that are always needed for a functional system, like services (ok, if you remove all networking you do not need that one, but it clearly does not belong with the option services_mkdb that simply makes /var/db/services.db.) Anyway, any files that got moved into libc are always going to be installed, correct? I do not believe you can make a running system without libc, so why move them? Do we support a static link anymore? But when brd was asked what his plans where we got very little feedback, and now, what I feel is a poorly thought out implementation. By paint is blue.. always blue... -- Rod Grimes rgrimes@freebsd.org