It ignores any -zoom/-xzoom/-yzoom options, tried with multiple files. So, broken, without maintainer, without upstream, last snapshot from 2006 (2005 version in portage), ebuild untouched for ages as well. Considering how long it worked without bug reports, I'll wait to see if anyone cares to fix this, but I'm going to guess that if no one steps up, this should be masked for removal...
Adding treecleaners to CC to get some attention for this (it doesn't directly mean it will be removed)
Possible solutions if anyone cares to test: in $S/jpeg.c, this change: -length = xli_jpg_getc(cinfo) << 8; +length = xli_jpg_getc(cinfo) << 16; and _possible_ also this (it's there 2 times): - cinfo.scale_denom = 1 << image_ops->iscale; + cinfo.scale_denom *= 1 << image_ops->iscale;
I don't mind testing if you want to look at this; those two suggestions unfortunately have no effect for me.
matsuu: x11-wm/awesome is using xsetbg and deps on media-gfx/xli, but in fact, media-gfx/xloadimage provides xsetbg as well and isn't broken with jpeg-7... can you check if that works as alternative?
I'm working on this now, and I'm finding that xli doesn't zoom on jpegs with jpeg-6 EITHER. ssuominen: Your suggestions are completely out. It actually seems to be that with jpeg-7, xli is discarding the zoom settings. I'm going to patch it up shortly.
jpeg-6: jpegLoad: image_ops->iscale = 0, cinfo.scale_num/denom = 1/1 jpeg-7: jpegLoad: image_ops->iscale = 0, cinfo.scale_num/denom = 8/8 Even with jpeg-6, -iscale and the -zoom options didn't work together, and this is an extension of that problem.
Fixed in r4 now.
