From: Ladislav Michl <ladis@linux-mips.org>
To: ptxdist@pengutronix.de
Subject: Re: [ptxdist] [PATCH] machine-id: make using rc-once optional
Date: Fri, 27 Nov 2020 12:02:26 +0100 [thread overview]
Message-ID: <X8DcwsRp85eKoNi5@lenoch> (raw)
In-Reply-To: <20201127083841.GC1592430@pengutronix.de>
On Fri, Nov 27, 2020 at 09:38:41AM +0100, Michael Olbrich wrote:
> On Wed, Nov 25, 2020 at 05:56:49PM +0100, Artur Wiebe wrote:
> > If not set only an empty /etc/machine-id will be installed.
> >
> > Signed-off-by: Artur Wiebe <artur@4wiebe.de>
> > ---
> > rules/machine-id.in | 22 ++++++++++++++++++----
> > rules/machine-id.make | 4 ++++
> > rules/machine-id.postinst | 5 +++--
> > 3 files changed, 25 insertions(+), 6 deletions(-)
> >
> > diff --git a/rules/machine-id.in b/rules/machine-id.in
> > index f18fec554..2a3901f41 100644
> > --- a/rules/machine-id.in
> > +++ b/rules/machine-id.in
> > @@ -1,11 +1,25 @@
> > ## SECTION=initmethod
> >
> > -config MACHINE_ID
> > +menuconfig MACHINE_ID
> > tristate
> > prompt "create /etc/machine-id"
> > - select RC_ONCE if RUNTIME
> > - select UTIL_LINUX_NG if !INITMETHOD_SYSTEMD
> > - select UTIL_LINUX_NG_UUIDGEN if !INITMETHOD_SYSTEMD
> > + select RC_ONCE if MACHINE_ID_RC_ONCE && RUNTIME
> > + select UTIL_LINUX_NG if MACHINE_ID_RC_ONCE && !INITMETHOD_SYSTEMD
> > + select UTIL_LINUX_NG_UUIDGEN if MACHINE_ID_RC_ONCE && !INITMETHOD_SYSTEMD
> > help
> > Enable this to make sure there is always a unique /etc/machine-id
> > available in the system.
> > +
> > +if MACHINE_ID
> > +
> > +config MACHINE_ID_RC_ONCE
> > + bool "generate (bbinit) or save (systemd) machine-id using rc-once at first boot"
> > + default y
>
> Hmmm, maybe should have no prompt and 'depends on RC_ONCE' (instead of
> selecting it above). I don't think there is a use-case for not persisting
> the machine-id if rc-once is available.
Well, one of my systems has a service for that. Machine-id is generated using
hardware info. In that case I do not mind as RC_ONCE is not selected, but there
is a use-case in general. However it is still possible to override
rules/machine-id.in in BSP, so...
> This is different from the ssh server key case: There are other ways to
> create the keys.
There are other ways to create machine-id too...
_______________________________________________
ptxdist mailing list
ptxdist@pengutronix.de
To unsubscribe, send a mail with subject "unsubscribe" to ptxdist-request@pengutronix.de
next prev parent reply other threads:[~2020-11-27 11:02 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-11-25 16:56 Artur Wiebe
2020-11-27 8:38 ` Michael Olbrich
2020-11-27 9:52 ` [ptxdist] ?==?utf-8?q? ?==?utf-8?q? " Artur Wiebe
2020-11-27 11:02 ` Ladislav Michl [this message]
2020-11-30 10:42 [ptxdist] " Artur Wiebe
2020-12-04 6:32 ` Michael Olbrich
2020-12-04 9:30 Artur Wiebe
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=X8DcwsRp85eKoNi5@lenoch \
--to=ladis@linux-mips.org \
--cc=ptxdist@pengutronix.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox