Summary: | app-text/htmldoc-1.8.27-r3 does not render PNGs properly | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Felix Steffenhagen <felix.steffenhagen> |
Component: | Current packages | Assignee: | No maintainer - Look at https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers if you want to take care of it <maintainer-needed> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | felix.steffenhagen, kentnl, miluse.nemcova |
Priority: | Normal | Keywords: | NeedPatch |
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
PDF rendered by htmldoc using the Google logo
explicitly defines 'gray' value when reading a png ebuild that goes with htmldoc-png.patch disable optimalizations ebuild for htmldoc-Makedefs.in.patch glogo.png for testing |
Description
Felix Steffenhagen
2012-07-12 18:32:41 UTC
Created attachment 318016 [details]
PDF rendered by htmldoc using the Google logo
Attached a PDF output of htmldoc showing the rendering issue using the Google logo as an example.
For comparison, I have also have an older gentoo environment in which I have installed htmldoc-1.8.27 and libpng-1.4.8. There, rendering works fine. It's probably due out libpng15 compatibility patch... but looks like it's the same as used in other distributions like debian, fedora or opensuse :/ Had the same problem on my 32bit systems, but it worked fine on 64bit (both having libpng1.5.10). The svn release however works fine on both. I checked the source and noticed that in my case the gray value didn't get assigned correctly when pngs' where read. I added the patch and ebuild that worked for my 32 bit systems. Created attachment 319114 [details, diff]
explicitly defines 'gray' value when reading a png
Created attachment 319116 [details]
ebuild that goes with htmldoc-png.patch
Have you checked if this snapshot works ok for you? http://download.polytechnic.edu.na/pub4/download.sourceforge.net/pub/sourceforge/c/cy/cygwin-ports/release-2/htmldoc/htmldoc-1.9.x-r1703-1-src.tar.bz2 (In reply to comment #7) > Have you checked if this snapshot works ok for you? > http://download.polytechnic.edu.na/pub4/download.sourceforge.net/pub/ > sourceforge/c/cy/cygwin-ports/release-2/htmldoc/htmldoc-1.9.x-r1703-1-src. > tar.bz2 Any news here? htmldoc-1.8.27-r3 does not render PNGs properly when compiled with GCC 4.7.3 x86_64-pc-linux-gnu-4.7.3. With x86_64-pc-linux-gnu-4.6.3 the PNG is rendered OK. Created attachment 375176 [details, diff]
disable optimalizations
When htmldoc is compiled without optimalizations it renders PNG correcly. Checked with gcc 4.6.3 and 4.7.3.
Created attachment 375180 [details]
ebuild for htmldoc-Makedefs.in.patch
Here is the ebuild that applies the Makedefs patch. I.e. disables compiler optimalizations.
Created attachment 431092 [details]
glogo.png for testing
If anyone can confirm this defect is present in 1.8.29 (~arch) as well?
I locally tested with the attached image, and it looks "Unusual", it looks better than the PDF linked ( But I can't rule it out as being a property of the PNG due to having a different PNG image ).
If you can confirm 1.8.29 is unchanged in behaviour from 1.8.27-r3, that will provide a good reference frame for an A:B comparison so it will be clear the problem is fixed when the patch is applied vs 1.8.29.
I have tested 1.8.29 with all my PNG files that failed with 1.8.27-r3. They are rendered OK now. (amd64, gcc 4.8.5) Per comment #13, the newer version is reported to work and is now stable so closing. |