module list not updated when openafs-module-<kvers>-<abi> is installed

[Achim Bohnet]

Installation of AFS client in dapper, makes the client fails when done like:

  aptitude install openafs-module-<kvers>-<abi> openafs-client

while this works fine:

  aptitude install openafs-module-<kvers>-<abi>
  depmod <kvers>-<abi>
  aptitude install openafs-client

Postrm script has a

# Automatically added by dh_installmodules
if [ "$1" = "configure" ] && [ -x "`which update-modules 2>/dev/null`" ]; then
        update-modules >/dev/null || [ "$?" = 3 ]
fi

but there is no <kvers>-<abi> info. So something
is wrong.

I assume everyone (like me) tries to install updated openafs-modules-<kvers>-abi together with an updated
kernel, so after a reboot everything works again as before.

openafs-client init.d script does also strange things. First it
goes to great detail to figure out the full path for the right kernel-module, then it simple uses

  modprobe openafs${MP}

which fails due to missing/failed depmod run. While
  insmod <fullpath>
would work (hack hack ;)

Achim

[Andrew Bassett (awbassett)]

Could this be a dupe of
https://launchpad.net/distros/ubuntu/+source/debhelper/+bug/41821?

I can state that the problem _is_ fixed on edgy.

[Andrew Bassett (awbassett)]

Have you tried upgrading to Edgy to see if this is fixed?

[Achim Bohnet (allee)]

Yes, looks like it a dupe of #41821 (sorry, missed it).

No, I've not tried AFS on edgy yet. I'll try next week,
when I have a good internet connection again.

If it's really a dephelper problem, I wonder how we
can get it fixed in dapper (after all it a LTS release ;)
Adding the missing postinst code by hand? Better
would be if debhelper (main) get's updated.

Achim