On Mon, 12 Nov 2012 16:24:56 -0500, Michael Gilbert wrote: > > 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.
Right, I was thinking of a possible new libimager-qrcode-perl upload _whith_ a versioned dependency on libimager-perl >= 0.90. Sorry for having been unclear. Of course if they don't update libimager-qrcode-perl they'll never get a fix for #692979 :) But if they do, they get the new enough libimager-perl. And even if they don't update libimager-qrcode-perl but update only libimager-perl they get a version of Imager with API version 5; that's why I think that there's no action required on the libimager-perl side (at the moment). Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe `- NP: Element Of Crime: Warte auf mich
signature.asc
Description: Digital signature
