I can confirm what Emmanuel Fleury said. Using the lines above I can run
Icedove.
Thank you.
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4e4d7348.2080...@gmail.c
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
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")
>
>
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
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 problema
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.
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 la
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
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.
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
10 matches
Mail list logo