Bug#492357: dpkg-shlibdeps cannot find multiple symbols in libIlmThread.so.6.0.0
severity 492357 serious thanks * Andreas Metzler [Sun, 27 Jul 2008 11:20:43 +0200]: Shouldn't this be a rc? #1. Breaks hugin. #2. http://release.debian.org/lenny/rc_policy.txt Shared libraries must normally be linked with all libraries they use symbols from. Right, adjusting severity. I won't have time to deal with this anytime soon, but NMUers please check with Cyril Brulebois first, he expressed interest on taking care of this. Cheers, -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org Will you just stand still? -- Luke Danes -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492357: dpkg-shlibdeps cannot find multiple symbols in libIlmThread.so.6.0.0
On 2008-07-25 Joerg Friedrich [EMAIL PROTECTED] wrote: Package: ilmbase Version: 1.0.1-2+nmu1 Severity: important Hi, every build of ilmbase reports: dpkg-shlibdeps: warning: symbol pthread_create used by debian/libilmbase6/usr/lib/libIlmThread.so.6.0.0 found in none of the libraries. [...] i just changed the $LIBTOOL in configure not to use the version shipped with ilmbase but /usr/bin/libtool and the problems vanished. [...] The change I used to test was --- configure.old 2008-07-25 08:45:22.0 +0200 +++ configure 2008-07-25 08:46:57.0 +0200 @@ -19363,7 +19363,7 @@ LIBTOOL_DEPS=$ac_aux_dir/ltmain.sh # Always use our own libtool. -LIBTOOL='$(SHELL) $(top_builddir)/libtool' +LIBTOOL='$(SHELL) /usr/bin/libtool' [...] Usually running out-of-tree libtool is the wrong thing to do. However completely re-libtoolizing the package does not fix the bug. cu andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492357: dpkg-shlibdeps cannot find multiple symbols in libIlmThread.so.6.0.0
On 2008-07-27 Andreas Metzler [EMAIL PROTECTED] wrote: [...] Usually running out-of-tree libtool is the wrong thing to do. However completely re-libtoolizing the package does not fix the bug. Which is caused by http://bugs.debian.org/468555. This is a possible (works-for-me) workaround: - diff -u ilmbase-1.0.1/debian/rules ilmbase-1.0.1/debian/rules --- ilmbase-1.0.1/debian/rules +++ ilmbase-1.0.1/debian/rules @@ -48,7 +48,8 @@ -mkdir $(objdir) cd $(objdir) \ - env CFLAGS=$(CFLAGS) ../configure $(confflags) + env CFLAGS=$(CFLAGS) PTHREAD_LIBS=-lpthread \ + ../configure $(confflags) touch $@ - Shouldn't this be a rc? #1. Breaks hugin. #2. http://release.debian.org/lenny/rc_policy.txt Shared libraries must normally be linked with all libraries they use symbols from. cu andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492357: dpkg-shlibdeps cannot find multiple symbols in libIlmThread.so.6.0.0
Package: ilmbase Version: 1.0.1-2+nmu1 Severity: important Hi, every build of ilmbase reports: dpkg-shlibdeps: warning: symbol pthread_create used by debian/libilmbase6/usr/lib/libIlmThread.so.6.0.0 found in none of the libraries. dpkg-shlibdeps: warning: symbol pthread_join used by debian/libilmbase6/usr/lib/libIlmThread.so.6.0.0 found in none of the libraries. dpkg-shlibdeps: warning: symbol sem_destroy used by debian/libilmbase6/usr/lib/libIlmThread.so.6.0.0 found in none of the libraries. dpkg-shlibdeps: warning: symbol sem_post used by debian/libilmbase6/usr/lib/libIlmThread.so.6.0.0 found in none of the libraries. dpkg-shlibdeps: warning: symbol sem_init used by debian/libilmbase6/usr/lib/libIlmThread.so.6.0.0 found in none of the libraries. dpkg-shlibdeps: warning: symbol sem_wait used by debian/libilmbase6/usr/lib/libIlmThread.so.6.0.0 found in none of the libraries. dpkg-shlibdeps: warning: symbol sem_getvalue used by debian/libilmbase6/usr/lib/libIlmThread.so.6.0.0 found in none of the libraries. dpkg-shlibdeps: warning: symbol sem_trywait used by debian/libilmbase6/usr/lib/libIlmThread.so.6.0.0 found in none of the libraries. see i.e. http://buildd.debian.org/fetch.cgi?pkg=ilmbasearch=sparcver=1.0.1-2%2Bnmu1stamp=1212122456file=logas=raw libIlmThread.so is not linked against pthread. at least on sparc this causes a FTBFS for hugin http://buildd.debian.org/fetch.cgi?pkg=huginarch=sparcver=0.7.0~svn3191-1stamp=1216174400file=logas=raw I tracked this down to the libtool version used by ilmbase. i just changed the $LIBTOOL in configure not to use the version shipped with ilmbase but /usr/bin/libtool and the problems vanished. since I do neither know ilmbase in deep nor why it must use this old version of libtool I leave it to the maintainer to change whatever is needed. The change I used to test was --- configure.old 2008-07-25 08:45:22.0 +0200 +++ configure 2008-07-25 08:46:57.0 +0200 @@ -19363,7 +19363,7 @@ LIBTOOL_DEPS=$ac_aux_dir/ltmain.sh # Always use our own libtool. -LIBTOOL='$(SHELL) $(top_builddir)/libtool' +LIBTOOL='$(SHELL) /usr/bin/libtool' # Prevent multiple expansion and build-depend on libtool. after this ilmbase and hugin built on my sparc without complains -- System Information: Debian Release: lenny/sid APT prefers testing-proposed-updates APT policy: (990, 'testing-proposed-updates'), (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
