linux-mod-r1.eclass: update depmod.d comment

Likely a non-issue with dracut now (untested) but will leave it
alone for now and just updating comment. Maybe if users start
having more problems that'd require it or if we want to more
liberally rename modules install paths while ensuring it does not
use the old one on a same kernel (point of this was just to make
things more robust and is not hard-required).

Also adjust the commented out function to match dracut.conf.d (guess
glob makes it more straight forward, not that it's necessary).

Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
This commit is contained in:
Ionen Wolkens
2024-05-17 17:45:44 -04:00
parent 2069b41a2c
commit 2e1c05e68e

View File

@@ -583,10 +583,11 @@ modules_post_process() {
(( ${#mods[@]} )) ||
die "${FUNCNAME[0]} was called with no installed modules under ${path}"
# TODO?: find way for sane use with dracut (its 90kernel-modules-extra
# parses depmod.d files directly and assumes should include its modules
# which can lead to unnecessarily increased size or stale modules)
# _modules_process_depmod.d "${mods[@]#"${path}/"}"
# TODO?: look into re-introducing after verifying it works as expected,
# formerly omitted because dracut's 90kernel-modules-extra parses depmod.d
# files directly and assumes should include its modules but we now create
# dracut omit files that *hopefully* prevent this
# _modules_process_depmod.d "${mods[@]##*/}"
_modules_process_dracut.conf.d "${mods[@]##*/}"
_modules_process_strip "${mods[@]}"