On Mon, Nov 12, 2012 at 4:12 PM, gregor herrmann <gre...@debian.org> wrote: > On Mon, 12 Nov 2012 15:46:13 -0500, Michael Gilbert wrote: > >> > And I'm also not sure that your NMU for libimager-qrcode-perl is >> > correct; if I understand this correctly, it doesn't need any specific >> > version of Imager, but just the same at buildtime and runtime, so a >> > simple binNMU should be enough to fix the current bug. - Of course >> > that's not a long term solution. >> I don't think that will satisfy the release team. They want mixed >> systems and partial upgrades to always work. > > Hm, ok. > > But then libimager-qrcode-perl needs to (build) depend on > libimager-perl >= 0.90, because that is the version where the API > version was bumped to 5 (and it will be built against 0.93+dfsg-1 > in unstable which also has version 5).
Agreed. My nmu was wrong about the API 5 package version. > And since there is no older version of libimager-qrcode-perl (after > this migrates to testing) as it's not in stable, there can't be any > partial upgrades; unless I have some thinko right now, which is also > possible :) Think about it this way: without versioned depends, there is nothing to resolve the brokenness for users with squeeeze's libimager-perl 0.75-1 that have somehow installed libimager-qrcode-perl 0.0333-1. Best wishes, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
