See summary. Patch follows. Reproducible: Always Steps to Reproduce: 1. Run alsaconf and configure your sound card. 2. Observe the "modules-update is going away" warning. 3. Cry. Actual Results: modules-update was called showing a warning. Expected Results: update-modules should be called instead. I'll upload a patch in a minute.
Created attachment 131501 [details, diff] Replace the modules-update call with update-modules
Looks just fine here w/ media-sound/alsa-utils-1.0.15_rc1 <snip> if [ "$distribution" = "gentoo" ]; then xecho "Running modules-update..." modules-update </snip>
Jakub, could you just run `modules-update`?
Yes, modules-update still exists, however: /sbin/modules-update from sys-apps/module-init-tools version 3.2.2-r3 on ~x86 line 32: [[ ${argv0} == "modules-update" ]] && ewarn "Please run 'update-modules' from now on; 'modules-update' is going away" Reopening. If I shouldn't be reopening bugs, someone let me know.
(In reply to comment #3) The whole confusion here comes from the fact that the patch is messing with irrelevant debian stuff.
Plus get this upstream, please.
Reported upstream.
Fixed w/ 1.0.14-r2. Thanks Jack.
media-sound/alsa-utils-1.0.15_rc1 should probably be patched too, as it also shows this problem and there's no signs of life on the upstream bug.
Sorry for hijacking, but the correct place for the alsa config file should be /etc/modprobe.d/alsa for 2.6 kernels, not /etc/modules.d/alsa.
This was fixed by Christian Heim for 1.0.14; unfortunately for some reason the patch wasn't applied in 1.0.15 ebuilds. To confirm, 1.0.16 applies it: epatch "${FILESDIR}/${PN}-1.0.14-alsaconf-modules-update.patch" Apologies for the inconvenience.