Re: Deleting uncompressed Info/Doc files at upgrades
>>"Andy" == Andy Dougherty <firstname.lastname@example.org> writes:
>> Obviously, I'm not going to win this one...
Andy> I don't think that's completely fair either. If you were to submit a
Andy> working tested patch to dpkg to implement a '--handle-uncompressed-docs'
Andy> option then I hope it would get fair consideration.
You also have to ensure then that when trying to detenct
overlaps, for every file, file.gz file.bz2 and file are all
equivalent, and should cause dpkg to complain about overwriting files
(package A has file.bz2, package B has file, then if file is ever a
candidate for removal when file.bz2 is to be removed, then the
packages A and B should conflict in some way).
What happens if
a) Package A has FILE.bz2. I put in FILE. Package A is removed. Does
b) Package A has FILE.bz2. I put in FILE. I remove FILE.bz2. Does
removing Package A remove FILE?
c) Package A has FILE.bz2. Package B has FILE.gz. Should these conflict?
d) Package A has FILE.bz2. When upgrading the package, should FILE
Andy> If, however, by "win" you mean get someone else to implement
Andy> your requested feature, you're probably right and you'll have
Andy> to continue to remember to recompress your packages before
"Kill the Wabbit, Kill the Wabbit, Kill the Wabbit!" Looney Tunes,
"What's Opera Doc?" (1957, Chuck Jones)
Manoj Srivastava <email@example.com> <http://www.datasync.com/%7Esrivasta/>
Key C7261095 fingerprint = CB D9 F4 12 68 07 E4 05 CC 2D 27 12 1D F5 E8 6E