Entering the command "module-rebuild list" shows =sys-fs/fuse-2.4.2 in the list. As fuse is now part of the mainline tree, I use the in-kernel version. So when I installed =sys-fs/fuse-2.4.2, it detected the module and merely built the fuse libraries. So as it stands, module-rebuild would be needlessly re-installing those libraries again. Though I can't think of an easy way to fix this. emerge --info Portage 2.1_pre7-r5 (default-linux/x86/2006.0, gcc-3.4.6, glibc-2.4-r1, 2.6.16-ck3 i686) ================================================================= System uname: 2.6.16-ck3 i686 AMD Athlon(tm) XP 3000+ Gentoo Base System version 1.6.14 distcc 2.18.3 i586-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.3 [disabled] dev-lang/python: 2.4.2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1-r2 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i586-pc-linux-gnu" CFLAGS="-march=athlon-xp -pipe -O3 -fweb -frename-registers -fforce-addr -fomit-frame-pointer -ftracer" CHOST="i586-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon-xp -pipe -O3 -fweb -frename-registers -fforce-addr -fomit-frame-pointer -ftracer -fvisibility-inlines-hidden" DISTDIR="/usr/portage/distfiles" EMERGE_DEFAULT_OPTS="--alphabetical" FEATURES="autoconfig distlocks metadata-transfer parallel-fetch sandbox sfperms strict userpriv usersandbox" GENTOO_MIRRORS="ftp://localhost http://mirror.aiya.ru/pub/gentoo/ http://gentoo.ITDNet.net/gentoo ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/" LDFLAGS="-Wl,-O1 -Wl,--sort-common -s" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 3dnow X aac aalib alsa audiofile avi bash-completion bitmap-fonts browserplugin bzip2 cdr crypt divx4linux dvd dvdr dvdread encode f77 ffmpeg fortran gif gnome gtk gtk2 imlib ipv6 jpeg lcms mad mikmod mmx mp3 mpeg ncurses nls nptl nptlonly nsplugin ogg oggvorbis opengl oss pam png python quicktime readline real sdl slang spell sse ssl tcpd tiff truetype unicode userlocales vorbis win32codecs wmf xml xml2 xmms xv xvid zlib elibc_glibc input_devices_keyboard input_devices_mouse kernel_linux userland_GNU video_cards_nvidia" Unset: ASFLAGS, CTARGET, INSTALL_MASK, LANG, LC_ALL, LINGUAS
I know of a way that I could fix this, but I was reluctant to do so since it might break a few other ebuilds out there. That said, it would make sense to me to do so. its possible for me to check MODULE_NAMES in postinst (in the linux-mod eclass) and not add it to the db if its a null string, but I wont have chance to look at this until at the very earliest next week.
this problem is related to a problem i do have with vmware. each time a new kernel is installed i have manually run vmware-config.pl to rebuild the kernel modules of vmware. wouldn't it be a better solution to extend or change module-rebuild in a way that solves this problem too? i don't know how module-rebuild exactly works. therefore i try to sketch how i think it should/could work to solve the above problem. there should be a way for each ebuild to not just add the ebuild to the ebuilds that have to be rebuild but instead to register an arbitrary command to rebuild the kernel-modules. ebuilds that are only kernel-modules (like nvidia-kernel) would just add an emerge command, while other, like vmware, would add "ebuild /var/pkg/.../<pkg>.ebuild config" or even other commands. this would allow arbitrary ways to rebuild the kernel modules. of course there are ways for module-rebuild to optimize the commands, e.g. to merge all emerge-commands into one command.
sorry, i forgot to mention how my idea is relatet to this thread. my way how module-rebuild could work would allow for a none command for the fuse-ebuild, when there is no need to rebuild anything.
ups, forgot another needed change to module-rebuild. module-rebuild must allow the execution of commands that need interaction with the user, like the -ask option of emerge or the questions the user has to answer for "vmware-config.pl".
FYI, this is "fixed" in portage-2.2, where the current existence of module-rebuild is replaced with: emerge @module-rebuild This will not re-emerge fuse, assuming that the most recently installed fuse did not install kernel modules. (kernel modules may be left over from previous merges, portage never removes them) Leaving this bug open until portage-2.2 is stable and we have released a transitionary module-rebuild package
# Samuli Suominen <ssuominen@gentoo.org> (28 Dec 2013) # Replaced by 'emerge @module-rebuild' set in Portage itself. # Removal in 30 days, see http://bugs.gentoo.org/410739 sys-kernel/module-rebuild
