Deleting uncompressed Info/Doc files at upgrades
It occurs to me that upgrading a package should delete old versions
of user-uncompressed doc and info files.
Suppose a user uncompresses a bunch of postscript files to view them (yes,
I know that `gv' can handle them, but ghostview can't). When the user
upgrades the package, the old uncompressed files will stick around
alongside the new compressed version.
I had this happen for info:
$ ls /usr/info/gri*
/usr/info/gri /usr/info/gri-13 /usr/info/gri-6
/usr/info/gri-1 /usr/info/gri-2 /usr/info/gri-6.gz
/usr/info/gri-1.gz /usr/info/gri-2.gz /usr/info/gri-7
/usr/info/gri-10 /usr/info/gri-3 /usr/info/gri-7.gz
/usr/info/gri-10.gz /usr/info/gri-3.gz /usr/info/gri-8
/usr/info/gri-11 /usr/info/gri-4 /usr/info/gri-8.gz
/usr/info/gri-11.gz /usr/info/gri-4.gz /usr/info/gri-9
/usr/info/gri-12 /usr/info/gri-5 /usr/info/gri-9.gz
/usr/info/gri-12.gz /usr/info/gri-5.gz /usr/info/gri.gz
Upgrading the package left my uncompressed files there. It tool me a while
to figure out why I was getting info about an old version (in both info and
Emacs). I uncompressed them because the emacs mode uses them for online
help, so I want speed.
--
Peter Galbraith, research scientist <GalbraithP@dfo-mpo.gc.ca>
Maurice Lamontagne Institute, Department of Fisheries and Oceans Canada
P.O. Box 1000, Mont-Joli Qc, G5H 3Z4 Canada. 418-775-0852 FAX: 775-0546
6623'rd GNU/Linux user at the GNU/Linux Counter -- http://counter.li.org/
Reply to: