Package: libc6
Version: 2.6.1-1
Severity: normal
The i386 dhelp 0.5.24-0.1 package in lenny has been built against libdb4.5
4.5.20-5, which uses symbol versioning, but libdb4.5 4.5.20-1 in lenny
doesn't use it (see bug 437709). Such a combination works, but when LD_DEBUG
is used, ld.so segfaults:
found 455603 2.9-23
thanks
The bug seems to have been inadvertently reintroduced in 2.9-23 (svn
revision 3665, to be exact). As a result, nothing on my system has a
dependency on libc6-i686 anymore.
I also agree that Recommends would be preferable.
--
To UNSUBSCRIBE, email to debian-glibc-req
notfixed eglibc/2.9-24
thanks
> [ Aurelien Jarno ]
> * Recommends libc6-i686 on amd64 and libc0.1-i686 on kfreebsd-amd64
> (Closes: bug#455603).
This should be i386 and kfreebsd-i386 instead. libc6-i686 does not
even exist on *amd64.
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lis
reopen 552010
thanks
After upgrade from 2.9-25 to 2.10.1-5, name resolution breaks if the
'nameserver' option is not present in /etc/resolv.conf:
# ping debian.org
ping: unknown host debian.org
# cat /etc/resolv.conf
options ndots:0
# echo nameserver 127.0.0.1 >> /etc/resolv.conf
# ping -c 1 debi
Package: locales
Version: 2.13-4
Severity: normal
Tags: l10n
C.UTF-8 is not listed as an option when selecting the default system
locale (locales/default_environment_locale) during the configuration of
the locales package.
Please allow setting it as the default system locale.
-- System Informat
Package: libc6
Version: 2.3.6.ds1-13
Severity: normal
The result of strxfrm() varies depending on the length of the destination
buffer. In particular, in the pl_PL.UTF8 locale, strxfrm(buf, "a", i)
returns 6 for i <= 6, and 5 for i > 6 (and the string placed in the
destination buffer does, indeed
6 matches
Mail list logo