[debhelper-devel] Bug#811491: Bug#811491: debhelper: dh_installdocs --link-doc silently breaks package binNMUability

Niels Thykier niels at thykier.net
Wed Jan 20 07:18:59 UTC 2016


Scott Kitterman:
> As discussed on IRC, here's a better patch.  Here is what it does (I tested 
> all these)
> 

Hi Scott,

Thanks for the patch.

Unfortunately, I think we have misunderstood each other at some point.
In the below, I have assumed that "A to B" means that A has a symlinked
doc to /usr/share/doc/B and has added the related dependency for B.

> arch:any to arch:any  - generates = binary:Version depends
> 
> arch:all to arch:all - generates = binary:Version depends (as a special case 
> this is the same as = source:Version, so it's good)
> 

So far so good.

> arch:all to arch:any - generates >= source:Version depends to binNMUability is 
> preserved
> 

Personally I do /not/ consider this case policy compliant, nor do I
believe it /can/ be (with the correct wording of the policy).  In this
case, you can (in theory) end up with a case (using partial upgrades)
where the copyright file of the arch:any does not match that of the
arch:all.
  But since the arch:all link-docs, then we now provide incorrect
copyright information about the arch:all package.

Even if you were to add an upper bound, I can still (theoretically)
create new (non-binNMU) versions that satisfies the relations.

> arch:any to arch:all (no idea if this actually happens or not):
> 
> For compat 9 or less: Prints warning and does generates nothing
> For compat 10: errors out the build
> 

This case can be done correctly by using (= ${source:Version}).  I was
hoping this was more common than the previous case.

> I think this matches what we discussed.  I improved the log messages too.
> 
> Scott K
> 
> 

Thanks,
~Niels




-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 801 bytes
Desc: OpenPGP digital signature
URL: <http://lists.alioth.debian.org/pipermail/debhelper-devel/attachments/20160120/970c2027/attachment-0001.sig>


More information about the debhelper-devel mailing list