Summary: | app-text/texlive-core-2008: /usr/bin/xetex builds with libpng-1.2.29 headers but links to system copy | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | DMoL <master_temp> |
Component: | Current packages | Assignee: | TeX project <tex> |
Status: | RESOLVED FIXED | ||
Severity: | major | CC: | janis.smedins, lloyd, luisav.ferreira |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 355085 | ||
Bug Blocks: |
Description
DMoL
2010-08-12 06:02:39 UTC
"Application was compiled with png.h from libpng-1.2.29" looks bad. Are you sure you don't have old libpng headers, for example, in /usr/local ? That would mean every package you have compiled now, has been miscompiled :P # find /usr/local -name png.h -o -name pngconf.h # find /usr/include -name png.h -o -name pngconf.h $ equery l libpng [ Searching for package 'libpng' in all categories among: ] * installed packages [I--] [ ] media-libs/libpng-1.4.3 (0) #find /usr/local -name png.h -o -name pngconf.h (no result) # find /usr/include -name png.h -o -name pngconf.h /usr/include/libpng14/png.h /usr/include/libpng14/pngconf.h /usr/include/png.h /usr/include/pngconf.h /usr/include/xulrunner-1.9.2/png.h /usr/include/xulrunner-1.9.2/pngconf.h # ls -lah /usr/include/png* lrwxrwxrwx 1 root root 14 Aug 12 02:01 /usr/include/png.h -> libpng14/png.h lrwxrwxrwx 1 root root 18 Aug 12 02:01 /usr/include/pngconf.h -> libpng14/pngconf.h Everything looks OK, isn't it? Yes, the headers look ok. Tried recompiling "texlive-core pdftex luatex dvipdfm dvipdfmx dvipng" yet? Or any of those you might have installed. My bet is on texlive-core, luatex or dvipng. I tried the following: #emerge --unmerge texlive && emerge --depclean -Da && emerge -av1 libpng && /usr/sbin/libpng-1.4.x-update.sh && emerge -av texlive && /usr/sbin/libpng-1.4.x-update.sh # emerge -av1 texlive-core luatex dvipng But the error remains :-( What can I do also? BTW, cat /usr/bin/xetex | strings | grep '1.2.29' 1.2.29 cat /usr/bin/latex | strings | grep '1.2.29' (no result) cat /usr/bin/latex | strings | grep '1.4.3' 1.4.3 (In reply to comment #5) > cat /usr/bin/xetex | strings | grep '1.2.29' > 1.2.29 $ qfile -v xetex app-text/texlive-core-2009-r2 (/usr/bin/xetex) Works fine here with 2009-r2. What version are you using? > (In reply to comment #5)
> $ qfile -v xetex
> app-text/texlive-core-2009-r2 (/usr/bin/xetex)
>
> Works fine here with 2009-r2. What version are you using?
>
#qfile -v xetex
app-text/texlive-core-2008-r7 (/usr/bin/xetex)
dev-texlive/texlive-xetex-2008-r1 (/var/lib/texmf/web2c/xetex)
dev-texlive/texlive-xetex-2008-r1 (/usr/share/texmf-dist/fonts/misc/xetex)
dev-texlive/texlive-xetex-2008-r1 (/usr/share/texmf-dist/tex/xetex)
dev-texlive/texlive-xetex-2008-r1 (/usr/share/texmf-dist/scripts/xetex)
I do use the latest stable version in portage: 2008
OK, sorry I'm not going to look into 2008 anymore. Maybe someone else is intrested, meanwhile I recommend upgrading into 2009... I stumbled upon something! It appears texlive ships with it's own libpng. There is png 1.2.29 code and headers in "./texlive-20080816-source/libs/libpng/" in source tarball. From what I can deduct, it is supposed to static link with internal library, but for some twisted reason it ends up linking dynamically to system's .so while it's the 1.2.19 header included. This creates some obvious problems. # ldd /usr/bin/xetex | grep png libpng14.so.14 => /usr/lib64/libpng14.so.14 (0x00007ff3ca6db000) (In reply to comment #9) You are right, but this is obvious (at least for me). It is known as "backporting libpng" issue. Some time ago I searched throught bugzilla, and found some bugs; it is known to texlive maintainers, but it seems that the issue isn't trivial either maintainers have no time or concentrated on texlive-2009 stabilization. Any news on this? It makes the current stable XeTeX pretty much useless. Looks like we can close this one, http://bugs.gentoo.org/show_bug.cgi?id=355085#c18 http://bugs.gentoo.org/show_bug.cgi?id=355085#c22 Solution: Use more recent texlive, now also in stable |