From owner-svn-src-head@freebsd.org Thu Jun 7 18:49:45 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 BB4B6FE81DC; Thu, 7 Jun 2018 18:49:45 +0000 (UTC) (envelope-from brd@FreeBSD.org) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 668D979500; Thu, 7 Jun 2018 18:49:45 +0000 (UTC) (envelope-from brd@FreeBSD.org) Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id D871921BF6; Thu, 7 Jun 2018 14:49:44 -0400 (EDT) Received: from web4 ([10.202.2.214]) by compute5.internal (MEProxy); Thu, 07 Jun 2018 14:49:44 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=zrykow 4zGfy9b0xK6t2es/AwVSeyXC74miY4FwaPmrs=; b=mdxQS103x/8pT6UCw71mge 3m5EERiAGGLdY/ARwKmr6jpkPnXVkgOB4SNBzD1V0Q1GM5irwGxwulzQnQiZFWEn eYWmfVKE9582ENAD46UJ0jHQujTdFlAXj0FOUPeB0R4lz6EAcHgVnL8n2Y13DRAy rZ/qR4eKK1gKQu/CadTNdx4u1BBJujNiFVWHF8TNIIgFEImjg1dOsLNwtQfQqDHq 3VYnB8S3G3RgS+L3QLrq8O7IZnsgT6no0fquC/fieWoAIRhMbv0I2m5eZFX+L82h Dr2NEM9AhQThGRrndDq3Ebs3XJa3c3T+uOxhuDDsrVLxQzeSamQnRkCn+VtM00iQ == X-ME-Proxy: X-ME-Proxy: X-ME-Proxy: X-ME-Proxy: X-ME-Proxy: X-ME-Proxy: X-ME-Sender: Received: by mailuser.nyi.internal (Postfix, from userid 99) id 92CDBBA50D; Thu, 7 Jun 2018 14:49:44 -0400 (EDT) Message-Id: <1528397384.4013734.1400124584.7FDF6485@webmail.messagingengine.com> From: Brad Davis To: Peter Wemm , Ian Lepore , rgrimes@FreeBSD.org Cc: Konstantin Belousov , Eugene Grosbein , Alexander Leidinger , Kyle Evans , "src-committers" , svn-src-all@FreeBSD.org, svn-src-head@FreeBSD.org MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" X-Mailer: MessagingEngine.com Webmail Interface - ajax-fb4a77ea Date: Thu, 07 Jun 2018 12:49:44 -0600 Subject: Re: svn commit: r334617 - in head: . etc References: <201806061833.w56IXWBC006288@pdx.rh.CN85.dnsmgr.net> <1528315608.25377.3.camel@freebsd.org> In-Reply-To: X-Mailman-Approved-At: Fri, 08 Jun 2018 02:13:45 +0000 X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.26 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, 07 Jun 2018 18:49:46 -0000 On Thu, Jun 7, 2018, at 12:47 PM, Peter Wemm wrote: > On 6/6/18 4:06 PM, Ian Lepore wrote: >=20 > > On Wed, 2018-06-06 at 11:33 -0700, Rodney W. Grimes wrote: > >>> > >>> On Tue, Jun 5, 2018, at 1:28 PM, Konstantin Belousov wrote: > >>>> On Wed, Jun 06, 2018 at 01:39:00AM +0700, Eugene Grosbein wrote: > >>>>> 06.06.2018 1:26, Konstantin Belousov wrote: > >>>>> > >>>>>>>> I find it often very useful to do > >>>>>>>> =C2=A0(cd src/etc/rc.d && make install) > >>>>>>>> Same for defaults and several other directories which in > >>>>>>>> fact > >>>>>>>> contains> > >>> non-editable content.=C2=A0=C2=A0Is this planned= to > >>>>>>>> keep working ? > >>>>>>> The short answer is, no.=C2=A0=C2=A0All rc.d scripts get moved to= the > >>>>>>> src > >>>>>>> of the program they start.> > >> > >>>>>>> That said, if there is a big need for this, we can see > >>>>>>> about > >>>>>>> options to keep them working.> > >> > >>>>>>> What are you trying to accomplish when you do this?=C2=A0=C2=A0Ju= st > >>>>>>> verify > >>>>>>> the rc.d scripts match your src tree?> > > > >>>>>> I avoid mergemaster/etcupdate and whatever else. rc.d and > >>>>>> /etc/rc,> > > /etc/rc.subr /etc/rc.network are not suitable > >>>>>> to etc, they are > >>>>>> binaries> > > provided by the project not for the user > >>>>>> editing. > >>>>>> > >>>>>> When upgrading the host, esp. on HEAD, i usually refresh > >>>>>> scripts > >>>>>> by this> > > procedure and avoid any editing and implied > >>>>>> conflict resolution > >>>>>> for real> > > configs. > >>>>>> > >>>>>> Not being able to easily install clean copies of these > >>>>>> scripts > >>>>>> would> > > be very inconvenient and time consuming. > >>>>> I found that "mergemaster -iFUP" deals with unchanged files > >>>>> including mentioned rc* scripts just fine.> > That is, it > >>>>> automatically refreshes unchanged files without any > >>>>> silly questions just for change of $FreeBSD$.> > >>>> No, you missed the point.=C2=A0=C2=A0Whatever nice is the handling of > >>>> unchanged files,> use of mergemaster forces me to handle changed > >>>> files, which is exactly> what I do not want/need to do.=C2=A0=C2=A0Y= es, I > >>>> update crashboxes very > >>>> often, and> I want to get all new code, including the startup > >>>> scripts, when > >>>> I update. > >>> The startup scripts will be installed as part of installworld. > >> So each installworld would wipe over the top of any localmod > >> /etc/rc.d/ and other stuff > >> that mght exist? > >> One of the reasons that etc/Makefile is detached from Installword is > >> so that > >> /etc does not get perturbuted unless specifically requested. > >> > > I don't understand the drama over this.=C2=A0=C2=A0rc.d startup scripts= are > > *binaries*. Users are not expected to modify the system installed > > binaries, and if they do, it is expected that the next installworld > > will replace them with the system binaries again. > > > This is not the case.=C2=A0 Example: /etc/rc.d/serial >=20 > Other random examples of things installed by etc/Makefile that are=20 > expected to be merged rather than spammed as part of an installworld: > etc/ttys > etc/inetd.conf > etc/dhclient.conf > etc/login.conf > etc/sysctl.conf Yes, this discussion is purely about rc stuff. Regards, Brad Davis