[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#1290: dpkg 0.93-70 leaves catman confusion

Bill Mitchell writes ("Bug#1290: dpkg 0.93-70 leaves catman confusion"):
> Currently, the cpio package and mt-st package both provide
> /usr/bin/mt and /usr/man/man1/mt.1.  Also, they don't currently
> declare a conflict with one another.  I noted confusion after the
> following command sequence:
>     dpkg --install cpio.deb
>     man mt
>     dpkg --install mt-st.deb
>     man mt
> I was shown the mt man page from cpio, not the one from mt-st which I
> had expected
> The mt man page from cpio was still present in /var/catman/cat1/mt.1.gz.
> That's what I was seeing, even though /usr/man/man1 contained mt.1
> istalled from the mt-st package.
> I note that the last-modified time of /usr/catman/cat1/mt.1.gz is
> the time it was installed, while the last modified time of
> /usr/man/man1/mt.1 is apparently the last-modified time of
> that file as installed from the package.
> I tried touching /usr/man/man1/mt.1, and then saying "man dpkg",
> but that didn't get the catman file rebuilt.
> Two possible solutions:
> 1.  dpkg cleans up /var/catman when removing packages.
> 2.  dpkg touches /usr/man files from packages when installing them
>     and man rebuilds /var/catman files if they're outdated relative
>     to the corresponding /usr/man files.
> I favor solution 1, but believe that the man(1) program should also
> implement its part of solution 2.

This is a bug in the man program.  It should be written to cope with
source manpages being modified, and automatically regenerate the cat

A possible solution involving `utime' comes to mind.


Reply to: