Processing control commands:
block 692979 with 694556
Bug #692979 [libimager-qrcode-perl] libimager-qrcode-perl: expects older
version of Imager than dependencies supply
692979 was not blocked by any bugs.
692979 was not blocking any bugs.
Added blocking bug(s) of 692979: 694556
--
692979:
Control: block 692979 with 694556
On Tue, 27 Nov 2012 18:37:53 +0100, gregor herrmann wrote:
I've now filed a binNMU bug report pointing to our discussions here,
so we'll here from them, I guess.
FTR: #694556
Cheers,
gregor
--
.''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key
Processing control commands:
block 692979 with 694556
Bug #692979 [libimager-qrcode-perl] libimager-qrcode-perl: expects older
version of Imager than dependencies supply
692979 was blocked by: 694556
692979 was not blocking any bugs.
Ignoring request to alter blocking bugs of bug #692979 to the
On Fri, 16 Nov 2012 23:00:49 +0200, Niko Tyni wrote:
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.
FWIW, that isn't really possible
On Mon, Nov 12, 2012 at 04:24:56PM -0500, Michael Gilbert wrote:
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
On Sun, 11 Nov 2012 18:31:54 -0500, Michael Gilbert wrote:
Hi,
thanks for pointing out that we have a problem with the changing API
in Imager which we have missed so far :/
Hi, the ABI bump in version 0.85 breaks at least libimager-qrcode-perl
and perhaps other packages.
Looking at #692979
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
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
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
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).
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
11 matches
Mail list logo