Bug#353693: tetex-bin: pdfetex is linked against unused(?) libraries
reassign 353693 texlive-binaries found 353693 2009-4 stop On 20.02.06 Ralf Stubner (ralf.stub...@web.de) wrote: Hi Ralf, $ ldd /usr/bin/pdfetex libpng12.so.0 = /usr/lib/libpng12.so.0 (0xb7fb2000) libkpathsea.so.4 = /usr/lib/libkpathsea.so.4 (0xb7f9e000) libpoppler.so.0 = /usr/lib/libpoppler.so.0 (0xb7e8a000) libcairo.so.2 = /usr/lib/libcairo.so.2 (0xb7e48000) libXrender.so.1 = /usr/lib/libXrender.so.1 (0xb7e4) libX11.so.6 = /usr/X11R6/lib/libX11.so.6 (0xb7d79000) libfreetype.so.6 = /usr/lib/libfreetype.so.6 (0xb7d0c000) libz.so.1 = /usr/lib/libz.so.1 (0xb7cf9000) libfontconfig.so.1 = /usr/lib/libfontconfig.so.1 (0xb7cca000) libjpeg.so.62 = /usr/lib/libjpeg.so.62 (0xb7cac000) libstdc++.so.5 = /usr/lib/libstdc++.so.5 (0xb7bf2000) libm.so.6 = /lib/tls/libm.so.6 (0xb7bd) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0xb7bc7000) libc.so.6 = /lib/tls/libc.so.6 (0xb7a91000) libdl.so.2 = /lib/tls/libdl.so.2 (0xb7a8e000) libexpat.so.1 = /usr/lib/libexpat.so.1 (0xb7a6e000) /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0xb7fea000) I see no reason why pdfetex should be linked against libXrender, libX11, libfreetype, libfontconfig (would be intersting, though), and libexpat. Or am I missing something? In TL 2009 the situation improved somewhat: hi...@sid:~ $ ldd /usr/bin/pdfetex linux-gate.so.1 = (0xb774d000) libpng12.so.0 = /usr/lib/libpng12.so.0 (0xb771c000) libz.so.1 = /usr/lib/libz.so.1 (0xb7708000) libpoppler.so.5 = /usr/lib/libpoppler.so.5 (0xb7544000) libkpathsea.so.5 = /usr/lib/libkpathsea.so.5 (0xb752d000) libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0xb743c000) libm.so.6 = /lib/i686/cmov/libm.so.6 (0xb7416000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0xb73f9000) libc.so.6 = /lib/i686/cmov/libc.so.6 (0xb72b2000) liblcms.so.1 = /usr/lib/liblcms.so.1 (0xb727c000) libjpeg.so.62 = /usr/lib/libjpeg.so.62 (0xb725c000) libopenjpeg.so.2 = /usr/lib/libopenjpeg.so.2 (0xb723f000) libxml2.so.2 = /usr/lib/libxml2.so.2 (0xb7106000) libfreetype.so.6 = /usr/lib/libfreetype.so.6 (0xb708f000) libfontconfig.so.1 = /usr/lib/libfontconfig.so.1 (0xb7063000) /lib/ld-linux.so.2 (0xb774e000) libdl.so.2 = /lib/i686/cmov/libdl.so.2 (0xb705f000) libexpat.so.1 = /usr/lib/libexpat.so.1 (0xb7039000) - at least the dep on the X-Libs disappeared. Is this sufficient to close the bug? Reassigning for now. Hilmar -- sigmentation fault -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#353693: tetex-bin: pdfetex is linked against unused(?) libraries
On Don, 02 Mär 2006, Norbert Preining wrote: Norbert, can you please run ldd on texlive's pdfetex binary to see whether the problem also exists in texlive - I guess yes. [~] ldd /usr/bin/pdfetex linux-gate.so.1 = (0xe000) libpng12.so.0 = /usr/lib/libpng12.so.0 (0xb7ee9000) libz.so.1 = /usr/lib/libz.so.1 (0xb7ed5000) libm.so.6 = /lib/tls/libm.so.6 (0xb7eae000) libc.so.6 = /lib/tls/libc.so.6 (0xb7d76000) libpoppler.so.0 = /usr/lib/libpoppler.so.0 (0xb7c67000) /lib/ld-linux.so.2 (0xb7f2d000) libfontconfig.so.1 = /usr/lib/libfontconfig.so.1 (0xb7c38000) libjpeg.so.62 = /usr/lib/libjpeg.so.62 (0xb7c18000) libfreetype.so.6 = /usr/lib/libfreetype.so.6 (0xb7bab000) libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0xb7acd000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0xb7ac2000) libexpat.so.1 = /usr/lib/libexpat.so.1 (0xb7aa2000) Making Steves test I get: NEEDED libpng12.so.0 NEEDED libz.so.1 NEEDED libm.so.6 NEEDED libc.so.6 NEEDED libpoppler.so.0 which looks very reasonable. Best wishes Norbert --- Dr. Norbert Preining preining AT logic DOT at Università di Siena gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- KURDISTAN (n.) Hard stare given by a husband to his wife when he notices a sharp increase in the number of times he answers the phone to be told, 'Sorry, wrong number.' --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#353693: tetex-bin: pdfetex is linked against unused(?) libraries
Ralf Stubner [EMAIL PROTECTED] wrote: On Tue, Feb 21, 2006 at 14:23 +0100, Frank Küster wrote: I tried to follow the instructions at http://people.debian.org/~keybuk/libtool-updating.html, but because of the unusual setup it doesn't work so easy. At rsync://tug.org/tetexdevsrc/ there's an updated teTeX tree, and with this I get a bit farther - it works without errors. But, probably because automake isn't used, the simple procedure does not work, and I end up with pdfetex linked against lots of libraries, again: Grr ... I guess we would need somebody who really understands this library stuff to fix this for tetex-bin. As long as there is no library transition for one of those libraries I am not sure if it is worth putting much work into this, though. Norbert, can you please run ldd on texlive's pdfetex binary to see whether the problem also exists in texlive - I guess yes. Regards, Frank -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX)
Bug#353693: tetex-bin: pdfetex is linked against unused(?) libraries
On Don, 02 Mär 2006, Frank Küster wrote: Norbert, can you please run ldd on texlive's pdfetex binary to see whether the problem also exists in texlive - I guess yes. [~] ldd /usr/bin/pdfetex linux-gate.so.1 = (0xe000) libpng12.so.0 = /usr/lib/libpng12.so.0 (0xb7ee9000) libz.so.1 = /usr/lib/libz.so.1 (0xb7ed5000) libm.so.6 = /lib/tls/libm.so.6 (0xb7eae000) libc.so.6 = /lib/tls/libc.so.6 (0xb7d76000) libpoppler.so.0 = /usr/lib/libpoppler.so.0 (0xb7c67000) /lib/ld-linux.so.2 (0xb7f2d000) libfontconfig.so.1 = /usr/lib/libfontconfig.so.1 (0xb7c38000) libjpeg.so.62 = /usr/lib/libjpeg.so.62 (0xb7c18000) libfreetype.so.6 = /usr/lib/libfreetype.so.6 (0xb7bab000) libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0xb7acd000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0xb7ac2000) libexpat.so.1 = /usr/lib/libexpat.so.1 (0xb7aa2000) Best wishes Norbert --- Dr. Norbert Preining preining AT logic DOT at Università di Siena gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- SPOFFORTH (vb.) To tidy up a room before the cleaning lady arrives. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#353693: tetex-bin: pdfetex is linked against unused(?) libraries
On Thu, Mar 02, 2006 at 09:49 +0100, Norbert Preining wrote: [~] ldd /usr/bin/pdfetex linux-gate.so.1 = (0xe000) libpng12.so.0 = /usr/lib/libpng12.so.0 (0xb7ee9000) libz.so.1 = /usr/lib/libz.so.1 (0xb7ed5000) libm.so.6 = /lib/tls/libm.so.6 (0xb7eae000) libc.so.6 = /lib/tls/libc.so.6 (0xb7d76000) libpoppler.so.0 = /usr/lib/libpoppler.so.0 (0xb7c67000) /lib/ld-linux.so.2 (0xb7f2d000) libfontconfig.so.1 = /usr/lib/libfontconfig.so.1 (0xb7c38000) libjpeg.so.62 = /usr/lib/libjpeg.so.62 (0xb7c18000) libfreetype.so.6 = /usr/lib/libfreetype.so.6 (0xb7bab000) libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0xb7acd000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0xb7ac2000) libexpat.so.1 = /usr/lib/libexpat.so.1 (0xb7aa2000) Interesting. This are fewer libs than in teTeX (eg, cairo, Xrender and X11 are not linked), but there are still some unnecessary ones (at least fontconfig, freetype and expat). cheerio ralf -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#353693: tetex-bin: pdfetex is linked against unused(?) libraries
Norbert Preining [EMAIL PROTECTED] wrote: On Don, 02 Mär 2006, Frank Küster wrote: Norbert, can you please run ldd on texlive's pdfetex binary to see whether the problem also exists in texlive - I guess yes. [~] ldd /usr/bin/pdfetex linux-gate.so.1 = (0xe000) libpng12.so.0 = /usr/lib/libpng12.so.0 (0xb7ee9000) libz.so.1 = /usr/lib/libz.so.1 (0xb7ed5000) libm.so.6 = /lib/tls/libm.so.6 (0xb7eae000) libc.so.6 = /lib/tls/libc.so.6 (0xb7d76000) libpoppler.so.0 = /usr/lib/libpoppler.so.0 (0xb7c67000) /lib/ld-linux.so.2 (0xb7f2d000) libfontconfig.so.1 = /usr/lib/libfontconfig.so.1 (0xb7c38000) libjpeg.so.62 = /usr/lib/libjpeg.so.62 (0xb7c18000) libfreetype.so.6 = /usr/lib/libfreetype.so.6 (0xb7bab000) libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0xb7acd000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0xb7ac2000) libexpat.so.1 = /usr/lib/libexpat.so.1 (0xb7aa2000) Ah, that's interesting. It doesn't depend on libcairo (but that might be due to the recent poppler changes), libkpathsea4 (which is a bug), libXrender, libX11, and libdl. But still on libfontconfig, libfreetype and libexpat. Regards, Frank -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX)
Bug#353693: tetex-bin: pdfetex is linked against unused(?) libraries
On Tue, Feb 21, 2006 at 14:23 +0100, Frank Küster wrote: I tried to follow the instructions at http://people.debian.org/~keybuk/libtool-updating.html, but because of the unusual setup it doesn't work so easy. At rsync://tug.org/tetexdevsrc/ there's an updated teTeX tree, and with this I get a bit farther - it works without errors. But, probably because automake isn't used, the simple procedure does not work, and I end up with pdfetex linked against lots of libraries, again: Grr ... I guess we would need somebody who really understands this library stuff to fix this for tetex-bin. As long as there is no library transition for one of those libraries I am not sure if it is worth putting much work into this, though. cheerio ralf -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#353693: tetex-bin: pdfetex is linked against unused(?) libraries
Ralf Stubner [EMAIL PROTECTED] wrote: Frank Küster wrote: Ralf Stubner [EMAIL PROTECTED] wrote: I see no reason why pdfetex should be linked against libXrender, libX11, libfreetype, libfontconfig (would be intersting, though), and libexpat. Or am I missing something? Yes, you are missing that id:/home/frank# ldd /usr/lib/libpoppler.so.0.0.0 [...] And because libpoppler is linked against, say, libexpat that happens to pdfetex, too? I think this is similar (the same?) to the situation described in URL:http://lists.debian.org/debian-devel-announce/2005/11/msg00016.html. Yes, you are right. I am not sure, though, if I would like to tinker with teTeX's (IMO rather complicated) build system. I tried to follow the instructions at http://people.debian.org/~keybuk/libtool-updating.html, but because of the unusual setup it doesn't work so easy. At rsync://tug.org/tetexdevsrc/ there's an updated teTeX tree, and with this I get a bit farther - it works without errors. But, probably because automake isn't used, the simple procedure does not work, and I end up with pdfetex linked against lots of libraries, again: $ ldd sid/tetex-src/texk/web2c/.libs/pdfetex libpng12.so.0 = /usr/lib/libpng12.so.0 (0xb7ec1000) libkpathsea.so.4 = /usr/lib/libkpathsea.so.4 (0xb7ead000) libpoppler.so.0 = /usr/lib/libpoppler.so.0 (0xb7d99000) libcairo.so.2 = /usr/lib/libcairo.so.2 (0xb7d57000) libXrender.so.1 = /usr/lib/libXrender.so.1 (0xb7d4e000) libX11.so.6 = /usr/X11R6/lib/libX11.so.6 (0xb7c82000) libfontconfig.so.1 = /usr/lib/libfontconfig.so.1 (0xb7c53000) libjpeg.so.62 = /usr/lib/libjpeg.so.62 (0xb7c34000) libfreetype.so.6 = /usr/lib/libfreetype.so.6 (0xb7bc7000) libz.so.1 = /usr/lib/libz.so.1 (0xb7bb5000) libstdc++.so.6 = not found libm.so.6 = /lib/tls/i686/cmov/libm.so.6 (0xb7b93000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0xb7b8a000) libc.so.6 = /lib/tls/i686/cmov/libc.so.6 (0xb7a54000) libstdc++.so.5 = /usr/lib/libstdc++.so.5 (0xb799a000) libdl.so.2 = /lib/tls/i686/cmov/libdl.so.2 (0xb7997000) libexpat.so.1 = /usr/lib/libexpat.so.1 (0xb7977000) /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0xb7ef8000) Gruß, Frank -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX)
Bug#353693: tetex-bin: pdfetex is linked against unused(?) libraries
Package: tetex-bin Version: 3.0-13sarge14 Severity: normal $ ldd /usr/bin/pdfetex libpng12.so.0 = /usr/lib/libpng12.so.0 (0xb7fb2000) libkpathsea.so.4 = /usr/lib/libkpathsea.so.4 (0xb7f9e000) libpoppler.so.0 = /usr/lib/libpoppler.so.0 (0xb7e8a000) libcairo.so.2 = /usr/lib/libcairo.so.2 (0xb7e48000) libXrender.so.1 = /usr/lib/libXrender.so.1 (0xb7e4) libX11.so.6 = /usr/X11R6/lib/libX11.so.6 (0xb7d79000) libfreetype.so.6 = /usr/lib/libfreetype.so.6 (0xb7d0c000) libz.so.1 = /usr/lib/libz.so.1 (0xb7cf9000) libfontconfig.so.1 = /usr/lib/libfontconfig.so.1 (0xb7cca000) libjpeg.so.62 = /usr/lib/libjpeg.so.62 (0xb7cac000) libstdc++.so.5 = /usr/lib/libstdc++.so.5 (0xb7bf2000) libm.so.6 = /lib/tls/libm.so.6 (0xb7bd) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0xb7bc7000) libc.so.6 = /lib/tls/libc.so.6 (0xb7a91000) libdl.so.2 = /lib/tls/libdl.so.2 (0xb7a8e000) libexpat.so.1 = /usr/lib/libexpat.so.1 (0xb7a6e000) /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0xb7fea000) I see no reason why pdfetex should be linked against libXrender, libX11, libfreetype, libfontconfig (would be intersting, though), and libexpat. Or am I missing something? cheerio ralf -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.10-thinkpad Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages tetex-bin depends on: ii debconf [debconf-2 1.4.38Debian configuration management sy ii debianutils2.10.2Miscellaneous utilities specific t ii dpkg 1.10.28 Package maintenance system for Deb ii ed 0.2-20The classic unix line editor ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libcairo2 1.0.2-2sarge3 The Cairo 2D vector graphics libra ii libfontconfig1 2.3.1-2 generic font configuration library ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libgcc11:3.4.3-13GCC support library ii libice64.3.0.dfsg.1-14sarge1 Inter-Client Exchange library ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libkpathsea4 3.0-13sarge14 path search library for teTeX (run ii libpaper1 1.1.14-3 Library for handling paper charact ii libpng12-0 1.2.8rel-1PNG library - runtime ii libpoppler00.4.5-0sarge1 PDF rendering library ii libsm6 4.3.0.dfsg.1-14sarge1 X Window System Session Management ii libstdc++5 1:3.3.5-13The GNU Standard C++ Library v3 ii libt1-55.0.2-3 Type 1 font rasterizer library - r ii libx11-6 4.3.0.dfsg.1-14sarge1 X Window System protocol client li ii libxaw74.3.0.dfsg.1-14sarge1 X Athena widget set library ii libxext6 4.3.0.dfsg.1-14sarge1 X Window System miscellaneous exte ii libxmu64.3.0.dfsg.1-14sarge1 X Window System miscellaneous util ii libxpm44.3.0.dfsg.1-14sarge1 X pixmap library ii libxrender10.8.3-7 X Rendering Extension client libra ii libxt6 4.3.0.dfsg.1-14sarge1 X Toolkit Intrinsics ii mime-support 3.28-1MIME files 'mime.types' 'mailcap ii perl 5.8.4-8sarge3 Larry Wall's Practical Extraction ii sed4.1.2-8 The GNU sed stream editor ii tetex-base 3.0-14Basic library files of teTeX ii ucf1.17 Update Configuration File: preserv ii xlibs 4.3.0.dfsg.1-14sarge1 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- debconf information: tetex-bin/cnf_name: tetex-bin/userperm: false * tetex-bin/texmf: true * tetex-bin/groupname: users tetex-bin/groupperm: true * tetex-bin/lsr-perms: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#353693: tetex-bin: pdfetex is linked against unused(?) libraries
Ralf Stubner [EMAIL PROTECTED] wrote: I see no reason why pdfetex should be linked against libXrender, libX11, libfreetype, libfontconfig (would be intersting, though), and libexpat. Or am I missing something? Yes, you are missing that id:/home/frank# ldd /usr/lib/libpoppler.so.0.0.0 linux-gate.so.1 = (0xe000) libcairo.so.2 = /usr/lib/libcairo.so.2 (0xb7e15000) libfontconfig.so.1 = /usr/lib/libfontconfig.so.1 (0xb7de6000) libjpeg.so.62 = /usr/lib/libjpeg.so.62 (0xb7dc6000) libfreetype.so.6 = /usr/lib/libfreetype.so.6 (0xb7d59000) libz.so.1 = /usr/lib/libz.so.1 (0xb7d45000) libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0xb7c67000) libm.so.6 = /lib/tls/libm.so.6 (0xb7c41000) libc.so.6 = /lib/tls/libc.so.6 (0xb7b09000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0xb7afe000) libXrender.so.1 = /usr/lib/libXrender.so.1 (0xb7af5000) libX11.so.6 = /usr/X11R6/lib/libX11.so.6 (0xb7a2a000) libpng12.so.0 = /usr/lib/libpng12.so.0 (0xb7a04000) libexpat.so.1 = /usr/lib/libexpat.so.1 (0xb79e4000) /lib/ld-linux.so.2 (0x8000) libdl.so.2 = /lib/tls/libdl.so.2 (0xb79e) I have talked to the poppler people, and at least someone said they would be willing to provide a version (ideally a wrapper library that doesn't expose all those internal symbols) stripped down for non-display use. But I fear this isn't top priority, and I won't have the time and knowledge to provide a patch. Regards, Frank -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX)
Bug#353693: tetex-bin: pdfetex is linked against unused(?) libraries
Frank Küster wrote: Ralf Stubner [EMAIL PROTECTED] wrote: I see no reason why pdfetex should be linked against libXrender, libX11, libfreetype, libfontconfig (would be intersting, though), and libexpat. Or am I missing something? Yes, you are missing that id:/home/frank# ldd /usr/lib/libpoppler.so.0.0.0 [...] And because libpoppler is linked against, say, libexpat that happens to pdfetex, too? I think this is similar (the same?) to the situation described in URL:http://lists.debian.org/debian-devel-announce/2005/11/msg00016.html. I am not sure, though, if I would like to tinker with teTeX's (IMO rather complicated) build system. cheerio ralf