Re: icedove: symbol lookup error: /usr/lib/icedove/components/libdbusservice.so: undefined symbol: NS_Alloc

2011-04-04 Thread Jonathan Nieder
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-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110404104152.GA20720@elie



Processed: Re: icedove: symbol lookup error: /usr/lib/icedove/components/libdbusservice.so: undefined symbol: NS_Alloc

2011-04-04 Thread Debian Bug Tracking System
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 versions icedove/3.1.9-1, 
icedove/3.0.11-1+squeeze1, and icedove/3.0.11-2.
Bug #617759 [libc6] icedove: symbol lookup error: 
/usr/lib/icedove/components/libdbusservice.so: undefined symbol: NS_Alloc
Bug Marked as found in versions eglibc/2.13-0exp5.
 quit
Stopping processing here.

Please contact me if you need assistance.
-- 
617759: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=617759
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
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/handler.s.c.130191376432224.transcr...@bugs.debian.org



Bug#617759: icedove: symbol lookup error: /usr/lib/icedove/components/libdbusservice.so: undefined symbol: NS_Alloc

2011-04-04 Thread Jonathan Nieder
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-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110404105329.GA21748@elie



Bug#617759: icedove: symbol lookup error: /usr/lib/icedove/components/libdbusservice.so: undefined symbol: NS_Alloc

2011-04-04 Thread Aurelien Jarno
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-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110404111808.gf28...@hall.aurel32.net



Bug#617759: icedove: symbol lookup error: /usr/lib/icedove/components/libdbusservice.so: undefined symbol: NS_Alloc

2011-04-04 Thread Jonathan Nieder
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-glibc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110404191555.GE25580@elie



Bug#620887: Please add a shm_mkstemp() function

2011-04-04 Thread Goswin von Brederlow
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 a safe and easy to use manner. For POSIX
share memory objects there should be an equivalent:

int shm_mkstemp(char *template);

  The shm_mkstemp() function generates a unique temporary filename
  from template, creates and opens the POSIX shared memory object, and
  returns an open file descriptor for the object

MfG
Goswin

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (666, 'unstable'), (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-debian-xen-1 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages libc6 depends on:
ii  libc-bin  2.11.2-13  Embedded GNU C Library: Binaries
ii  libgcc1   1:4.5.2-6  GCC support library

libc6 recommends no packages.

Versions of packages libc6 suggests:
ii  debconf [debconf-2.0] 1.5.35 Debian configuration management sy
pn  glibc-doc none (no description available)
ii  locales   2.11.2-5   Embedded GNU C Library: National L

-- debconf information excluded



-- 
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/20110404213302.30757.38940.reportbug@frosties.localnet