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
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 0
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: ht
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 poss
On Mon, Nov 12, 2012 at 04:24:56PM -0500, Michael Gilbert wrote:
> On Mon, Nov 12, 2012 at 4:12 PM, gregor herrmann 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 co
> 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 enou
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 versio
On Mon, Nov 12, 2012 at 4:12 PM, gregor herrmann 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 t
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
> 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 t
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
11 matches
Mail list logo
