Control: reassign -1 zbar-tools Control: notfound -1 zint/2.10.0-1 Control: owner -1 !
I think I've partially identified what is happening. It turns out that the version of zint in testing, despite being passed the --filetype=SVG flag, actually produces a PNG, which in the past has been happily processed by zbar. This bug in zint seems to have been fixed in the new version, so that specifying --filetype=SVG actually produces an SVG now. And it appears that the error is coming from zbarimg, which as a matter of fact gives the same error in a minimal chroot trying to process any SVG. Outside a minimal chroot, on my desktop system, zbarimg seems to process SVGs just fine. So this may be a case of a Recommends (somewhere) not being installed wreaking havok, but in my opinion zbarimg should still not behave this way when a Recommends is missing. I'll debug this more later, but for now I'm reassigning the bug to zbar-tools, since I see this is not an issue in zint.
signature.asc
Description: This is a digitally signed message part
