Hi Andreas, Thanks for taking the time to file this bug.
On Sat, 08 Jul 2017 14:02:29 +0200, Andreas Beckmann <a...@debian.org> wrote: > during a test with piuparts and DOSE tools I noticed your package causes > removal of files that also belong to another package. > This is caused by using Replaces without corresponding Breaks. > [...] > > The list of installed files at points (1) and (2) should be identical, > but the following files have disappeared: > > /usr/share/man/man1/lur-command.1.gz > > This is a serious bug violating policy 7.6, see > https://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces > and also see the footnote that describes this incorrect behavior > https://www.debian.org/doc/debian-policy/footnotes.html#f53 As I understand Policy in this case, I’m not convinced this is a violation. lur-command.1.gz should never have been in liblur3; it should always have been in libratbag-tools. I moved the file from liblur3 to libratbag-tools, and added the appropriate Replaces relationship; but as I understand it, Breaks isn’t needed because the upgrade doesn’t actually break liblur3. Considering the behaviour described in footnote 54 (53 doesn’t apply here AFAICT), I don’t think there’s a problem: the old liblur3 does end up missing a file, but it’s a file it doesn’t need and should never have had, so its disappearance doesn’t cause any problems. The only problematic scenario is * install liblur3 0.5-2 * install libratbag-tools 0.9-2 * remove libratbag-tools * install libratbag-tools 0.5-2 which results in lur-command.1.gz not being installed, but that’s really an unsupported scenario anyway, akin to downgrading libratbag-tools. Regards, Stephen
pgpl3ovPnolgE.pgp
Description: OpenPGP digital signature
