Summary: | modules-update filters features supported by modprobe but not modprobe.old | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Greg Kroah-Hartman (RETIRED) <gregkh> |
Component: | [OLD] baselayout | Assignee: | Gentoo's Team for Core System packages <base-system> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | caster, ikelos, jakub, Martin.vGagern, Simon80 |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 126089, 129047, 130766 |
Description
Greg Kroah-Hartman (RETIRED)
2006-09-02 02:24:20 UTC
the problem is legacy ... packages still install into /etc/modules.d and not /etc/modprobe.d so there is no way for the new modprobe to know about these config files unless we combine them via modules-update the problem here i think is that we have generate-modprobe.conf filter everything when in reality it should only be filtering the files for modules.d so the fix is probably to accumulate the old cruft, filter it through generate-modprobe.conf, and then append the new stuff sort of like: cat /etc/modules.d/* > old-cruft TESTING_MODPROBE_CONF=temp generate-modprobe.conf > old-cruft.filtered cat /etc/modprobe.d/* old-cruft.filtered > /etc/modprobe.conf Two suggestions, independent of each other: 1. let files in modprobe.d override those in modules.d with the same name, so an ebuild that cares can install both and in each situation exactly one (the right one) will be used. I believe this will make life much easier in the future. 2. use modprobe.d directly instead of generating modprobe.conf to reduce the need for using modules-update for each and every change. However first it should be verified that module-init-tools skip files like *~ and pals. This is just an idea, not a strong wish, as I don't particularly care one way or the other. In terms of commands, building from the example in comment 1: rm -f temp for cfg in /etc/modules.d/*; do if [[ ${cfg} == *~ || ${cfg} == *.bak || ${cfg} == *,v ]]; then continue; fi if [[ -e "/etc/modprobe.d/${cfg##*/}" ]]; then continue; fi cat "${cfg}" >> temp done TESTING_MODPROBE_CONF=temp generate-modprobe.conf \ > /etc/modprobe.d/modutils-legacy rm -i /etc/modprobe.conf (1) already happens i already explained why (2) cannot be [typically] done also, *~ files and such are already ignored as well *** Bug 148882 has been marked as a duplicate of this bug. *** (In reply to comment #3) > (1) already happens > > i already explained why (2) cannot be [typically] done > > also, *~ files and such are already ignored as well > 2 works if the corresponding conf file is missing, I've been trying to do this but an /etc/modules.conf file keeps coming back, not sure when. Where are the relevant docs? I just found out that I needed to edit /etc/hotplug/blacklist using Google, but how was I supposed to know this? (In reply to comment #5) > Where are the > relevant docs? I just found out that I needed to edit /etc/hotplug/blacklist > using Google, but how was I supposed to know this? /etc/hotplug/blacklist won't help anymore now... fixed with module-init-tools-3.2.2-r2 |