Bug#617759: icedove: symbol lookup error: /usr/lib/icedove/components/libdbusservice.so: undefined symbol: NS_Alloc
I can confirm what Emmanuel Fleury said. Using the lines above I can run Icedove. Thank you. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#617759: icedove: symbol lookup error: /usr/lib/icedove/components/libdbusservice.so: undefined symbol: NS_Alloc
Le 09/05/2011 13:56, Jonathan Nieder a écrit : > tags 617759 - moreinfo > quit > > Jonathan Nieder wrote: > >> $ icedove; echo $? >> /usr/lib/icedove/icedove-bin: symbol lookup error: >> /usr/lib/icedove/components/libdbusservice.so: undefined symbol: NS_Alloc >> 127 > > I tried reproducing this with upstream glibc. I'm way too lazy to > rebuild icedove in a sysroot, so that meant: > > git checkout 9f94d2ea > cd .. > mkdir glibc-build > cd glibc-build > ../glibc/configure --prefix=$HOME/opt/glibc > make install > > In a root shell, kept open for safety: > > cd ~jrn/src/glibc-build > cp -dp /lib/ld-linux-x86-64.so.2 ld-linux-x86-64.so.2.backup > ln -sf $(pwd)/elf/ld.so /lib/ld-linux-x64-64.so.2 > > As an ordinary user: > > LD_LIBRARY_PATH=$HOME/opt/glibc:/usr/local/lib:/usr/lib:/lib > export LD_LIBRARY_PATH > icedove > > Worked great --- icedove opened without trouble. So probably either > the bug is caused by a Debian or eglibc patch, or it is related to > ld.so.cache. Next step will be to try the patched source. > > A less puzzling finding: LD_BIND_NOW avoids trouble, too. Interesting, so it means it should be possible to find the culprit using a kind of dichotomy on the debian/patches directory. As I can't reproduce the issue, would it be possible for you to try the following tests? Alternatively if you have been able to reproduce the issue in a VM, you can upload it somewhere sot that i can try to debug it directly: - try to build from 996cf2ef07277805f119c8b47be92334c907ce8f , corresponding to the 2.13 branch, we have most of the patches of this branch in the Debian eglibc package. - try to not set LD_LIBRARY_PATH, in other words, just use the ld.so from your build. That would tell us if the problems comes from libc.so or other libraries, or from ld.so. You can also experiment by only having some .so in /opt/glibc - try to add --enable-stackguard-randomization to the configure option, to match further the debian package. Note that you may want to use ccache if you have to rebuild glibc a few times. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#617759: icedove: symbol lookup error: /usr/lib/icedove/components/libdbusservice.so: undefined symbol: NS_Alloc
Jonathan Nieder wrote: >* This class is not threadsafe and is intented for use only on the main >* thread. >*/ > > Maybe the warning is relevant? But this does not feel like a race > (especially with a narrow window like that between the following "if" > and "return") > > if (!xpcomFunctions.allocFunc) > return nsnull; > return xpcomFunctions.allocFunc(size); Sorry, please ignore the above. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#617759: icedove: symbol lookup error: /usr/lib/icedove/components/libdbusservice.so: undefined symbol: NS_Alloc
tags 617759 - moreinfo quit Jonathan Nieder wrote: > $ icedove; echo $? > /usr/lib/icedove/icedove-bin: symbol lookup error: > /usr/lib/icedove/components/libdbusservice.so: undefined symbol: NS_Alloc > 127 I tried reproducing this with upstream glibc. I'm way too lazy to rebuild icedove in a sysroot, so that meant: git checkout 9f94d2ea cd .. mkdir glibc-build cd glibc-build ../glibc/configure --prefix=$HOME/opt/glibc make install In a root shell, kept open for safety: cd ~jrn/src/glibc-build cp -dp /lib/ld-linux-x86-64.so.2 ld-linux-x86-64.so.2.backup ln -sf $(pwd)/elf/ld.so /lib/ld-linux-x64-64.so.2 As an ordinary user: LD_LIBRARY_PATH=$HOME/opt/glibc:/usr/local/lib:/usr/lib:/lib export LD_LIBRARY_PATH icedove Worked great --- icedove opened without trouble. So probably either the bug is caused by a Debian or eglibc patch, or it is related to ld.so.cache. Next step will be to try the patched source. A less puzzling finding: LD_BIND_NOW avoids trouble, too. The icedove source says /** * Static helper routines to manage memory. These routines allow easy access * to xpcom's built-in (global) nsIMemory implementation, without needing * to go through the service manager to get it. However this requires clients * to link with the xpcom DLL. * * This class is not threadsafe and is intented for use only on the main * thread. */ Maybe the warning is relevant? But this does not feel like a race (especially with a narrow window like that between the following "if" and "return") if (!xpcomFunctions.allocFunc) return nsnull; return xpcomFunctions.allocFunc(size); since the result of running icedove is the same every time. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#617759: icedove: symbol lookup error: /usr/lib/icedove/components/libdbusservice.so: undefined symbol: NS_Alloc
severity 617759 important tags 617759 + moreinfo quit Jonathan Nieder wrote: > Typical experimental system. Not reproducible on sid. Tagging moreinfo until it is clear how to reproduce (hopefully upgrading the test vm to experimental will do the trick, so that the hunt for the specific problematic package could begin). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#617759: icedove: symbol lookup error: /usr/lib/icedove/components/libdbusservice.so: undefined symbol: NS_Alloc
Jonathan Nieder wrote:
> $ icedove; echo $?
> /usr/lib/icedove/icedove-bin: symbol lookup error:
> /usr/lib/icedove/components/libdbusservice.so: undefined symbol: NS_Alloc
> 127
Backtrace:
#0 _dl_signal_cerror (errcode=0, objname=0x7fffe6e70640
"/usr/lib/icedove/components/libdbusservice.so",
occation=0x77df6f03 "symbol lookup error", errstring=0x7fffd690
"undefined symbol: NS_Alloc")
at dl-error.c:138
#1 0x77de7187 in _dl_lookup_symbol_x (undef_name=,
undef_map=, ref=0x7fffd7f8, symbol_scope=,
version=, type_class=, flags=5,
skip_map=0x0) at dl-lookup.c:779
#2 0x77dea782 in _dl_fixup (l=, reloc_arg=)
at ../elf/dl-runtime.c:118
#3 0x77df0635 in _dl_runtime_resolve () at
../sysdeps/x86_64/dl-trampoline.S:41
#4 0x7fffdc294430 in Alloc (this=0x7fffe6efa8a0,
aContractID=0x7fffd928) at nsMemory.h:68
#5 nsGenericFactory::GetContractID (this=0x7fffe6efa8a0,
aContractID=0x7fffd928)
at nsGenericFactory.cpp:115
#6 0x779520fc in ClassIDWriter (table=,
hdr=,
number=, arg=) at
nsComponentManager.cpp:1137
#7 0x779270d0 in PL_DHashTableEnumerate (table=0x706eb1a8,
etor=0x7795202d , arg=0x7fffda90)
at pldhash.c:754
#8 0x779523d7 in nsComponentManagerImpl::WritePersistentRegistry
(this=0x706eb160)
at nsComponentManager.cpp:1246
#9 0x7795513b in nsComponentManagerImpl::AutoRegister
(this=0x706eb160, aSpec=0x0)
at nsComponentManager.cpp:3469
#10 0x77930163 in NS_InitXPCOM3_P (result=,
binDirectory=,
appFileLocationProvider=, staticComponents=,
componentCount=) at nsXPComInit.cpp:773
#11 0x77bc34c7 in ScopedXPCOMStartup::Initialize (this=0x7fffe580)
at nsAppRunner.cpp:1119
#12 0x77bc650d in XRE_main (argc=, argv=,
aAppData=) at nsAppRunner.cpp:3283
#13 0x0040184b in main (argc=1, argv=0x7fffe808) at
nsMailApp.cpp:101
"bt full" output attached.
#0 _dl_signal_cerror (errcode=0, objname=0x7fffe6e70640
"/usr/lib/icedove/components/libdbusservice.so",
occation=0x77df6f03 "symbol lookup error", errstring=0x7fffd690
"undefined symbol: NS_Alloc")
at dl-error.c:138
No locals.
#1 0x77de7187 in _dl_lookup_symbol_x (undef_name=,
undef_map=, ref=0x7fffd7f8, symbol_scope=,
version=, type_class=, flags=5,
skip_map=0x0) at dl-lookup.c:779
reference_name = 0x7fffe6e70640
"/usr/lib/icedove/components/libdbusservice.so"
versionstr = 0x77df6a53 ""
versionname = 0x77df6a53 ""
old_hash = 4294967295
current_value = {s = 0x0, m = 0x0}
scope =
__PRETTY_FUNCTION__ = "_dl_lookup_symbol_x"
i =
protected =
#2 0x77dea782 in _dl_fixup (l=, reloc_arg=)
at ../elf/dl-runtime.c:118
version = 0xfefefefefefefeff
flags = 5
reloc =
sym = 0x7fffdc291538
result =
value =
__PRETTY_FUNCTION__ = "_dl_fixup"
#3 0x77df0635 in _dl_runtime_resolve () at
../sysdeps/x86_64/dl-trampoline.S:41
No locals.
#4 0x7fffdc294430 in Alloc (this=0x7fffe6efa8a0,
aContractID=0x7fffd928) at nsMemory.h:68
No locals.
#5 nsGenericFactory::GetContractID (this=0x7fffe6efa8a0,
aContractID=0x7fffd928)
at nsGenericFactory.cpp:115
No locals.
#6 0x779520fc in ClassIDWriter (table=,
hdr=,
number=, arg=) at
nsComponentManager.cpp:1137
factoryEntry = 0x7fffe6e7a690
fd = 0x7fffe6e70d30
cidString = "{75a500a2-0030-40f7-86f8-63f225b940ae}"
className = 0x0
loaderName =
loaderData = 0x706eb2b0
contractID = 0x0
classInfo = { = {mRawPtr = 0x7fffe6efa8a8}, }
location =
#7 0x779270d0 in PL_DHashTableEnumerate (table=0x706eb1a8,
etor=0x7795202d , arg=0x7fffda90)
at pldhash.c:754
entryAddr =
entryLimit = 0x7fffe6e84000 "\030,\355\367\377\177"
i = 128
capacity = 2048
entrySize = 16
ceiling =
didRemove = 0
entry = 0x7fffe6e7d020
op =
#8 0x779523d7 in nsComponentManagerImpl::WritePersistentRegistry
(this=0x706eb160)
at nsComponentManager.cpp:1246
file = { = {mRawPtr = 0x7fffd98d4480}, }
localFile = { = {mRawPtr = 0x7fffd98d4480}, }
originalLeafName = { = { =
{ = {
mData = 0x7fffda30 "compreg.dat", mLength = 11, mFlags =
65553}, },
mFixedCapacity = 63, mFixedBuf = 0x7fffda30 "compreg.dat"},
mStorage =
"compreg.dat\000\377\177\000\000\360\332\377\377\377\177\000\000\277\201\222\367\377\177\000\000X\332\377\377\377\177\000\000\b\000\000@\000\000\000\000N\006\227\367\377\177\000\000\354\332\377\377\377\177\000"}
fd = 0x7fffe6e70d30
rv =
exists = 32767
parent = { = {mRawPtr = 0x7fffdad0}, }
leafName = { = { = { = {
m
Bug#617759: icedove: symbol lookup error: /usr/lib/icedove/components/libdbusservice.so: undefined symbol: NS_Alloc
Hi again, > On Mon, Apr 04, 2011 at 05:53:29AM -0500, Jonathan Nieder wrote: >> Jonathan Nieder wrote: >>> Yes! With libc6 2.11.2-13 from sid, icedove loads without trouble. >> >> Hmm, on second thought, it works again when I upgrade to experimental, >> just as you hinted. Hmm, so here's the latest experiment: 1. Install libc6 from sid. 2. Install and run icedove. 3. Upgrade to libc6 from experimental. 4. Run icedove. It still runs without trouble. 5. Install an icedove extension (I chose "external editor") and click the "Restart icedove" button. Outcome: /usr/lib/icedove/icedove-bin: symbol lookup error: /usr/lib/icedove/components/libdbusservice.so: undefined symbol: NS_Alloc and icedove won't start until I downgrade to libc6 from sid. To recap, there's another way to get to the same place more quickly: 1. Install libc6 from experimental. 2. Install and try to run icedove. I am completely mystified. ldconfig does not help, of course. Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#617759: icedove: symbol lookup error: /usr/lib/icedove/components/libdbusservice.so: undefined symbol: NS_Alloc
Aurelien Jarno wrote: > I have to say I don't have a lot of idea there. Maybe a prelink issue? > Are you using prelink? No, not that I'm aware of. Yesterday I ran "cupt full-upgrade" so now icedove is at version 3.1.9-2. Today's experiments, omitting package manager output: $ dpkg-query -W libc6 libc6 2.13-0exp5 $ icedove /usr/lib/icedove/icedove-bin: symbol lookup error: /usr/lib/icedove/components/libdbusservice.so: undefined symbol: NS_Alloc # ldconfig $ icedove /usr/lib/icedove/icedove-bin: symbol lookup error: /usr/lib/icedove/components/libdbusservice.so: undefined symbol: NS_Alloc # cupt reinstall libc6 libc-bin libc6-dev libc6-i386 $ icedove /usr/lib/icedove/icedove-bin: symbol lookup error: /usr/lib/icedove/components/libdbusservice.so: undefined symbol: NS_Alloc # cupt install libc6/sid # cupt install libc6/experimental $ icedove /usr/lib/icedove/icedove-bin: symbol lookup error: /usr/lib/icedove/components/libdbusservice.so: undefined symbol: NS_Alloc # cupt install libc6/sid $ icedove; echo $? [opens successfully!] 0 # cupt install libc6/experimental $ icedove; echo $? [opens successfully!] 0 Weird. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#617759: icedove: symbol lookup error: /usr/lib/icedove/components/libdbusservice.so: undefined symbol: NS_Alloc
On Mon, Apr 04, 2011 at 05:53:29AM -0500, Jonathan Nieder wrote: > Jonathan Nieder wrote: > > Christoph Goehre wrote: > > >> Could you try to run 'ldconfig' or downgrade to libc6 from unstable and > >> test Icedove again? > > > > Yes! With libc6 2.11.2-13 from sid, icedove loads without trouble. > > Hmm, on second thought, it works again when I upgrade to experimental, > just as you hinted. > > Perhaps some library's postinst is missing a call to ldconfig? > This is something quite strange, as ldconfig doesn't cache the list of symbols, only the location of libraries. ldconfig is run at the end of the libc6 installation, so it should not change anything rerunning it by hand. Anyway these files are outside the default search path of ldconfig. I have to say I don't have a lot of idea there. Maybe a prelink issue? Are you using prelink? -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#617759: icedove: symbol lookup error: /usr/lib/icedove/components/libdbusservice.so: undefined symbol: NS_Alloc
Jonathan Nieder wrote: > Christoph Goehre wrote: >> Could you try to run 'ldconfig' or downgrade to libc6 from unstable and >> test Icedove again? > > Yes! With libc6 2.11.2-13 from sid, icedove loads without trouble. Hmm, on second thought, it works again when I upgrade to experimental, just as you hinted. Perhaps some library's postinst is missing a call to ldconfig? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#617759: icedove: symbol lookup error: /usr/lib/icedove/components/libdbusservice.so: undefined symbol: NS_Alloc
reassign 617759 libc6 2.13-0exp5 quit Hi, Christoph Goehre wrote: > On Fr, Apr 01, 2011 at 06:07:35 -0500, Jonathan Nieder wrote: >> $ dpkg-query -W libc6 >> libc62.13-0exp5 > ^^ > > I've tried to reproduce your bug. And I succeeded with libc6 from > experimental one time. > Could you try to run 'ldconfig' or downgrade to libc6 from unstable and > test Icedove again? Yes! With libc6 2.11.2-13 from sid, icedove loads without trouble. Aurelien, any ideas? To recap, amd64 machine. With libc6 from experimental, icedove fails to start up, like so: $ icedove; echo $? /usr/lib/icedove/icedove-bin: symbol lookup error: /usr/lib/icedove/components/libdbusservice.so: undefined symbol: NS_Alloc 127 http://bugs.debian.org/617759 has details. Reassigning to libc for now because it is a regression (but please feel free to reassign it back once this is understood). Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#617759: icedove: symbol lookup error: /usr/lib/icedove/components/libdbusservice.so: undefined symbol: NS_Alloc
Hi, On Fr, Apr 01, 2011 at 06:07:35 -0500, Jonathan Nieder wrote: > $ dpkg-query -W libc6 > libc6 2.13-0exp5 ^^ I've tried to reproduce your bug. And I succeeded with libc6 from experimental one time. Could you try to run 'ldconfig' or downgrade to libc6 from unstable and test Icedove again? Cheers, Christoph -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#617759: icedove: symbol lookup error: /usr/lib/icedove/components/libdbusservice.so: undefined symbol: NS_Alloc
Hi, some more things to try: $ LD_DEBUG=symbols icedove and $ ls -l /lib/ld-linux.so.2 /lib64/ld-linux-x86-64.so.2 LD_DEBUG will generate lot of output, but we need all of this. On Mi, Mär 23, 2011 at 03:53:27 -0500, Jonathan Nieder wrote: > > Did this happen after an update or is this a fresh install? > > Fresh install. You report problems with 3.1 and 3.0. Did you run your tests on the same machine or on different hardware? Cheers, Christoph -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#617759: icedove: symbol lookup error: /usr/lib/icedove/components/libdbusservice.so: undefined symbol: NS_Alloc
# Guido Günther wrote: # # > Did this happen after an update or is this a fresh install? # # Being curious, I tried the squeeze and sid versions. found 617759 icedove/3.0.11-2 icedove/3.0.11-1+squeeze1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#617759: icedove: symbol lookup error: /usr/lib/icedove/components/libdbusservice.so: undefined symbol: NS_Alloc
Hi Guido, Guido Günther wrote: > $ readelf -a /usr/lib/icedove/libxpcom.so | grep NS_Alloc 002035b8 00030001 R_X86_64_64 NS_Alloc_P + 0 00203880 00030007 R_X86_64_JUMP_SLO NS_Alloc_P + 0 3: 0 FUNCGLOBAL DEFAULT UND NS_Alloc_P 110: 2c33 5 FUNCGLOBAL DEFAULT 12 NS_Alloc > Did this happen after an update or is this a fresh install? Fresh install. Thanks and hope that helps, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#617759: icedove: symbol lookup error: /usr/lib/icedove/components/libdbusservice.so: undefined symbol: NS_Alloc
Hi Jonathan, On Fri, Mar 11, 2011 at 01:28:33AM -0600, Jonathan Nieder wrote: > Package: icedove > Version: 3.1.9-1 > Severity: grave > > Hi, > > Typical experimental system. Trying to run icedove, I get > > $ icedove; echo $? > /usr/lib/icedove/icedove-bin: symbol lookup error: > /usr/lib/icedove/components/libdbusservice.so: undefined symbol: NS_Alloc > 127 Could you try: $ readelf -a /usr/lib/icedove/libxpcom.so | grep NS_Alloc 38c4 0201 R_386_32 NS_Alloc_P 3a28 0207 R_386_JUMP_SLOT NS_Alloc_P 2: 0 FUNCGLOBAL DEFAULT UND NS_Alloc_P 109: 21db31 FUNCGLOBAL DEFAULT 12 NS_Alloc The output should look similar to the above. Did this happen after an update or is this a fresh install? Cheers, -- Guido > > I have no plugins installed. Any hints for tracking this down? > > Jonathan > > $ LD_LIBRARY_PATH=/usr/lib/icedove \ > ldd /usr/lib/icedove/components/libdbusservice.so > /usr/bin/ldd: line 161: /lib/ld-linux.so.2: cannot execute binary file > linux-vdso.so.1 => (0x7fff63bff000) > libxpcom.so => /usr/lib/icedove/libxpcom.so (0x7f6a4f8c2000) > libnspr4.so.0d => /usr/lib/libnspr4.so.0d (0x7f6a4f676000) > libdbus-glib-1.so.2 => /usr/lib/libdbus-glib-1.so.2 (0x7f6a4f451000) > libdbus-1.so.3 => /lib/libdbus-1.so.3 (0x7f6a4f20d000) > libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x7f6a4ef05000) > libc.so.6 => /lib/libc.so.6 (0x7f6a4eb81000) > libxpcom_core.so => /usr/lib/icedove/libxpcom_core.so > (0x7f6a4e8be000) > libpthread.so.0 => /lib/libpthread.so.0 (0x7f6a4e6a2000) > libdl.so.2 => /lib/libdl.so.2 (0x7f6a4e49d000) > libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0x7f6a4e24f000) > libgthread-2.0.so.0 => /usr/lib/libgthread-2.0.so.0 (0x7f6a4e04b000) > librt.so.1 => /lib/librt.so.1 (0x7f6a4de42000) > libglib-2.0.so.0 => /lib/libglib-2.0.so.0 (0x7f6a4db58000) > libm.so.6 => /lib/libm.so.6 (0x7f6a4d8d6000) > /lib64/ld-linux-x86-64.so.2 (0x7f6a4fcd2000) > libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x7f6a4d6bf000) > libplds4.so.0d => /usr/lib/libplds4.so.0d (0x7f6a4d4bc000) > libplc4.so.0d => /usr/lib/libplc4.so.0d (0x7f6a4d2b8000) > libgtk-x11-2.0.so.0 => /usr/lib/libgtk-x11-2.0.so.0 (0x7f6a4cc8f000) > libpcre.so.3 => /lib/libpcre.so.3 (0x7f6a4ca54000) > libgdk-x11-2.0.so.0 => /usr/lib/libgdk-x11-2.0.so.0 (0x7f6a4c7a2000) > libpangocairo-1.0.so.0 => /usr/lib/libpangocairo-1.0.so.0 > (0x7f6a4c596000) > libX11.so.6 => /usr/lib/libX11.so.6 (0x7f6a4c258000) > libXcomposite.so.1 => /usr/lib/libXcomposite.so.1 (0x7f6a4c055000) > libXdamage.so.1 => /usr/lib/libXdamage.so.1 (0x7f6a4be53000) > libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0x7f6a4bc4d000) > libatk-1.0.so.0 => /usr/lib/libatk-1.0.so.0 (0x7f6a4ba2b000) > libcairo.so.2 => /usr/lib/libcairo.so.2 (0x7f6a4b72d000) > libgdk_pixbuf-2.0.so.0 => /usr/lib/libgdk_pixbuf-2.0.so.0 > (0x7f6a4b51) > libgio-2.0.so.0 => /usr/lib/libgio-2.0.so.0 (0x7f6a4b1ea000) > libpangoft2-1.0.so.0 => /usr/lib/libpangoft2-1.0.so.0 > (0x7f6a4afc) > libpango-1.0.so.0 => /usr/lib/libpango-1.0.so.0 (0x7f6a4ad74000) > libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x7f6a4aada000) > libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0x7f6a4a8a5000) > libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0x7f6a4a6a2000) > libXext.so.6 => /usr/lib/libXext.so.6 (0x7f6a4a48f000) > libXrender.so.1 => /usr/lib/libXrender.so.1 (0x7f6a4a285000) > libXinerama.so.1 => /usr/lib/libXinerama.so.1 (0x7f6a4a083000) > libXi.so.6 => /usr/lib/libXi.so.6 (0x7f6a49e73000) > libXrandr.so.2 => /usr/lib/libXrandr.so.2 (0x7f6a49c6b000) > libXcursor.so.1 => /usr/lib/libXcursor.so.1 (0x7f6a49a61000) > libz.so.1 => /usr/lib/libz.so.1 (0x7f6a49848000) > libxcb.so.1 => /usr/lib/libxcb.so.1 (0x7f6a4962c000) > libpixman-1.so.0 => /usr/lib/libpixman-1.so.0 (0x7f6a493b7000) > libEGL.so.1 => /usr/lib/libEGL.so.1 (0x7f6a491a7000) > libpng12.so.0 => /lib/libpng12.so.0 (0x7f6a48f81000) > libxcb-shm.so.0 => /usr/lib/libxcb-shm.so.0 (0x7f6a48d7e000) > libxcb-render.so.0 => /usr/lib/libxcb-render.so.0 (0x7f6a48b76000) > libGL.so.1 => /usr/lib/libGL.so.1 (0x7f6a488ff000) > libresolv.so.2 => /lib/libresolv.so.2 (0x7f6a486e8000) > libselinux.so.1 => /lib/libselinux.so.1 (0x7f6a484ca000) > libexpat.so.1 => /usr/lib/libexpat.so.1 (0x7f6a482a1000) > libXau.so.6 => /usr/lib/libXau.so.6 (0x7f6a4809e000) > libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0x7f6a47e98000) > libXxf86vm.so.1 => /u
Bug#617759: icedove: symbol lookup error: /usr/lib/icedove/components/libdbusservice.so: undefined symbol: NS_Alloc
Christoph Goehre wrote: > On Fri, Mar 11, 2011 at 01:28:33AM -0600, Jonathan Nieder wrote: >> $ icedove; echo $? >> /usr/lib/icedove/icedove-bin: symbol lookup error: >> /usr/lib/icedove/components/libdbusservice.so: undefined symbol: NS_Alloc >> 127 >> >> I have no plugins installed. Any hints for tracking this down? > > you are running Icedove on which architecture? amd64. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#617759: icedove: symbol lookup error: /usr/lib/icedove/components/libdbusservice.so: undefined symbol: NS_Alloc
Hi, On Fri, Mar 11, 2011 at 01:28:33AM -0600, Jonathan Nieder wrote: > Typical experimental system. Trying to run icedove, I get > > $ icedove; echo $? > /usr/lib/icedove/icedove-bin: symbol lookup error: > /usr/lib/icedove/components/libdbusservice.so: undefined symbol: NS_Alloc > 127 > > I have no plugins installed. Any hints for tracking this down? you are running Icedove on which architecture? Cheers, Christoph -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#617759: icedove: symbol lookup error: /usr/lib/icedove/components/libdbusservice.so: undefined symbol: NS_Alloc
Package: icedove Version: 3.1.9-1 Severity: grave Hi, Typical experimental system. Trying to run icedove, I get $ icedove; echo $? /usr/lib/icedove/icedove-bin: symbol lookup error: /usr/lib/icedove/components/libdbusservice.so: undefined symbol: NS_Alloc 127 I have no plugins installed. Any hints for tracking this down? Jonathan $ LD_LIBRARY_PATH=/usr/lib/icedove \ ldd /usr/lib/icedove/components/libdbusservice.so /usr/bin/ldd: line 161: /lib/ld-linux.so.2: cannot execute binary file linux-vdso.so.1 => (0x7fff63bff000) libxpcom.so => /usr/lib/icedove/libxpcom.so (0x7f6a4f8c2000) libnspr4.so.0d => /usr/lib/libnspr4.so.0d (0x7f6a4f676000) libdbus-glib-1.so.2 => /usr/lib/libdbus-glib-1.so.2 (0x7f6a4f451000) libdbus-1.so.3 => /lib/libdbus-1.so.3 (0x7f6a4f20d000) libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x7f6a4ef05000) libc.so.6 => /lib/libc.so.6 (0x7f6a4eb81000) libxpcom_core.so => /usr/lib/icedove/libxpcom_core.so (0x7f6a4e8be000) libpthread.so.0 => /lib/libpthread.so.0 (0x7f6a4e6a2000) libdl.so.2 => /lib/libdl.so.2 (0x7f6a4e49d000) libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0x7f6a4e24f000) libgthread-2.0.so.0 => /usr/lib/libgthread-2.0.so.0 (0x7f6a4e04b000) librt.so.1 => /lib/librt.so.1 (0x7f6a4de42000) libglib-2.0.so.0 => /lib/libglib-2.0.so.0 (0x7f6a4db58000) libm.so.6 => /lib/libm.so.6 (0x7f6a4d8d6000) /lib64/ld-linux-x86-64.so.2 (0x7f6a4fcd2000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x7f6a4d6bf000) libplds4.so.0d => /usr/lib/libplds4.so.0d (0x7f6a4d4bc000) libplc4.so.0d => /usr/lib/libplc4.so.0d (0x7f6a4d2b8000) libgtk-x11-2.0.so.0 => /usr/lib/libgtk-x11-2.0.so.0 (0x7f6a4cc8f000) libpcre.so.3 => /lib/libpcre.so.3 (0x7f6a4ca54000) libgdk-x11-2.0.so.0 => /usr/lib/libgdk-x11-2.0.so.0 (0x7f6a4c7a2000) libpangocairo-1.0.so.0 => /usr/lib/libpangocairo-1.0.so.0 (0x7f6a4c596000) libX11.so.6 => /usr/lib/libX11.so.6 (0x7f6a4c258000) libXcomposite.so.1 => /usr/lib/libXcomposite.so.1 (0x7f6a4c055000) libXdamage.so.1 => /usr/lib/libXdamage.so.1 (0x7f6a4be53000) libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0x7f6a4bc4d000) libatk-1.0.so.0 => /usr/lib/libatk-1.0.so.0 (0x7f6a4ba2b000) libcairo.so.2 => /usr/lib/libcairo.so.2 (0x7f6a4b72d000) libgdk_pixbuf-2.0.so.0 => /usr/lib/libgdk_pixbuf-2.0.so.0 (0x7f6a4b51) libgio-2.0.so.0 => /usr/lib/libgio-2.0.so.0 (0x7f6a4b1ea000) libpangoft2-1.0.so.0 => /usr/lib/libpangoft2-1.0.so.0 (0x7f6a4afc) libpango-1.0.so.0 => /usr/lib/libpango-1.0.so.0 (0x7f6a4ad74000) libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x7f6a4aada000) libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0x7f6a4a8a5000) libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0x7f6a4a6a2000) libXext.so.6 => /usr/lib/libXext.so.6 (0x7f6a4a48f000) libXrender.so.1 => /usr/lib/libXrender.so.1 (0x7f6a4a285000) libXinerama.so.1 => /usr/lib/libXinerama.so.1 (0x7f6a4a083000) libXi.so.6 => /usr/lib/libXi.so.6 (0x7f6a49e73000) libXrandr.so.2 => /usr/lib/libXrandr.so.2 (0x7f6a49c6b000) libXcursor.so.1 => /usr/lib/libXcursor.so.1 (0x7f6a49a61000) libz.so.1 => /usr/lib/libz.so.1 (0x7f6a49848000) libxcb.so.1 => /usr/lib/libxcb.so.1 (0x7f6a4962c000) libpixman-1.so.0 => /usr/lib/libpixman-1.so.0 (0x7f6a493b7000) libEGL.so.1 => /usr/lib/libEGL.so.1 (0x7f6a491a7000) libpng12.so.0 => /lib/libpng12.so.0 (0x7f6a48f81000) libxcb-shm.so.0 => /usr/lib/libxcb-shm.so.0 (0x7f6a48d7e000) libxcb-render.so.0 => /usr/lib/libxcb-render.so.0 (0x7f6a48b76000) libGL.so.1 => /usr/lib/libGL.so.1 (0x7f6a488ff000) libresolv.so.2 => /lib/libresolv.so.2 (0x7f6a486e8000) libselinux.so.1 => /lib/libselinux.so.1 (0x7f6a484ca000) libexpat.so.1 => /usr/lib/libexpat.so.1 (0x7f6a482a1000) libXau.so.6 => /usr/lib/libXau.so.6 (0x7f6a4809e000) libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0x7f6a47e98000) libXxf86vm.so.1 => /usr/lib/libXxf86vm.so.1 (0x7f6a47c93000) libdrm.so.2 => /usr/lib/libdrm.so.2 (0x7f6a47a88000) $ dpkg-query -W icedove \ libnspr4-0d libdbus-glib-1-2 libdbus-1-3 libstdc++6 libc6 \ libglib2.0-0 libgcc1 libgtk2.0-0 libpcre3 libpango1.0-0 \ libx11-6 libxcomposite1 libxdamage1 libxfixes3 libatk1.0-0 \ libcairo2 libgdk-pixbuf2.0-0 libfreetype6 libfontconfig1 \ libxext6 libxrender1 libxinerama1 libxi6 libxrandr2 \ libxcursor1 zlib1g libxcb1 libpixman-1-0 libegl1-mesa \ libpng12-0 libxcb-shm0 libxc
