On Sun, Jul 3, 2016 at 10:52 AM, Christian Kastner <c...@debian.org> wrote: > On 2016-07-03 09:26, László Böszörményi (GCS) wrote: >> Was it part of the 'Format' output? Do you still see advertised jpeg >> support via 'loadimage' when you issue 'dot -v notexist'? > > Relevant output from -13: > device : canon cmap cmapx cmapx_np dot eps fig gd gd2 gif gv imap > imap_np ismap jpe jpeg jpg pdf pic plain plain-ext png pov ps ps2 svg svgz tk > vml vmlz vrml wbmp x11 xdot xdot1.2 xdot1.4 xlib > loadimage : (lib) eps gd gd2 gif jpe jpeg jpg png ps svg xbm Aha! It should be part both of 'device' and 'loadimage'.
> I downloaded them from snapshot.debian.org. Yesterday, I just downgraded > the package, but today I used a clean chroot. > > $ for package in graphviz libcdt5 libcgraph6 libgvc6 libxdot4 libvgpr2; \ > do \ > debsnap --destdir . -a amd64 $package 2.38.0-13; \ > done In that clean chroot, may you rebuild -13 from source? Then install it still in that chroot and see the output of 'dot'. >> Can be. I've the sources for -13 and -14 locally and I've rebuilt -13 >> in a mostly clean chroot. After downgrading to it, I still get the >> 'jpeg' format not recognized error. This strengthens me in that it's >> not a problem in graphviz itself, but an underlying library. Maybe >> related to the Jasper (JPEG2000 support) removal[1]? > > Strange. As I said, above test against was done against a clean -13 > chroot. The rebuild mentioned above would help if it's really some library is missing that previously compiled statically to 'dot' or not. Thanks, Laszlo/GCS
