Thanks for the report, Checking over the package, I don't think it's a problem of not updating the patch. The previous version of the package and patches didn't touch anything related to TIFF and used freeimage's included libtiff. The current version also doesn't touches anything involving libtiff (or the internal libtiff) since freeimage requires private headers and interfaces. At this point, it looks like bug is the upstream bug you found. If their patch fixes this, it can be uploaded.
Before uploading that patch and closing this bug, I'd like to look at "long is 32 bit on 32 bit arches. it needs to be int64_t or long long. This occurs several times in the file." LibTIFF4/tiffconf.h is generated at build time, so it should be OK on all archs. In the source package, there is LibTIFF4/tiffconf.h.in which is the template for tiffconf.h after it is configured. Is this not the case? That would be a different bug if so. Cheers, Scott -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
