After merging net-misc/dahdi one has to explicitly run depmod after merging net-misc/dahdi before it becomes usable. Reproducible: Always Steps to Reproduce:
This should be handled already by the linux-mod eclass because: 1) it checks for the presence of /lib/modules in the sandbox in a preinst() hook 2) if present, it goes on to invoke depmod in the postinst() hook Here's an excerpt from an emerge --debug dahdi run on my system: + echo -ne ' * Updating module dependencies for 2.6.32-hardened ...' * Updating module dependencies for 2.6.32-hardened ...+ LAST_E_CMD=einfon + return 0 + [[ yes == \y\e\s ]] + echo + LAST_E_LEN=55 + LAST_E_CMD=ebegin + return 0 + '[' -r /lib/modules/2.6.32-hardened/build/System.map ']' + depmod -ae -F /lib/modules/2.6.32-hardened/build/System.map -b / -r 2.6.32-hardened Given the above, could you clarify exactly where the issue is?
(In reply to comment #1) > This should be handled already by the linux-mod eclass because: [snip code] > Given the above, could you clarify exactly where the issue is? > I mentioned this problem http://bugs.gentoo.org/show_bug.cgi?id=296637, and jkroon was kind enough to split this out. Not being an ebuild developer, I can't comment on the code you pasted. However: When modifying the ebuild to include oslec echocancel, or the digium paid hpec instead of the lousy mg2 that is default, neither optional EC will work unless a depmod is issued afterward. This is what was observed. IDK how to reproduce. It doesn't happen if you just accept the mg2 EC, if that's any clue where to look. I'm assuming at this point that the latest dahidi ebuild on offer won't have this problem as it will come with oslec, not mg2, as the default EC built, or at least be selectable with a USE flag (per bug linked above). Assuming the ebuild modifications for adding better EC aren't properly done that is, since, as you say, "This should be handled already by the linux-mod eclass". But, then again, are these *really* linux-mod bits? IDK. See my comments here too: https://issues.asterisk.org/view.php?id=14995 (basically -- the only Google hit for the error I got). Thanks for sorting this out!
http://bugs.gentoo.org/show_bug.cgi?id=305533 http://bugs.gentoo.org/attachment.cgi?id=219995 I'll note that in that build log it states: You must manually update the kernel module dependencies using depmod HTH '-)
Also: http://bugs.gentoo.org/show_bug.cgi?id=303031 > net-misc/dahdi-2.2.0.2 places a rule with USER=asterisk value within > dahdi.ruels, even when no user asterisk is avaiable. Furthermore it > creates/overwrites xpp.rules with "BUS!=" and "SYSFS{}=" which are both > deprecated syntaxes! -There's no stable version of that package at all! ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Again, hope this helps.
Unable to reproduce on any of my systems. Please open a new bug against 2.3.0 if it still affects you there.
