User-Agent: Mozilla/5.0 (X11; U; Linux i686; de; rv:1.8.0.6) Gecko/20060805 Firefox/1.5.0.6 Build Identifier: pdfs created from tiffs with tiff2pdf -j are display pink in Acrobad Reader under Linux and Windows. Other pdf Viewers displays the pdf correct. This only happens with jpeg compression, zip compression is fine. Reproducible: Always Steps to Reproduce: 1. tiff2pdf -j -o somepdf.pdf sometiff.tif 2. open with acroread Actual Results: the image has a pink touch Expected Results: normal picture Debian has a bugreport already with some sample pdfs and additional information: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=357291
This appears to be a bug in tiff2pdf's zip compression code (reported upstream), however, there also appears to be a workaround by using tiffcp to compress the file first, then use tiff2pdf without compression. E.g, try: tiffcp -c jpeg -o some_other.tif sometiff.tif tiff2pdf -o somepdf.pdf some_other.tif
*** Bug 224739 has been marked as a duplicate of this bug. ***
This seems to be fixed in version 4.0.0. Please read here: https://bugs.launchpad.net/ubuntu/+source/tiff/+bug/194295 (the last entries). Is it possible to add a patch or put the new version in the portage-tree?
this issue should be fixed in media-libs/tiff-3.8.2-r5 (which will hit the mirrors in a few hours). please reopen if not fixed.
Sorry, not fixed :( The problem still exists. 'tiffcp -r 16 -c jpeg:80 test.tiff jpeg.tiff tiff2pdf jpeg.tiff > pdf.pdf' works, but 'tiff2pdf -j test.tiff > test.pdf' still has wrong colors. A friend who uses Ubuntu has the same problem. If he creates a pdf with tiff2pdf and compression, the resulting pdf has the colors wrong. But on his system all is fine. If I open the pdf with kpdf it is not. The link I posted earlier leads to a post from a Debian-maintainer, so I think this fix is also present in Ubuntu. The problem now is that libtiff is still broken, but Debian/Ubuntu do not have a problem with this? Maybe the problem is not only in the tiff2pdf-code? PS: I am unable to reopen the bug. I can only leave the status as RESOLVED FIXED
reopen then
(In reply to comment #5) > A friend who uses Ubuntu has the same problem. If he creates a pdf with > tiff2pdf and compression, the resulting pdf has the colors wrong. But on his > system all is fine. If I open the pdf with kpdf it is not. The link I posted > earlier leads to a post from a Debian-maintainer, so I think this fix is also > present in Ubuntu. > > The problem now is that libtiff is still broken, but Debian/Ubuntu do not have > a problem with this? Maybe the problem is not only in the tiff2pdf-code? I basically updated the tiff2pdf.c file in the source to the latest version of the 3.8/3.9 branch, which should fix the issue. right now, I don't really know why this is still unfixed, I'll have to compare to the debian patchset.
(In reply to comment #7) > (In reply to comment #5) > I basically updated the tiff2pdf.c file in the source to the latest version of > the 3.8/3.9 branch, which should fix the issue. right now, I don't really know > why this is still unfixed, I'll have to compare to the debian patchset. Any news on this, Markus?
is this still present in media-libs/tiff-3.9.1?
(In reply to comment #9) > is this still present in media-libs/tiff-3.9.1? > Let's rephrase: Is this still present with 3.9.2 and with jpeg-7 combo?
It is not fixed Tested with: media-libs/jpeg-7 media-libs/tiff-3.9.1 USE="jpeg zlib -jbig -nocxx"
Apparently, this still not fixed in 3.9.5. The ubuntu maintainer ported tiff2pdf from 4.0. Is this not workable for gentoo? Otherwise, see patch applied in suse (below). Thanks. https://bugzilla.novell.com/show_bug.cgi?id=599475
Gentoo's latest version of tiff2pdf appears to be 3.9.4. One would have to step outside the portage system to get a later version, and that would rot up all the package dependency analysis.
I don't follow, Raphael. I installed 3.9.5 from portage (~amd64).
So this bug is already fixed by tiff-4.0.0_beta7 from Portage?
David, I have just updated my portage tree and it still wants to install tiff-3.9.4-r1 (x86).
Raphael: I guess you're running stable, because 3.9.5 is there in unstable, x86 included. http://packages.gentoo.org/package/media-libs/tiff Samuli: Theoretically it is fixed upstream with the 4.0.0 beta, but I'm not keen on installing a masked beta of a fundamental library like libtiff. :)
Fixed by tiff-4.0.0 final which is now in portage. Will be stabilized in 30 days.
I have the same issues with tiff-4.0.0.
Still valid with 4.0.1-r1?
Yes, I still have the same issues.
So, are we talking of the ancient Linux acroread that is in Portage alone, or are they showing up pink also in up-to-date Adobe Acrobat Reader in propietary environment, like Windows or Mac? I mean, I'm all for lastriting acroread, it's long overdue anyways for security issues.
I used Okular. Same results with Evince and GIMP. The original bug report is misleading. In the past, Linux viewers had bugs that ignored the bad value produced by tiff2pdf, while the Adobe reader did not. In other words, the Adobe reader produced the correct results. The bugs in Okular and Evince, at least, have been corrected. So results are equally bad in all viewers now.
patch applied to 4.0.3-r1 and trying to figure out upstream status too.