From owner-freebsd-current@freebsd.org Thu Aug 23 15:45:58 2018 Return-Path: Delivered-To: freebsd-current@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 590021090F9B; Thu, 23 Aug 2018 15:45:58 +0000 (UTC) (envelope-from brd@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 07B31773EE; Thu, 23 Aug 2018 15:45:58 +0000 (UTC) (envelope-from brd@FreeBSD.org) Received: from auth1-smtp.messagingengine.com (auth1-smtp.messagingengine.com [66.111.4.227]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: brd/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id BB6651E7F2; Thu, 23 Aug 2018 15:45:57 +0000 (UTC) (envelope-from brd@FreeBSD.org) Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailauth.nyi.internal (Postfix) with ESMTP id 65B8121FC9; Thu, 23 Aug 2018 11:45:57 -0400 (EDT) Received: from web6 ([10.202.2.216]) by compute5.internal (MEProxy); Thu, 23 Aug 2018 11:45:57 -0400 X-ME-Proxy: X-ME-Sender: Received: by mailuser.nyi.internal (Postfix, from userid 99) id B24024212; Thu, 23 Aug 2018 11:45:56 -0400 (EDT) Message-Id: <1535039156.1411365.1483920736.1858661C@webmail.messagingengine.com> From: Brad Davis To: "Rodney W. Grimes" , John Baldwin Cc: Mark Millard , svn-src-head@freebsd.org, FreeBSD Current MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="utf-8" X-Mailer: MessagingEngine.com Webmail Interface - ajax-7b72137a References: <201808231434.w7NEYU3F089933@pdx.rh.CN85.dnsmgr.net> In-Reply-To: <201808231434.w7NEYU3F089933@pdx.rh.CN85.dnsmgr.net> Subject: Re: svn commit: r338204 - in head: etc etc/defaults sbin/devfs Date: Thu, 23 Aug 2018 09:45:56 -0600 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Aug 2018 15:45:58 -0000 On Thu, Aug 23, 2018, at 8:34 AM, Rodney W. Grimes wrote: > > 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. Yes, that was an oversight on my part that I am looking into. > > 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. But we never had all files in etc/ consistently anyways, so this is kind of a moot point.. > 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? It makes little sense to have an etc pkg and for people building embedded systems or thousands of jails.. Not to mention the people that will pkg delete FreeBSD-sendmail\* and want to see all the sendmail related configs gone as well. > 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. I held a session at BSDCan and in fact at every DevSummit I have been to (AsiaBSDCon, BSDCam, EuroBSDCon, vBSDCon, ..). Later I was asked to post on -arch and I did.. With very little feedback and none from you.. Regards, Brad Davis