From: Thierry Bultel <thierry.bultel@linatsea.fr>
To: "Yann E. MORIN" <yann.morin.1998@free.fr>
Cc: Thomas Petazzoni <thomas.petazzoni@bootlin.com>, buildroot@buildroot.org
Subject: Re: [Buildroot] [PATCH v3 2/3] package/dracut: new host package
Date: Thu, 6 Jan 2022 15:56:32 +0100 [thread overview]
Message-ID: <365b8f6c-18b5-e30b-3c94-4dff3c51215f@linatsea.fr> (raw)
In-Reply-To: <20220105231654.GL614810@scaer>
> And what about glibc? musl?
>
> Can we unconditionally install the modules and change their check()
> functions to decide whther the moduels is usable or not? Or something
> else dynamic?
There is not extra work to do for glibc (this is my default
configuration). I did not test with musl, yet.
>> +ifeq ($(BR2_INIT_BUSYBOX),y)
>> +define HOST_DRACUT_POST_INSTALL_BUSYBOX_MODULE
>> + $(INSTALL) -D -m 0755 package/dracut/05busybox-buildroot/module-setup.sh \
>> + $(HOST_DIR)/lib/dracut/modules.d/05busybox-buildroot/module-setup.sh
>> +endef
>> +HOST_DRACUT_POST_INSTALL_HOOKS+=HOST_DRACUT_POST_INSTALL_BUSYBOX_MODULE
> And what about systemd as an init system? openrc? sysv-init? Others?
Keeping in mind that systemd is the officially supported init system by
dracut, there is no extra work
for it. However, I brought support for busybox init, through the above
dracut module (05busybox-buildroot).
Adding support for the other ones could be done later, so I suggest we
simply disable dracut when the
init system is not supported; by adding
depends on !BR2_INIT_SYSV
depends on !BR2_INIT_OPENRC
in Config.in.host; with the appropriate comment. Does that sound
acceptable ?
_______________________________________________
buildroot mailing list
buildroot@buildroot.org
https://lists.buildroot.org/mailman/listinfo/buildroot
next prev parent reply other threads:[~2022-01-06 14:56 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-12-23 11:13 [Buildroot] [PATCH v3 1/3] package/cross-ldd: new package Thierry Bultel
2021-12-23 11:13 ` [Buildroot] [PATCH v3 2/3] package/dracut: new host package Thierry Bultel
2022-01-05 23:16 ` Yann E. MORIN
2022-01-06 14:56 ` Thierry Bultel [this message]
2022-01-06 15:13 ` Thomas Petazzoni
2022-01-06 15:56 ` Thierry Bultel
2021-12-23 11:13 ` [Buildroot] [PATCH v3 3/3] fs/cpio: new option to use dracut tool Thierry Bultel
2022-01-06 10:31 ` Yann E. MORIN
2022-01-06 13:48 ` Thierry Bultel
2022-01-05 22:29 ` [Buildroot] [PATCH v3 1/3] package/cross-ldd: new package Yann E. MORIN
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=365b8f6c-18b5-e30b-3c94-4dff3c51215f@linatsea.fr \
--to=thierry.bultel@linatsea.fr \
--cc=buildroot@buildroot.org \
--cc=thomas.petazzoni@bootlin.com \
--cc=yann.morin.1998@free.fr \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.