Excerpts from intrigeri's message of Mon Jun 11 15:42:59 +0200 2012: > Hi, > > Michal Suchanek wrote (05 Aug 2011 12:08:37 GMT) : > > At the very least the libc nss modules are required in intramfs to > > get dns lookup for netbooting. Splashscreen solutions like plymouth > > might need some of the graphics rendering modules. > > I think it would be useful to mark as blocked by this bug the ones > that demonstrate the (very real!) need for a good solution to the > described problem. Of course, there is no need. All packages that really needed it roll their own by now ;-) > > > This simple additional function in hook-functions should allow > > initramfs hooks to install loadable modules effortlessly. > > I suggest attaching a patch against the current initramfs-tools > package, making it clear if whether it was actually tested OK, and > then tags + patch. (I would understand if the package maintainers did > not feel "should allow" to be very confidence inspiring.) Back then many packages were not multiarch yet so I could not tell if the function would work for them. In particular this will possibly not work for Mesa drm modules due to glx-alternatives. The patch would just adds a function so it's applicable to any version of initramfs tools and the previously attached function was tested for NSS modules in live-initramfs, the only thing that does not have its own ad-hoc solution yet. The function uses only direct shell scripting and documented initramfs tools functions so should be pretty independent of initramfs version. Attaching an updated version of the function which aims at handling some odd filenames better. Note however that copy_exec handles odd filenames poorly in itself so this might be wasted code lines for the most part. I tested this in an environment which replaces copy_exec with echo and it appears to find and copy the modules all right. Thanks Michal
Attachment:
multiarch-script-rel.sh
Description: Bourne shell script