Madhu <enom...@meer.net> writes:

[...snip...]
> One of the planned consequences of this tree-cleaning is the removal
> of genkernel, and the use of genkernel to build gentoo's initramfs.
>
> Genkernel uses eudev for udev, and it works because eudev can be built
> statically.
>
> systemd-udev cannot be built as a static binary again presumably a
> carefully thought out design decision behind its design and
> philosophy.

Since static linking is seldom a good idea, it is more likely that
simply nobody bothered.  I don't recall any udev components in systemd
v249 (which is the version I attempted to rebase eudev on top of) which
can't be static linked.  NSS and friends are rather disconnected from
udev-related components, and that's the closest thing I can think of to
requiring shared objects (note, *not* the same as being unusable in a
static-linked scenario).

In addition, there's precisely zero reasons why an initrd must be
composed of static linked components.

> eudev works perfectly well for the job genkernel does, udev is not a
> drop-in replacement for udev in genkernel initramfs because it doesn't
> support static compilation.  Removing eudev leads to a roadmap to
> deprecate genkernel last-rite and remove it.
>
> I know you are a dracut user, but I've been unable to use dracut with
> 1. cryptsetup swap + swsuspend + zfs on root.

I've had an LUKS2 + LVM setup which also had a swap file for suspend
with Dracut a few years back.  You should be able to declare what files
need to be brought up on the cmdline or in the config and have it do the
rest.  I've lost the notes on how exactly I did that since this was
years ago, but I recall that all the information came from
dracut.cmdline(7) (yeah, I know, manpages, unfortunate..), and I recall
needing rd.luks.uuid=, resume=, and presumably root=zfs:... in your
case.  I had my suspend a volume in LVM, though, so my resume= pointed
to /dev/foo/swap.  Please give that a shot (but keep a copy of your
current initrd so that you can retry easily).  There are plenty of
people on IRC who can help with your transition.

Dracut is more flexible than it gets credit for.

> Gentoo actively removes support for individual configurations, and
> only supports is for configurations that fedora has already engineered
> and controls because that is where the devs seem to be coming from.

Developers tend to support tools they use, and developers tend to be
more enthusiastic about tools that everyone uses and contributes to
rather than a few specific ones, produced in-house ages ago, by people
who are either no longer interested in those tools or in Gentoo.  It has
less to do with who made it and more to do with who uses it.

Have a lovely day :)
-- 
Arsen Arsenović

Attachment: signature.asc
Description: PGP signature

Reply via email to