On Wed, Jun 13, 2007 at 05:50:09PM +0200, Marco d'Itri wrote:
> Then I need some help to fix the bug, because I cannot create quickly
> enough a test system and right now I do not understand why the files
> owned by modutils are not removed by the time postinst is run.

As others have pointed out, this file is not (currently) part of
modutils.  In fact, the FR modules.5 was only added (in uncompressed
form) to modutils in 2005, while modules.modutils.5.gz already shows up
on my Nov. 2004 backup tape.


Maybe I'm talking out of my ass here, but I think the problem originates
with m-i-t itself -- more specifically with the fix for #263735.
3.1-pre5-4 unpacked a bunch of manpages, which 3.1-pre5-5 diverted away
in preinst before unpacking its own.  (dpkg-divert apparently doesn't
check for ownership before renaming.)

Now that these manpages have moved away, their old 3.1-pre5-4 copies are
now rotting on my machine:

  [fbriere] toroia:~/lib/dpkg $ cd /usr/share/man/fr/man8/
  [fbriere] toroia:/usr/share/man/fr/man8 $ ls -l *.modutils.8.gz
  -rw-r--r-- 1 root root 1844 2004-08-18 13:50 depmod.modutils.8.gz
  -rw-r--r-- 1 root root  952 2004-08-18 13:50 insmod.modutils.8.gz
  -rw-r--r-- 1 root root  741 2004-08-18 13:50 lsmod.modutils.8.gz
  -rw-r--r-- 1 root root 1603 2004-08-18 13:50 modinfo.modutils.8.gz
  -rw-r--r-- 1 root root 3689 2004-08-18 13:50 modprobe.modutils.8.gz
  -rw-r--r-- 1 root root 1365 2004-08-18 13:50 rmmod.modutils.8.gz


Anywho, it seems to me that the solution would be to remove
modules.modutils.5.gz in postinst before undoing the revert.  At this
point, no installed package is allowed to provide this file per policy
(and no package ever did, anyway), so this should be safe.


-- 
<liiwi> udp - universal dropping of an pigeon


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to