From owner-svn-src-all@freebsd.org  Fri Jun 21 21:39:38 2019
Return-Path: <owner-svn-src-all@freebsd.org>
Delivered-To: svn-src-all@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 2FCFE15BFED4;
 Fri, 21 Jun 2019 21:39:38 +0000 (UTC)
 (envelope-from truckman@FreeBSD.org)
Received: from smtp.freebsd.org (smtp.freebsd.org
 [IPv6:2610:1c1:1:606c::24b:4])
 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
 server-signature RSA-PSS (4096 bits)
 client-signature RSA-PSS (4096 bits) client-digest SHA256)
 (Client CN "smtp.freebsd.org",
 Issuer "Let's Encrypt Authority X3" (verified OK))
 by mx1.freebsd.org (Postfix) with ESMTPS id B9470820E5;
 Fri, 21 Jun 2019 21:39:37 +0000 (UTC)
 (envelope-from truckman@FreeBSD.org)
Received: from mousie.catspoiler.org (unknown [76.212.85.177])
 (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits))
 (Client did not present a certificate)
 (Authenticated sender: truckman)
 by smtp.freebsd.org (Postfix) with ESMTPSA id CAD57A13E;
 Fri, 21 Jun 2019 21:39:36 +0000 (UTC)
 (envelope-from truckman@FreeBSD.org)
Date: Fri, 21 Jun 2019 14:39:34 -0700 (PDT)
From: Don Lewis <truckman@FreeBSD.org>
Subject: Re: svn commit: r349256 - head/libexec/rc/rc.d
To: Xin LI <delphij@gmail.com>
cc: Conrad Meyer <cem@freebsd.org>, 
 "src-committers@freebsd.org" <src-committers@freebsd.org>, 
 "svn-src-all@freebsd.org" <svn-src-all@freebsd.org>, 
 "svn-src-head@freebsd.org" <svn-src-head@freebsd.org>
In-Reply-To: <CAGMYy3shArmDCEkwA_QH3Yf7FFciuJ+pvd+X10s_Jn+SmziVvQ@mail.gmail.com>
Message-ID: <tkrat.0a317df2dfe56424@FreeBSD.org>
References: <201906210237.x5L2bt8I012721@repo.freebsd.org>
 <CAGMYy3shArmDCEkwA_QH3Yf7FFciuJ+pvd+X10s_Jn+SmziVvQ@mail.gmail.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=us-ascii
Content-Disposition: INLINE
X-Rspamd-Queue-Id: B9470820E5
X-Spamd-Bar: ------
Authentication-Results: mx1.freebsd.org
X-Spamd-Result: default: False [-6.98 / 15.00];
 NEURAL_HAM_MEDIUM(-1.00)[-0.998,0];
 NEURAL_HAM_SHORT(-0.99)[-0.986,0]; REPLY(-4.00)[];
 NEURAL_HAM_LONG(-1.00)[-1.000,0]
X-BeenThere: svn-src-all@freebsd.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "SVN commit messages for the entire src tree \(except for &quot;
 user&quot; and &quot; projects&quot; \)" <svn-src-all.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/svn-src-all>,
 <mailto:svn-src-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/svn-src-all/>
List-Post: <mailto:svn-src-all@freebsd.org>
List-Help: <mailto:svn-src-all-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/svn-src-all>,
 <mailto:svn-src-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 21 Jun 2019 21:39:38 -0000

On 21 Jun, Xin LI wrote:

> But ultimately, I think the real design question here that needs to be
> solved would probably be "Why are piling up multiple layers of workarounds
> around motd? Does it even need to be located in /etc?"  The contents is
> meant to be updated every time when there is a kernel change, and to that
> extent it seems to be more appropriate for /var/run and generated at boot
> from a template located somewhere in /etc.  The benefit of this approach is
> that you would have one less file to merge for each etcupdate/mergemaster
> (or at least only need to do it when some customization is made), and there
> is no need to worry about write durability.

+1

This is something that has bothered me for a long time.  It should be
possible to run with a read-only /etc (obviously with some functional
limitations).