| Summary: | <media-libs/tiff-4.0.3-r1: created pdf(s) are displayed pink in app-text/acroread | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Syed Amer Gilani <amg> |
| Component: | Current packages | Assignee: | Gentoo Graphics Project <graphics+disabled> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | dave, fauli, joho, pacho, raph |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| URL: | http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=357291 | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
Syed Amer Gilani
2006-08-25 02:25:00 UTC
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. |
