Package: libc6
Version: 2.11.2-13
Severity: wishlist
File: /lib/librt.so.1
Hi,
creating a POSIX shared memory object raises the same sorts of security
issues as opening a tempfile, like name collisions.
For templates there is the mkstemp(char *template) function that
handles all those issues in
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
Processing commands for cont...@bugs.debian.org:
> reassign 617759 libc6 2.13-0exp5
Bug #617759 [icedove] icedove: symbol lookup error:
/usr/lib/icedove/components/libdbusservice.so: undefined symbol: NS_Alloc
Bug reassigned from package 'icedove' to 'libc6'.
Bug No longer marked as found in vers
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 on
6 matches
Mail list logo