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ć
signature.asc
Description: PGP signature