Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=506939 --- Comment #5 from Bill Nottingham <notting@xxxxxxxxxx> 2009-06-19 15:28:05 EDT --- (In reply to comment #4) > > - Package needs ExcludeArch - *** > > The 'generic' package really should be some sort of Suggests/Enhances on the > > main package. Alas, we can't do that yet. (Requiring to pull in nbd seems > > wrong.) > > ok, then I rename it to dracut-buildall? Well, I'm not sure it needs to exist. More below. > > That being said, if we don't have some sort of requirements on lvm2, raid, etc. > > tools in the main package, the ordering won't be right on kernel installs, and > > it will try to build a non-generic initramfs when the tools haven't yet been > > installed that may be needed for that system. This needs solved before we ship > > it. > > if the tools haven't been installed.. so you mean running a lvm / crypto / raid > root without the tools ? anaconda never runs mkinitrd; it simply relies on the kernel %post script to run it to make a working initramfs. If you're doing an install to a RAID device, or LVM, or encrypted FS, etc., those tools need to be on the installed system when the kernel package is installed and mkinitrd/dracut is run. Without Requires: in the mkinitrd/dracut package, there's no guarantee that this is the case. (We had to respin mkinitrd to require kbd for F-11 because of this, as it wasn't getting the proper keymaps for the user to enter passwords.) So, we likely just need all these requires in the main package itself. > > Other notes: > > - dracut modules live in /usr. Do we need to be able to rebuild the initramfs > > when /usr isn't present? > > good point! and plymouth? Hm, when you put it that way, maybe it's not such a big deal. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. _______________________________________________ Fedora-package-review mailing list Fedora-package-review@xxxxxxxxxx http://www.redhat.com/mailman/listinfo/fedora-package-review