Bug#435646: marked as done (libc6: resolver considers IPv6 enabled when any IPv6 address is configured)

[Debian Bug Tracking System]

Your message dated Mon, 27 Apr 2009 05:32:25 +
with message-id 
and subject line Bug#435646: fixed in glibc 2.9-8
has caused the Debian Bug report #435646,
regarding libc6: resolver considers IPv6 enabled when any IPv6 address is 
configured
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
435646: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=435646
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: libc6
Version: 2.6-5
Severity: important
Tags: patch


Hi,

Tolleff fog Heen has written a patch for the resolver, so that it does
not start performing (or waiting for)  lookups unless a globally
scoped IPv6 address is present on some interface.

Since Debian enables IPv6 by default, most users will have a system with
an IPv6 address on the loopback interface (as well as a link-local
address on each other interface) which will cause the current code to
commence lookups for  records, only falling back to requesting A
records when these fail or timeout.

The patch here:

http://err.no/patches/glibc-only-lookup-ipv6-if-it-makes-sense.diff

seems to take a reasonable approach, since it will not be possible to
connect to IPv6 addresses without a globally scoped address (plus
routing :-) in any case.

This is an important issue because some users are so inconvenienced as
to be behind broken DNS infrastructure which ignores  requests,
resulting in frequent timeouts with much confusion and frustration.

Thanks,
Andrew McMillan.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (690, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.22.1-hippy (SMP w/2 CPU cores)
Locale: LANG=en_NZ.UTF-8, LC_CTYPE=POSIX (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages libc6 depends on:
ii  libgcc1 1:4.2-20070712-1 GCC support library

libc6 recommends no packages.

-- no debconf information

--- End Message ---
--- Begin Message ---
Source: glibc
Source-Version: 2.9-8

We believe that the bug you reported is fixed in the latest version of
glibc, which is due to be installed in the Debian FTP archive:

glibc-doc_2.9-8_all.deb
  to pool/main/g/glibc/glibc-doc_2.9-8_all.deb
glibc-source_2.9-8_all.deb
  to pool/main/g/glibc/glibc-source_2.9-8_all.deb
glibc_2.9-8.diff.gz
  to pool/main/g/glibc/glibc_2.9-8.diff.gz
glibc_2.9-8.dsc
  to pool/main/g/glibc/glibc_2.9-8.dsc
libc6-dbg_2.9-8_amd64.deb
  to pool/main/g/glibc/libc6-dbg_2.9-8_amd64.deb
libc6-dev-i386_2.9-8_amd64.deb
  to pool/main/g/glibc/libc6-dev-i386_2.9-8_amd64.deb
libc6-dev_2.9-8_amd64.deb
  to pool/main/g/glibc/libc6-dev_2.9-8_amd64.deb
libc6-i386_2.9-8_amd64.deb
  to pool/main/g/glibc/libc6-i386_2.9-8_amd64.deb
libc6-pic_2.9-8_amd64.deb
  to pool/main/g/glibc/libc6-pic_2.9-8_amd64.deb
libc6-prof_2.9-8_amd64.deb
  to pool/main/g/glibc/libc6-prof_2.9-8_amd64.deb
libc6-udeb_2.9-8_amd64.udeb
  to pool/main/g/glibc/libc6-udeb_2.9-8_amd64.udeb
libc6_2.9-8_amd64.deb
  to pool/main/g/glibc/libc6_2.9-8_amd64.deb
libnss-dns-udeb_2.9-8_amd64.udeb
  to pool/main/g/glibc/libnss-dns-udeb_2.9-8_amd64.udeb
libnss-files-udeb_2.9-8_amd64.udeb
  to pool/main/g/glibc/libnss-files-udeb_2.9-8_amd64.udeb
locales-all_2.9-8_amd64.deb
  to pool/main/g/glibc/locales-all_2.9-8_amd64.deb
locales_2.9-8_all.deb
  to pool/main/g/glibc/locales_2.9-8_all.deb
nscd_2.9-8_amd64.deb
  to pool/main/g/glibc/nscd_2.9-8_amd64.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 435...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Aurelien Jarno  (supplier of updated glibc package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 27 Apr 2009 00:44:59 +0200
Source: glibc
Binary: glibc-doc glibc-source locales locales-all nscd libc6 libc6-dev 
libc6-dbg libc6-prof libc6-pic libc6-udeb libc6.1 libc6.1-dev libc6.1-dbg 
libc6.1-prof libc6.1-pic libc6.1-udeb libc0.3 libc0.3-dev libc0.3-dbg 
libc0.3-prof libc0.3-pic libc0.3-udeb libc0.1 libc0.1-dev libc0.1-dbg 
libc0.1-prof libc0.1-pic libc0.1-udeb libc6-i386 libc6-dev-i386 libc6-sparc64 
libc6-dev-sparc64 libc6-s390x libc6-dev-s390x libc6-amd64 libc6-dev-amd64 
libc6-powerpc lib

Bug#470289: marked as done (libc6: getaddrinfo() with disabled ipv6)

[Debian Bug Tracking System]

Your message dated Mon, 27 Apr 2009 05:32:25 +
with message-id 
and subject line Bug#435646: fixed in glibc 2.9-8
has caused the Debian Bug report #435646,
regarding libc6: getaddrinfo() with disabled ipv6
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
435646: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=435646
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: libc6
Version: 2.7-9
Severity: important

Hi,

I disabled ipv6 with 

alias net-pf-10 off

in /etc/modprobe.d/aliases but getaddrinfo() doesn't care and sends ipv4
AND ipv6 queries to my router. I think this is a bug. Is there a way to turn
off the ipv6 queries?

This is important to make KDE4 work with some "broken" routers like
FritzBox which don't reply to some ipv6 queries.

I also reported this upstream
(http://sourceware.org/bugzilla/show_bug.cgi?id=5798) but the issue was
marked as WORKSFORME.


Cheers,
André


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

Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores)
Locale: lang=en...@euro, lc_ctype=en...@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages libc6 depends on:
ii  libgcc11:4.3.0~rc2-1 GCC support library

libc6 recommends no packages.

-- debconf information:
  glibc/upgrade: true
  glibc/restart-failed:
  glibc/restart-services:


--- End Message ---
--- Begin Message ---
Source: glibc
Source-Version: 2.9-8

We believe that the bug you reported is fixed in the latest version of
glibc, which is due to be installed in the Debian FTP archive:

glibc-doc_2.9-8_all.deb
  to pool/main/g/glibc/glibc-doc_2.9-8_all.deb
glibc-source_2.9-8_all.deb
  to pool/main/g/glibc/glibc-source_2.9-8_all.deb
glibc_2.9-8.diff.gz
  to pool/main/g/glibc/glibc_2.9-8.diff.gz
glibc_2.9-8.dsc
  to pool/main/g/glibc/glibc_2.9-8.dsc
libc6-dbg_2.9-8_amd64.deb
  to pool/main/g/glibc/libc6-dbg_2.9-8_amd64.deb
libc6-dev-i386_2.9-8_amd64.deb
  to pool/main/g/glibc/libc6-dev-i386_2.9-8_amd64.deb
libc6-dev_2.9-8_amd64.deb
  to pool/main/g/glibc/libc6-dev_2.9-8_amd64.deb
libc6-i386_2.9-8_amd64.deb
  to pool/main/g/glibc/libc6-i386_2.9-8_amd64.deb
libc6-pic_2.9-8_amd64.deb
  to pool/main/g/glibc/libc6-pic_2.9-8_amd64.deb
libc6-prof_2.9-8_amd64.deb
  to pool/main/g/glibc/libc6-prof_2.9-8_amd64.deb
libc6-udeb_2.9-8_amd64.udeb
  to pool/main/g/glibc/libc6-udeb_2.9-8_amd64.udeb
libc6_2.9-8_amd64.deb
  to pool/main/g/glibc/libc6_2.9-8_amd64.deb
libnss-dns-udeb_2.9-8_amd64.udeb
  to pool/main/g/glibc/libnss-dns-udeb_2.9-8_amd64.udeb
libnss-files-udeb_2.9-8_amd64.udeb
  to pool/main/g/glibc/libnss-files-udeb_2.9-8_amd64.udeb
locales-all_2.9-8_amd64.deb
  to pool/main/g/glibc/locales-all_2.9-8_amd64.deb
locales_2.9-8_all.deb
  to pool/main/g/glibc/locales_2.9-8_all.deb
nscd_2.9-8_amd64.deb
  to pool/main/g/glibc/nscd_2.9-8_amd64.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 435...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Aurelien Jarno  (supplier of updated glibc package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 27 Apr 2009 00:44:59 +0200
Source: glibc
Binary: glibc-doc glibc-source locales locales-all nscd libc6 libc6-dev 
libc6-dbg libc6-prof libc6-pic libc6-udeb libc6.1 libc6.1-dev libc6.1-dbg 
libc6.1-prof libc6.1-pic libc6.1-udeb libc0.3 libc0.3-dev libc0.3-dbg 
libc0.3-prof libc0.3-pic libc0.3-udeb libc0.1 libc0.1-dev libc0.1-dbg 
libc0.1-prof libc0.1-pic libc0.1-udeb libc6-i386 libc6-dev-i386 libc6-sparc64 
libc6-dev-sparc64 libc6-s390x libc6-dev-s390x libc6-amd64 libc6-dev-amd64 
libc6-powerpc libc6-dev-powerpc libc6-ppc64 libc6-dev-ppc64 libc6-mipsn32 
libc6-dev-mipsn32 libc6-mips64 libc6-dev-mips64 libc0.1-i386 libc0.1-dev-i386 
libc6-sparcv9b libc6-i686 libc6-xen libc0.1-i686 libc6.1-alphaev67 
libnss-dns-udeb libnss-files-udeb
Architecture: source all amd64
Version: 2.9-8
Distribution: unstable
Urgency: low
Maintainer: Aurelien Jarno 
Changed-By: Aurelien Jarno 
Description: 
 glibc-doc  - GNU C Library: Documentation
 glibc-source - GNU C Library: sources
 libc0.1- GNU C Library: Sha

Bug#522686: marked as done ([kfreebsd-*] __WIFCONTINUED userland definition doesn't match kernel)

[Debian Bug Tracking System]

Your message dated Mon, 27 Apr 2009 05:32:25 +
with message-id 
and subject line Bug#522686: fixed in glibc 2.9-8
has caused the Debian Bug report #522686,
regarding [kfreebsd-*]  __WIFCONTINUED userland definition 
doesn't match kernel
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
522686: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=522686
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: bash
Version: 3.2-5
Severity: important
User: glibc-bsd-de...@lists.alioth.debian.org
Usertags: kfreebsd

When you suspend a process with Ctrl-Z in bash on kfreebsd, fg doesn't
get it back. bash seems to believe there's no more job running, but
the processes are still running.

An example with zile. (Happens with a simple "cat", too, except cat
doesn't give feedback on the final kill, that's why I use zile as
example.) The problem should be reproducable with any other text-mode
application which has working suspend on Linux or FreeBSD, too.

$ zile
^Z
$ fg

and you have suddenly a bash prompt in the middle of the terminal
which already switched back to fullscreen text-mode for zile.

You can't get zile back with "fg" again. bash believes there is no
more job running.

But it is. If you then logout or exit the bash, you get the following
messages to the terminal:

a...@metisse:~$ logout
zile: terminated with signal 1.
Trying to save modified buffers (if any)...

Since that problem only exists with bash and the original ksh, but not
with zsh, mksh, csh or pdksh, it doesn't seem to be a general kfreebsd
neither an application (e.g. zile, cat, etc.) problem.

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (110, 'experimental')
Architecture: kfreebsd-i386 (i686)

Kernel: kFreeBSD 7.1-1-686-smp
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages bash depends on:
ii  base-files5.0Debian base system miscellaneous f
ii  debianutils   3.0.1  Miscellaneous utilities specific t
ii  libc0.1   2.9-6  GNU C Library: Shared libraries
ii  libncurses5   5.7+20090328-1 shared libraries for terminal hand

Versions of packages bash recommends:
ii  bash-completion   1:1.0-2programmable completion for the ba

Versions of packages bash suggests:
pn  bash-doc   (no description available)

-- no debconf information


--- End Message ---
--- Begin Message ---
Source: glibc
Source-Version: 2.9-8

We believe that the bug you reported is fixed in the latest version of
glibc, which is due to be installed in the Debian FTP archive:

glibc-doc_2.9-8_all.deb
  to pool/main/g/glibc/glibc-doc_2.9-8_all.deb
glibc-source_2.9-8_all.deb
  to pool/main/g/glibc/glibc-source_2.9-8_all.deb
glibc_2.9-8.diff.gz
  to pool/main/g/glibc/glibc_2.9-8.diff.gz
glibc_2.9-8.dsc
  to pool/main/g/glibc/glibc_2.9-8.dsc
libc6-dbg_2.9-8_amd64.deb
  to pool/main/g/glibc/libc6-dbg_2.9-8_amd64.deb
libc6-dev-i386_2.9-8_amd64.deb
  to pool/main/g/glibc/libc6-dev-i386_2.9-8_amd64.deb
libc6-dev_2.9-8_amd64.deb
  to pool/main/g/glibc/libc6-dev_2.9-8_amd64.deb
libc6-i386_2.9-8_amd64.deb
  to pool/main/g/glibc/libc6-i386_2.9-8_amd64.deb
libc6-pic_2.9-8_amd64.deb
  to pool/main/g/glibc/libc6-pic_2.9-8_amd64.deb
libc6-prof_2.9-8_amd64.deb
  to pool/main/g/glibc/libc6-prof_2.9-8_amd64.deb
libc6-udeb_2.9-8_amd64.udeb
  to pool/main/g/glibc/libc6-udeb_2.9-8_amd64.udeb
libc6_2.9-8_amd64.deb
  to pool/main/g/glibc/libc6_2.9-8_amd64.deb
libnss-dns-udeb_2.9-8_amd64.udeb
  to pool/main/g/glibc/libnss-dns-udeb_2.9-8_amd64.udeb
libnss-files-udeb_2.9-8_amd64.udeb
  to pool/main/g/glibc/libnss-files-udeb_2.9-8_amd64.udeb
locales-all_2.9-8_amd64.deb
  to pool/main/g/glibc/locales-all_2.9-8_amd64.deb
locales_2.9-8_all.deb
  to pool/main/g/glibc/locales_2.9-8_all.deb
nscd_2.9-8_amd64.deb
  to pool/main/g/glibc/nscd_2.9-8_amd64.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 522...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Aurelien Jarno  (supplier of updated glibc package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@debian.org)


-BEGIN PGP SIGNED MESSAGE-
H

Bug#525299: marked as done (iconv accepts UTF-8-encoded UTF-16 surrogates)

[Debian Bug Tracking System]

Your message dated Mon, 27 Apr 2009 05:32:26 +
with message-id 
and subject line Bug#525299: fixed in glibc 2.9-8
has caused the Debian Bug report #525299,
regarding iconv accepts UTF-8-encoded UTF-16 surrogates
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
525299: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=525299
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---

Package: libc6
Version: 2.9-7
Severity: normal

$ man utf-8 | grep -A 2 UTF-16 | sed -e 's/^ *//'
The UCS code values 0xd800–0xdfff (UTF-16 surrogates) as well as 0xfffe
and 0x (UCS non-characters) should not appear in  conforming  UTF-8
streams.

$ s='\xed\xa0\x88\xed\xbd\x85' # 0xd808 + 0xdf45
$ for e in UTF-8 UTF-16 UTF-32 UCS-4

do
  printf "$e\t"
  printf $s | iconv -f UTF-8 -t $e > /dev/null && printf 'OK\n'
done

UTF-8   OK
UTF-16  iconv: illegal input sequence at position 0
UTF-32  iconv: illegal input sequence at position 0
UCS-4   OK

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (900, 'unstable'), (500, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=pl_PL.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libc6 depends on:
ii  libgcc1   1:4.3.3-8  GCC support library

libc6 recommends no packages.

Versions of packages libc6 suggests:
ii  glibc-doc 2.9-7  GNU C Library: Documentation
ii  libc6-i6862.9-7  GNU C Library: Shared libraries [i
ii  locales   2.9-7  GNU C Library: National Language (

-- debconf information:
  glibc/upgrade: true
  glibc/disable-screensaver:
  glibc/restart-failed:
* glibc/restart-services:

--
Jakub Wilk


--- End Message ---
--- Begin Message ---
Source: glibc
Source-Version: 2.9-8

We believe that the bug you reported is fixed in the latest version of
glibc, which is due to be installed in the Debian FTP archive:

glibc-doc_2.9-8_all.deb
  to pool/main/g/glibc/glibc-doc_2.9-8_all.deb
glibc-source_2.9-8_all.deb
  to pool/main/g/glibc/glibc-source_2.9-8_all.deb
glibc_2.9-8.diff.gz
  to pool/main/g/glibc/glibc_2.9-8.diff.gz
glibc_2.9-8.dsc
  to pool/main/g/glibc/glibc_2.9-8.dsc
libc6-dbg_2.9-8_amd64.deb
  to pool/main/g/glibc/libc6-dbg_2.9-8_amd64.deb
libc6-dev-i386_2.9-8_amd64.deb
  to pool/main/g/glibc/libc6-dev-i386_2.9-8_amd64.deb
libc6-dev_2.9-8_amd64.deb
  to pool/main/g/glibc/libc6-dev_2.9-8_amd64.deb
libc6-i386_2.9-8_amd64.deb
  to pool/main/g/glibc/libc6-i386_2.9-8_amd64.deb
libc6-pic_2.9-8_amd64.deb
  to pool/main/g/glibc/libc6-pic_2.9-8_amd64.deb
libc6-prof_2.9-8_amd64.deb
  to pool/main/g/glibc/libc6-prof_2.9-8_amd64.deb
libc6-udeb_2.9-8_amd64.udeb
  to pool/main/g/glibc/libc6-udeb_2.9-8_amd64.udeb
libc6_2.9-8_amd64.deb
  to pool/main/g/glibc/libc6_2.9-8_amd64.deb
libnss-dns-udeb_2.9-8_amd64.udeb
  to pool/main/g/glibc/libnss-dns-udeb_2.9-8_amd64.udeb
libnss-files-udeb_2.9-8_amd64.udeb
  to pool/main/g/glibc/libnss-files-udeb_2.9-8_amd64.udeb
locales-all_2.9-8_amd64.deb
  to pool/main/g/glibc/locales-all_2.9-8_amd64.deb
locales_2.9-8_all.deb
  to pool/main/g/glibc/locales_2.9-8_all.deb
nscd_2.9-8_amd64.deb
  to pool/main/g/glibc/nscd_2.9-8_amd64.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 525...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Aurelien Jarno  (supplier of updated glibc package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 27 Apr 2009 00:44:59 +0200
Source: glibc
Binary: glibc-doc glibc-source locales locales-all nscd libc6 libc6-dev 
libc6-dbg libc6-prof libc6-pic libc6-udeb libc6.1 libc6.1-dev libc6.1-dbg 
libc6.1-prof libc6.1-pic libc6.1-udeb libc0.3 libc0.3-dev libc0.3-dbg 
libc0.3-prof libc0.3-pic libc0.3-udeb libc0.1 libc0.1-dev libc0.1-dbg 
libc0.1-prof libc0.1-pic libc0.1-udeb libc6-i386 libc6-dev-i386 libc6-sparc64 
libc6-dev-sparc64 libc6-s390x libc6-dev-s390x libc6-amd64 libc6-dev-amd64 
libc6-powerpc libc6-dev-powerpc libc6-ppc64 libc6-dev-ppc64 libc6-mipsn32 
libc6-dev-mipsn32 libc6-mips64 libc6-dev-mips64 libc0.1-i386 libc0.1-dev-i386 
libc6-sparcv9b libc6-i686 libc6-xen lib

Bug#521439: marked as done (samba: Samba server crash on browse)

[Debian Bug Tracking System]

Your message dated Mon, 27 Apr 2009 05:32:25 +
with message-id 
and subject line Bug#521439: fixed in glibc 2.9-8
has caused the Debian Bug report #521439,
regarding samba: Samba server crash on browse
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
521439: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=521439
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: samba
Version: 2:3.3.2-1
Severity: grave
Justification: renders package unusable


Samba server crash by any client browse.
Problem appeared in debian testing. Updated to most recent version of
samba + libc from debian unstable and problem persist.

Details follow:

The Samba 'panic action' script, /usr/share/samba/panic-action,
was called for PID 7331 (/usr/sbin/smbd).

This means there was a problem with the program, such as a segfault.
Below is a backtrace for this process generated with gdb, which shows
the state of the program at the time the error occurred.  The Samba log
files may contain additional information about the problem.

If the problem persists, you are encouraged to first install the
samba-dbg package, which contains the debugging symbols for the Samba
binaries.  Then submit the provided information as a bug report to
Debian.  For information about the procedure for submitting bug reports,
please see http://www.debian.org/Bugs/Reporting or the reportbug(1)
manual page.

[Thread debugging using libthread_db enabled]
[New Thread 0x7f03dcec4710 (LWP 7331)]
0x7f03d9b8e4a5 in waitpid () from /lib/libc.so.6
#0  0x7f03d9b8e4a5 in waitpid () from /lib/libc.so.6
#1  0x7f03d9b2d1e1 in ?? () from /lib/libc.so.6
#2  0x00598a20 in smb_panic (why=)
at lib/util.c:1679
#3  0x00586197 in sig_fault (sig=6) at lib/fault.c:46
#4  
#5  0x7f03d9b22105 in raise () from /lib/libc.so.6
#6  0x7f03d9b23623 in abort () from /lib/libc.so.6
#7  0x7f03d9b1b149 in __assert_fail () from /lib/libc.so.6
#8  0x7f03d9baad3b in ?? () from /lib/libc.so.6
#9  0x7f03d9b23df8 in ?? () from /lib/libc.so.6
#10 0x7f03d9b242df in qsort_r () from /lib/libc.so.6
#11 0x7f03d9bac2ef in getaddrinfo () from /lib/libc.so.6
#12 0x0059aa68 in interpret_string_addr_internal (ppres=0x2f442b0,
str=0x7fffe4fea490 "montblanc", flags=)
at lib/util_sock.c:114
#13 0x0059ac3a in get_mydnsfullname () at lib/util_sock.c:2032
#14 0x00599296 in get_mydnsdomname (ctx=0x1ca3) at lib/util.c:1378
#15 0x007cb4f0 in ntlmssp_server_negotiate (ntlmssp_state=0x2e88080,
request=
  {data = 0x29f79e0 "NTLMSSP", length = 50, free = 0x595b3b
}, reply=0x7fffe4fea7a0) at libsmb/ntlmssp.c:569
#16 0x007c9879 in ntlmssp_update (ntlmssp_state=0x2e88080, in=
  {data = 0x29f79e0 "NTLMSSP", length = 50, free = 0x595b3b
}, out=0x7fffe4fea7a0) at libsmb/ntlmssp.c:342
#17 0x005da6fc in auth_ntlmssp_update (
auth_ntlmssp_state=, request=
  {data = 0x29f79e0 "NTLMSSP", length = 50, free = 0x595b3b
}, reply=0x1ca3) at auth/auth_ntlmssp.c:213
#18 0x00794d1d in reply_sesssetup_and_X_spnego (req=0x2f81480)
at smbd/sesssetup.c:841
#19 0x00795449 in reply_sesssetup_and_X (req=0x2f81480)
at smbd/sesssetup.c:1433
#20 0x004a9087 in switch_message (type=115 's', req=0x2f81480,
size=) at smbd/process.c:1486
#21 0x004ab425 in smbd_process () at smbd/process.c:1509
#22 0x00478dd9 in main (argc=, argv=0x4)
at smbd/server.c:1512
The program is running.  Quit anyway (and detach it)? (y or n) [answered
Y; input not from terminal]

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

Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages samba depends on:
ii  adduser  3.110   add and remove users and groups
ii  debconf [debconf-2.0 1.5.26  Debian configuration
management sy
ii  libacl1  2.2.47-2Access control list shared
library
ii  libattr1 1:2.4.43-2  Extended attribute shared
library
ii  libc62.9-6   GNU C Library: Shared libraries
ii  libcap2  2.16-2  support for getting/setting
POSIX.
ii  libcomerr2   1.41.3-1common error description library
ii  libcups2 1.3.8-1lenny4.1 Common UNIX Printing
System(tm) -
ii  libgnutls26  2.6.4-2 the GNU TLS li

Bug#525261: marked as done (use of FPU_SETCW or FPU_GETCW causes illegal instruction on armel)

[Debian Bug Tracking System]

Your message dated Mon, 27 Apr 2009 05:32:26 +
with message-id 
and subject line Bug#525261: fixed in glibc 2.9-8
has caused the Debian Bug report #525261,
regarding use of FPU_SETCW or FPU_GETCW causes illegal instruction on armel
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
525261: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=525261
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: glibc
Version: 2.9-7

/usr/include/fpu_control.h on armel defines FPU_[SG]ETCW as VFP
coprocessor instructions, whereas armel is soft-float.

#define _FPU_GETCW(cw) \
  __asm__ __volatile__ ("mrc p10, 7, %0, cr1, cr0, 0" : "=r" (cw))
/* This is fmxr fpscr, %0.  */
#define _FPU_SETCW(cw) \
  __asm__ __volatile__ ("mcr p10, 7, %0, cr1, cr0, 0" : : "r" (cw))

Packages that use these cause an illegal instruction trap on hardware
that does not have a VFP unit (and misleadingly set the FPU control
word on those that do, while softfloat remains unaffected).

This was highlighted by build failure of gerris - see Drew Parsons' messages in
http://lists.debian.org/debian-arm/2009/04/msg00018.html
He suggests that the right thing for fpu_control.h may be simply not
to define these macros but I don't know if that's right.


--- End Message ---
--- Begin Message ---
Source: glibc
Source-Version: 2.9-8

We believe that the bug you reported is fixed in the latest version of
glibc, which is due to be installed in the Debian FTP archive:

glibc-doc_2.9-8_all.deb
  to pool/main/g/glibc/glibc-doc_2.9-8_all.deb
glibc-source_2.9-8_all.deb
  to pool/main/g/glibc/glibc-source_2.9-8_all.deb
glibc_2.9-8.diff.gz
  to pool/main/g/glibc/glibc_2.9-8.diff.gz
glibc_2.9-8.dsc
  to pool/main/g/glibc/glibc_2.9-8.dsc
libc6-dbg_2.9-8_amd64.deb
  to pool/main/g/glibc/libc6-dbg_2.9-8_amd64.deb
libc6-dev-i386_2.9-8_amd64.deb
  to pool/main/g/glibc/libc6-dev-i386_2.9-8_amd64.deb
libc6-dev_2.9-8_amd64.deb
  to pool/main/g/glibc/libc6-dev_2.9-8_amd64.deb
libc6-i386_2.9-8_amd64.deb
  to pool/main/g/glibc/libc6-i386_2.9-8_amd64.deb
libc6-pic_2.9-8_amd64.deb
  to pool/main/g/glibc/libc6-pic_2.9-8_amd64.deb
libc6-prof_2.9-8_amd64.deb
  to pool/main/g/glibc/libc6-prof_2.9-8_amd64.deb
libc6-udeb_2.9-8_amd64.udeb
  to pool/main/g/glibc/libc6-udeb_2.9-8_amd64.udeb
libc6_2.9-8_amd64.deb
  to pool/main/g/glibc/libc6_2.9-8_amd64.deb
libnss-dns-udeb_2.9-8_amd64.udeb
  to pool/main/g/glibc/libnss-dns-udeb_2.9-8_amd64.udeb
libnss-files-udeb_2.9-8_amd64.udeb
  to pool/main/g/glibc/libnss-files-udeb_2.9-8_amd64.udeb
locales-all_2.9-8_amd64.deb
  to pool/main/g/glibc/locales-all_2.9-8_amd64.deb
locales_2.9-8_all.deb
  to pool/main/g/glibc/locales_2.9-8_all.deb
nscd_2.9-8_amd64.deb
  to pool/main/g/glibc/nscd_2.9-8_amd64.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 525...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Aurelien Jarno  (supplier of updated glibc package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 27 Apr 2009 00:44:59 +0200
Source: glibc
Binary: glibc-doc glibc-source locales locales-all nscd libc6 libc6-dev 
libc6-dbg libc6-prof libc6-pic libc6-udeb libc6.1 libc6.1-dev libc6.1-dbg 
libc6.1-prof libc6.1-pic libc6.1-udeb libc0.3 libc0.3-dev libc0.3-dbg 
libc0.3-prof libc0.3-pic libc0.3-udeb libc0.1 libc0.1-dev libc0.1-dbg 
libc0.1-prof libc0.1-pic libc0.1-udeb libc6-i386 libc6-dev-i386 libc6-sparc64 
libc6-dev-sparc64 libc6-s390x libc6-dev-s390x libc6-amd64 libc6-dev-amd64 
libc6-powerpc libc6-dev-powerpc libc6-ppc64 libc6-dev-ppc64 libc6-mipsn32 
libc6-dev-mipsn32 libc6-mips64 libc6-dev-mips64 libc0.1-i386 libc0.1-dev-i386 
libc6-sparcv9b libc6-i686 libc6-xen libc0.1-i686 libc6.1-alphaev67 
libnss-dns-udeb libnss-files-udeb
Architecture: source all amd64
Version: 2.9-8
Distribution: unstable
Urgency: low
Maintainer: Aurelien Jarno 
Changed-By: Aurelien Jarno 
Description: 
 glibc-doc  - GNU C Library: Documentation
 glibc-source - GNU C Library: sources
 libc0.1- GNU C Library: Shared libraries
 libc0.1-dbg - GNU C Library: detached debugging symbols
 libc0.1-dev - GNU C Library: Development Libraries and Header Files
 libc0.1-dev-i386 - GNU C Library: 32bit development libraries for AMD64
 li

Bug#522982: marked as done ([INTL:sv] Swedish strings for glibc debconf)

[Debian Bug Tracking System]

Your message dated Mon, 27 Apr 2009 05:32:25 +
with message-id 
and subject line Bug#522982: fixed in glibc 2.9-8
has caused the Debian Bug report #522982,
regarding [INTL:sv] Swedish strings for glibc debconf
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
522982: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=522982
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---

package: glibc
severity: wishlist
tags: patch l10n

Please consider to add this file to translation of debconf.

-- 
brother
http://frakalendern.se



sv.po
Description: Binary data
--- End Message ---
--- Begin Message ---
Source: glibc
Source-Version: 2.9-8

We believe that the bug you reported is fixed in the latest version of
glibc, which is due to be installed in the Debian FTP archive:

glibc-doc_2.9-8_all.deb
  to pool/main/g/glibc/glibc-doc_2.9-8_all.deb
glibc-source_2.9-8_all.deb
  to pool/main/g/glibc/glibc-source_2.9-8_all.deb
glibc_2.9-8.diff.gz
  to pool/main/g/glibc/glibc_2.9-8.diff.gz
glibc_2.9-8.dsc
  to pool/main/g/glibc/glibc_2.9-8.dsc
libc6-dbg_2.9-8_amd64.deb
  to pool/main/g/glibc/libc6-dbg_2.9-8_amd64.deb
libc6-dev-i386_2.9-8_amd64.deb
  to pool/main/g/glibc/libc6-dev-i386_2.9-8_amd64.deb
libc6-dev_2.9-8_amd64.deb
  to pool/main/g/glibc/libc6-dev_2.9-8_amd64.deb
libc6-i386_2.9-8_amd64.deb
  to pool/main/g/glibc/libc6-i386_2.9-8_amd64.deb
libc6-pic_2.9-8_amd64.deb
  to pool/main/g/glibc/libc6-pic_2.9-8_amd64.deb
libc6-prof_2.9-8_amd64.deb
  to pool/main/g/glibc/libc6-prof_2.9-8_amd64.deb
libc6-udeb_2.9-8_amd64.udeb
  to pool/main/g/glibc/libc6-udeb_2.9-8_amd64.udeb
libc6_2.9-8_amd64.deb
  to pool/main/g/glibc/libc6_2.9-8_amd64.deb
libnss-dns-udeb_2.9-8_amd64.udeb
  to pool/main/g/glibc/libnss-dns-udeb_2.9-8_amd64.udeb
libnss-files-udeb_2.9-8_amd64.udeb
  to pool/main/g/glibc/libnss-files-udeb_2.9-8_amd64.udeb
locales-all_2.9-8_amd64.deb
  to pool/main/g/glibc/locales-all_2.9-8_amd64.deb
locales_2.9-8_all.deb
  to pool/main/g/glibc/locales_2.9-8_all.deb
nscd_2.9-8_amd64.deb
  to pool/main/g/glibc/nscd_2.9-8_amd64.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 522...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Aurelien Jarno  (supplier of updated glibc package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 27 Apr 2009 00:44:59 +0200
Source: glibc
Binary: glibc-doc glibc-source locales locales-all nscd libc6 libc6-dev 
libc6-dbg libc6-prof libc6-pic libc6-udeb libc6.1 libc6.1-dev libc6.1-dbg 
libc6.1-prof libc6.1-pic libc6.1-udeb libc0.3 libc0.3-dev libc0.3-dbg 
libc0.3-prof libc0.3-pic libc0.3-udeb libc0.1 libc0.1-dev libc0.1-dbg 
libc0.1-prof libc0.1-pic libc0.1-udeb libc6-i386 libc6-dev-i386 libc6-sparc64 
libc6-dev-sparc64 libc6-s390x libc6-dev-s390x libc6-amd64 libc6-dev-amd64 
libc6-powerpc libc6-dev-powerpc libc6-ppc64 libc6-dev-ppc64 libc6-mipsn32 
libc6-dev-mipsn32 libc6-mips64 libc6-dev-mips64 libc0.1-i386 libc0.1-dev-i386 
libc6-sparcv9b libc6-i686 libc6-xen libc0.1-i686 libc6.1-alphaev67 
libnss-dns-udeb libnss-files-udeb
Architecture: source all amd64
Version: 2.9-8
Distribution: unstable
Urgency: low
Maintainer: Aurelien Jarno 
Changed-By: Aurelien Jarno 
Description: 
 glibc-doc  - GNU C Library: Documentation
 glibc-source - GNU C Library: sources
 libc0.1- GNU C Library: Shared libraries
 libc0.1-dbg - GNU C Library: detached debugging symbols
 libc0.1-dev - GNU C Library: Development Libraries and Header Files
 libc0.1-dev-i386 - GNU C Library: 32bit development libraries for AMD64
 libc0.1-i386 - GNU C Library: 32bit shared libraries for AMD64
 libc0.1-i686 - GNU C Library: Shared libraries [i686 optimized]
 libc0.1-pic - GNU C Library: PIC archive library
 libc0.1-prof - GNU C Library: Profiling Libraries
 libc0.1-udeb - GNU C Library: Shared libraries - udeb (udeb)
 libc0.3- GNU C Library: Shared libraries
 libc0.3-dbg - GNU C Library: detached debugging symbols
 libc0.3-dev - GNU C Library: Development Libraries and Header Files
 libc0.3-pic - GNU C Library: PIC archive library
 libc0.3-prof - GNU C Library: Profiling Libraries
 libc0.3-udeb - GNU C Library: Shared libraries - udeb (udeb)
 libc6  - GNU C Library: Shared libraries
 

Bug#511621: marked as done (locales: wrong currency precision for el_GR and el_CY)

[Debian Bug Tracking System]

Your message dated Mon, 27 Apr 2009 05:32:25 +
with message-id 
and subject line Bug#511621: fixed in glibc 2.9-8
has caused the Debian Bug report #511621,
regarding locales: wrong currency precision for el_GR and el_CY
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
511621: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=511621
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: locales
Version: 2.7-16

Though Greece and Cyprus have moved to the euro, their frac_digits
and int_frac_digits are still set to 4 instead of 2.


--- End Message ---
--- Begin Message ---
Source: glibc
Source-Version: 2.9-8

We believe that the bug you reported is fixed in the latest version of
glibc, which is due to be installed in the Debian FTP archive:

glibc-doc_2.9-8_all.deb
  to pool/main/g/glibc/glibc-doc_2.9-8_all.deb
glibc-source_2.9-8_all.deb
  to pool/main/g/glibc/glibc-source_2.9-8_all.deb
glibc_2.9-8.diff.gz
  to pool/main/g/glibc/glibc_2.9-8.diff.gz
glibc_2.9-8.dsc
  to pool/main/g/glibc/glibc_2.9-8.dsc
libc6-dbg_2.9-8_amd64.deb
  to pool/main/g/glibc/libc6-dbg_2.9-8_amd64.deb
libc6-dev-i386_2.9-8_amd64.deb
  to pool/main/g/glibc/libc6-dev-i386_2.9-8_amd64.deb
libc6-dev_2.9-8_amd64.deb
  to pool/main/g/glibc/libc6-dev_2.9-8_amd64.deb
libc6-i386_2.9-8_amd64.deb
  to pool/main/g/glibc/libc6-i386_2.9-8_amd64.deb
libc6-pic_2.9-8_amd64.deb
  to pool/main/g/glibc/libc6-pic_2.9-8_amd64.deb
libc6-prof_2.9-8_amd64.deb
  to pool/main/g/glibc/libc6-prof_2.9-8_amd64.deb
libc6-udeb_2.9-8_amd64.udeb
  to pool/main/g/glibc/libc6-udeb_2.9-8_amd64.udeb
libc6_2.9-8_amd64.deb
  to pool/main/g/glibc/libc6_2.9-8_amd64.deb
libnss-dns-udeb_2.9-8_amd64.udeb
  to pool/main/g/glibc/libnss-dns-udeb_2.9-8_amd64.udeb
libnss-files-udeb_2.9-8_amd64.udeb
  to pool/main/g/glibc/libnss-files-udeb_2.9-8_amd64.udeb
locales-all_2.9-8_amd64.deb
  to pool/main/g/glibc/locales-all_2.9-8_amd64.deb
locales_2.9-8_all.deb
  to pool/main/g/glibc/locales_2.9-8_all.deb
nscd_2.9-8_amd64.deb
  to pool/main/g/glibc/nscd_2.9-8_amd64.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 511...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Aurelien Jarno  (supplier of updated glibc package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 27 Apr 2009 00:44:59 +0200
Source: glibc
Binary: glibc-doc glibc-source locales locales-all nscd libc6 libc6-dev 
libc6-dbg libc6-prof libc6-pic libc6-udeb libc6.1 libc6.1-dev libc6.1-dbg 
libc6.1-prof libc6.1-pic libc6.1-udeb libc0.3 libc0.3-dev libc0.3-dbg 
libc0.3-prof libc0.3-pic libc0.3-udeb libc0.1 libc0.1-dev libc0.1-dbg 
libc0.1-prof libc0.1-pic libc0.1-udeb libc6-i386 libc6-dev-i386 libc6-sparc64 
libc6-dev-sparc64 libc6-s390x libc6-dev-s390x libc6-amd64 libc6-dev-amd64 
libc6-powerpc libc6-dev-powerpc libc6-ppc64 libc6-dev-ppc64 libc6-mipsn32 
libc6-dev-mipsn32 libc6-mips64 libc6-dev-mips64 libc0.1-i386 libc0.1-dev-i386 
libc6-sparcv9b libc6-i686 libc6-xen libc0.1-i686 libc6.1-alphaev67 
libnss-dns-udeb libnss-files-udeb
Architecture: source all amd64
Version: 2.9-8
Distribution: unstable
Urgency: low
Maintainer: Aurelien Jarno 
Changed-By: Aurelien Jarno 
Description: 
 glibc-doc  - GNU C Library: Documentation
 glibc-source - GNU C Library: sources
 libc0.1- GNU C Library: Shared libraries
 libc0.1-dbg - GNU C Library: detached debugging symbols
 libc0.1-dev - GNU C Library: Development Libraries and Header Files
 libc0.1-dev-i386 - GNU C Library: 32bit development libraries for AMD64
 libc0.1-i386 - GNU C Library: 32bit shared libraries for AMD64
 libc0.1-i686 - GNU C Library: Shared libraries [i686 optimized]
 libc0.1-pic - GNU C Library: PIC archive library
 libc0.1-prof - GNU C Library: Profiling Libraries
 libc0.1-udeb - GNU C Library: Shared libraries - udeb (udeb)
 libc0.3- GNU C Library: Shared libraries
 libc0.3-dbg - GNU C Library: detached debugging symbols
 libc0.3-dev - GNU C Library: Development Libraries and Header Files
 libc0.3-pic - GNU C Library: PIC archive library
 libc0.3-prof - GNU C Library: Profiling Libraries
 libc0.3-udeb - GNU C Library: Shared libraries - udeb (udeb)
 libc6  - GNU C Library: Shared libraries
 libc6-amd64 - GNU

Bug#523952: marked as done (libc6-dev: sys/mount.h does neither define MNT_DETACH nor MNT_EXPIRE)

[Debian Bug Tracking System]

Your message dated Mon, 27 Apr 2009 05:32:26 +
with message-id 
and subject line Bug#523952: fixed in glibc 2.9-8
has caused the Debian Bug report #523952,
regarding libc6-dev: sys/mount.h does neither define MNT_DETACH nor MNT_EXPIRE
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
523952: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=523952
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: libc6-dev
Version: 2.9-6
Severity: normal

Hi,


please see umount2(2) and include/linux/fs.h in the kernel:

/*
 *  Umount options
 */

#define MNT_FORCE   0x0001  /* Attempt to forcibily umount */
#define MNT_DETACH  0x0002  /* Just detach from the tree */
#define MNT_EXPIRE  0x0004  /* Mark for expiry */


Cheers,
Torsten

-- System Information:
Debian Release: 5.0
  APT prefers stable
  APT policy: (500, 'stable'), (88, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.29.1 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libc6-dev depends on:
ii  libc62.9-6   GNU C Library: Shared libraries
ii  linux-libc-dev   2.6.26-13lenny2 Linux support headers for userspac

Versions of packages libc6-dev recommends:
ii  bcc [c-compiler]  0.16.17-3  16-bit x86 C compiler
ii  gcc [c-compiler]  4:4.3.2-2  The GNU C compiler
ii  gcc-4.1 [c-compiler]  4.1.2-25   The GNU C compiler
ii  gcc-4.3 [c-compiler]  4.3.2-1.1  The GNU C compiler

Versions of packages libc6-dev suggests:
pn  glibc-doc  (no description available)
ii  manpages-dev  3.05-1 Manual pages about using GNU/Linux

-- no debconf information


--- End Message ---
--- Begin Message ---
Source: glibc
Source-Version: 2.9-8

We believe that the bug you reported is fixed in the latest version of
glibc, which is due to be installed in the Debian FTP archive:

glibc-doc_2.9-8_all.deb
  to pool/main/g/glibc/glibc-doc_2.9-8_all.deb
glibc-source_2.9-8_all.deb
  to pool/main/g/glibc/glibc-source_2.9-8_all.deb
glibc_2.9-8.diff.gz
  to pool/main/g/glibc/glibc_2.9-8.diff.gz
glibc_2.9-8.dsc
  to pool/main/g/glibc/glibc_2.9-8.dsc
libc6-dbg_2.9-8_amd64.deb
  to pool/main/g/glibc/libc6-dbg_2.9-8_amd64.deb
libc6-dev-i386_2.9-8_amd64.deb
  to pool/main/g/glibc/libc6-dev-i386_2.9-8_amd64.deb
libc6-dev_2.9-8_amd64.deb
  to pool/main/g/glibc/libc6-dev_2.9-8_amd64.deb
libc6-i386_2.9-8_amd64.deb
  to pool/main/g/glibc/libc6-i386_2.9-8_amd64.deb
libc6-pic_2.9-8_amd64.deb
  to pool/main/g/glibc/libc6-pic_2.9-8_amd64.deb
libc6-prof_2.9-8_amd64.deb
  to pool/main/g/glibc/libc6-prof_2.9-8_amd64.deb
libc6-udeb_2.9-8_amd64.udeb
  to pool/main/g/glibc/libc6-udeb_2.9-8_amd64.udeb
libc6_2.9-8_amd64.deb
  to pool/main/g/glibc/libc6_2.9-8_amd64.deb
libnss-dns-udeb_2.9-8_amd64.udeb
  to pool/main/g/glibc/libnss-dns-udeb_2.9-8_amd64.udeb
libnss-files-udeb_2.9-8_amd64.udeb
  to pool/main/g/glibc/libnss-files-udeb_2.9-8_amd64.udeb
locales-all_2.9-8_amd64.deb
  to pool/main/g/glibc/locales-all_2.9-8_amd64.deb
locales_2.9-8_all.deb
  to pool/main/g/glibc/locales_2.9-8_all.deb
nscd_2.9-8_amd64.deb
  to pool/main/g/glibc/nscd_2.9-8_amd64.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 523...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Aurelien Jarno  (supplier of updated glibc package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 27 Apr 2009 00:44:59 +0200
Source: glibc
Binary: glibc-doc glibc-source locales locales-all nscd libc6 libc6-dev 
libc6-dbg libc6-prof libc6-pic libc6-udeb libc6.1 libc6.1-dev libc6.1-dbg 
libc6.1-prof libc6.1-pic libc6.1-udeb libc0.3 libc0.3-dev libc0.3-dbg 
libc0.3-prof libc0.3-pic libc0.3-udeb libc0.1 libc0.1-dev libc0.1-dbg 
libc0.1-prof libc0.1-pic libc0.1-udeb libc6-i386 libc6-dev-i386 libc6-sparc64 
libc6-dev-sparc64 libc6-s390x libc6-dev-s390x libc6-amd64 libc6-dev-amd64 
libc6-powerpc libc6-dev-powerpc libc6-ppc64 libc6-dev-ppc64 libc6-mipsn32 
libc6-dev-mipsn32 libc6-mips64 libc6-dev-mips64 libc0.1-i386 libc0.1-dev-i386 
libc6

Bug#343140: marked as done (resolver uses the search list before other address families)

[Debian Bug Tracking System]

Your message dated Mon, 27 Apr 2009 05:32:25 +
with message-id 
and subject line Bug#343140: fixed in glibc 2.9-8
has caused the Debian Bug report #343140,
regarding resolver uses the search list before other address families
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
343140: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=343140
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: libc6
Version: 2.3.2.ds1-22
Severity: important

I originally posted a bug report for postfix detailing the problem but I
can reproduce the bug outside of postfix.  Here's the postfix bug
report in case you're interested:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=314891

In a nutshell, when using 'search' lines in /etc/resolv.conf, the
resolver always appends listed search domains to a hostname lookup even
when the host being searched is fully-qualified (contains one or more dots).
This results in a LOT of needless DNS traffic.  On a busy mail server,
it makes using the 'search' lines extremely expensive (because DNS traffic
increases exponentially).

Here's an strace of 'telnet mx1.hotmail.com 25'.  Oddly, it seems to do
the right thing initially but the fully-qualified lookup must always
fail, resulting in subsequent lookups using the search list.

$ cat /etc/resolv.conf
nameserver 69.51.81.36
nameserver 69.51.78.68
search ul.aspextra.net aspextra.net

$ strace telnet mx1.hotmail.com 25
...
open("/etc/resolv.conf", O_RDONLY)  = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=274, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x40018000
read(3, "# Dynamic resolv.conf(5) file fo"..., 4096) = 274
read(3, "", 4096)   = 0
close(3)= 0
munmap(0x40018000, 4096)= 0
socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 3
connect(3, {sa_family=AF_INET, sin_port=htons(53), 
sin_addr=inet_addr("69.51.81.36")}, 28) = 0
send(3, "\n\177\1\0\0\1\0\0\0\0\0\0\3mx1\7hotmail\3com\0\0\34\0"..., 33, 0) = 33
gettimeofday({1134449292, 353764}, NULL) = 0
poll([{fd=3, events=POLLIN, revents=POLLIN}], 1, 5000) = 1
ioctl(3, FIONREAD, [98])= 0
recvfrom(3, "\n\177\201\200\0\1\0\0\0\1\0\0\3mx1\7hotmail\3com\0\0\34"..., 
1024, 0, {sa_family=AF_INET, sin_port=htons(53), 
sin_addr=inet_addr("69.51.81.36")}, [16]) = 98
close(3)= 0
socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 3
connect(3, {sa_family=AF_INET, sin_port=htons(53), 
sin_addr=inet_addr("69.51.81.36")}, 28) = 0
send(3, "\n\200\1\0\0\1\0\0\0\0\0\0\3mx1\7hotmail\3com\2ul\10"..., 49, 0) = 49
gettimeofday({1134449292, 357407}, NULL) = 0
poll([{fd=3, events=POLLIN, revents=POLLIN}], 1, 5000) = 1
ioctl(3, FIONREAD, [49])= 0
recvfrom(3, "\n\200\201\205\0\1\0\0\0\0\0\0\3mx1\7hotmail\3com\2ul\10"..., 
1024, 0, {sa_family=AF_INET, sin_port=htons(53), 
sin_addr=inet_addr("69.51.81.36")}, [16]) = 49
close(3)= 0
socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 3
connect(3, {sa_family=AF_INET, sin_port=htons(53), 
sin_addr=inet_addr("69.51.78.68")}, 28) = 0
send(3, "\n\200\1\0\0\1\0\0\0\0\0\0\3mx1\7hotmail\3com\2ul\10"..., 49, 0) = 49
gettimeofday({1134449292, 361191}, NULL) = 0
poll([{fd=3, events=POLLIN, revents=POLLIN}], 1, 3000) = 1
ioctl(3, FIONREAD, [100])   = 0
recvfrom(3, "\n\200\201\203\0\1\0\0\0\1\0\0\3mx1\7hotmail\3com\2ul\10"..., 
1024, 0, {sa_family=AF_INET, sin_port=htons(53), 
sin_addr=inet_addr("69.51.78.68")}, [16]) = 100
close(3)= 0
socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 3
connect(3, {sa_family=AF_INET, sin_port=htons(53), 
sin_addr=inet_addr("69.51.81.36")}, 28) = 0
send(3, "\n\201\1\0\0\1\0\0\0\0\0\0\3mx1\7hotmail\3com\10asp"..., 46, 0) = 46
gettimeofday({1134449292, 364427}, NULL) = 0
poll([{fd=3, events=POLLIN, revents=POLLIN}], 1, 5000) = 1
ioctl(3, FIONREAD, [97])= 0
recvfrom(3, "\n\201\201\203\0\1\0\0\0\1\0\0\3mx1\7hotmail\3com\10as"..., 1024, 
0, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("69.51.81.36")}, 
[16]) = 97
close(3)= 0
socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 3
connect(3, {sa_family=AF_INET, sin_port=htons(53), 
sin_addr=inet_addr("69.51.81.36")}, 28) = 0
send(3, "\n\202\1\0\0\1\0\0\0\0\0\0\3mx1\7hotmail\3com\0\0\1\0"..., 33, 0) = 33
gettimeofday({1134449292, 367710}, NULL) = 0
poll([{fd=3, events=POLLIN, revents=POLLIN}], 1, 5000) = 1
ioctl(3, FIONREAD, [195])   = 0
recvfrom(3, "\n\202\201\200\0\1\0\4\0\5\0\0\3mx1\7hotmail\3com\0\0\1".

r3430 - glibc-package/branches/eglibc-2.9/debian/testsuite-checking

[Aurelien Jarno]

Author: aurel32
Date: 2009-04-27 05:26:40 + (Mon, 27 Apr 2009)
New Revision: 3430

Modified:
   
glibc-package/branches/eglibc-2.9/debian/testsuite-checking/expected-results-i686-kfreebsd-i686
Log:
Update expected-results-i686-kfreebsd-i686


Modified: 
glibc-package/branches/eglibc-2.9/debian/testsuite-checking/expected-results-i686-kfreebsd-i686
===
--- 
glibc-package/branches/eglibc-2.9/debian/testsuite-checking/expected-results-i686-kfreebsd-i686
 2009-04-27 05:21:31 UTC (rev 3429)
+++ 
glibc-package/branches/eglibc-2.9/debian/testsuite-checking/expected-results-i686-kfreebsd-i686
 2009-04-27 05:26:40 UTC (rev 3430)
@@ -5,13 +5,31 @@
 #
 annexc.out, Error 1 (ignored)
 check-localplt.out, Error 1
+tst-aio10.out, Error 1
+tst-aio9.out, Error 1
+tst-chk1.out, Error 1
+tst-chk2.out, Error 1
+tst-chk3.out, Error 1
+tst-chk4.out, Error 1
+tst-chk5.out, Error 1
+tst-chk6.out, Error 1
 tst-cpuclock2.out, Error 1
 tst-cputimer1.o, Error 1
 tst-cputimer2.o, Error 1
 tst-cputimer3.o, Error 1
 tst-fdopendir.o, Error 1
+tst-lfschk1.out, Error 1
+tst-lfschk2.out, Error 1
+tst-lfschk3.out, Error 1
+tst-lfschk4.out, Error 1
+tst-lfschk5.out, Error 1
+tst-lfschk6.out, Error 1
 tst-mqueue5.o, Error 1
+tst-pselect.out, Error 1
+tst-readlinkat.out, Error 1
 tst-timer.out, Error 139
 tst-timer2.o, Error 1
 tst-timer4.o, Error 1
 tst-timer5.o, Error 1
+tst-ttyname_r.out, Error 1
+tst-waitid.out, Error 1


-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

r3428 - in glibc-package/trunk/debian: . patches/kfreebsd

[Aurelien Jarno]

Author: aurel32
Date: 2009-04-26 22:45:35 + (Sun, 26 Apr 2009)
New Revision: 3428

Modified:
   glibc-package/trunk/debian/changelog
   glibc-package/trunk/debian/patches/kfreebsd/local-sysdeps.diff
Log:
  * kfreebsd/local-sysdeps.diff: update to revision 2482 (from glibc-bsd).



Modified: glibc-package/trunk/debian/changelog
===
--- glibc-package/trunk/debian/changelog2009-04-26 21:47:14 UTC (rev 
3427)
+++ glibc-package/trunk/debian/changelog2009-04-26 22:45:35 UTC (rev 
3428)
@@ -31,14 +31,14 @@
 with binutils 2.20.
 
   [ Petr Salinger ]
-  * kfreebsd/local-sysdeps.diff: update to revision 2450 (from glibc-bsd).
+  * kfreebsd/local-sysdeps.diff: update to revision 2482 (from glibc-bsd).
 Closes: #522686. Thanks to Jan Christoph Nordholz.
 
   [ Samuel Thibault ]
   * hurd-i386/cvs-rtld.diff: new patch, fixes boot of glibc built with
 binutils >= 2.19.
 
- -- Aurelien Jarno   Sun, 26 Apr 2009 19:43:13 +0200
+ -- Aurelien Jarno   Mon, 27 Apr 2009 00:44:59 +0200
 
 glibc (2.9-7) unstable; urgency=low
 

Modified: glibc-package/trunk/debian/patches/kfreebsd/local-sysdeps.diff
===
--- glibc-package/trunk/debian/patches/kfreebsd/local-sysdeps.diff  
2009-04-26 21:47:14 UTC (rev 3427)
+++ glibc-package/trunk/debian/patches/kfreebsd/local-sysdeps.diff  
2009-04-26 22:45:35 UTC (rev 3428)
@@ -3870,7 +3870,7 @@
 +#endif /* Use BSD */
 --- /dev/null
 +++ b/ports/sysdeps/unix/bsd/bsd4.4/kfreebsd/bits/msq.h
-@@ -0,0 +1,73 @@
+@@ -0,0 +1,69 @@
 +/* Copyright (C) 1995, 1997, 2000, 2002 Free Software Foundation, Inc.
 +   This file is part of the GNU C Library.
 +
@@ -3928,8 +3928,6 @@
 +
 +# define msg_cbytes   __msg_cbytes
 +
-+# ifdef _KERNEL
-+
 +/* buffer for msgctl calls IPC_INFO, MSG_INFO */
 +struct msginfo
 +  {
@@ -3941,8 +3939,6 @@
 +int msgseg;
 +  };
 +
-+# endif
-+
 +#endif /* __USE_MISC */
 --- /dev/null
 +++ b/ports/sysdeps/unix/bsd/bsd4.4/kfreebsd/bits/poll.h
@@ -4574,7 +4570,7 @@
 +
 --- /dev/null
 +++ b/ports/sysdeps/unix/bsd/bsd4.4/kfreebsd/bits/shm.h
-@@ -0,0 +1,74 @@
+@@ -0,0 +1,90 @@
 +/* Copyright (C) 1995-1997, 2000, 2002 Free Software Foundation, Inc.
 +   This file is part of the GNU C Library.
 +
@@ -4610,11 +4606,11 @@
 +#define SHM_RND   02  /* round attach address to 
SHMLBA */
 +
 +/* Commands for `shmctl'.  */
-+#if 0 /* FreeBSD does not have these yet.  */
 +#define SHM_LOCK  11  /* lock segment (root only) */
 +#define SHM_UNLOCK12  /* unlock segment (root only) */
-+#endif
 +
++__BEGIN_DECLS
++
 +/* Segment low boundary address multiple.  */
 +#define SHMLBA(__getpagesize ())
 +extern int __getpagesize (void) __THROW __attribute__ ((__const__));
@@ -4637,18 +4633,34 @@
 +void *__shm_internal;
 +  };
 +
-+#ifdef _KERNEL
++#ifdef __USE_MISC
 +
-+struct shminfo {
++/* ipcs ctl commands */
++# define SHM_STAT 13
++# define SHM_INFO 14
++
++struct shminfo
++  {
 +int shmmax, /* max shared memory segment size (bytes) */
 +shmmin, /* min shared memory segment size (bytes) */
 +shmmni, /* max number of shared memory identifiers */
 +shmseg, /* max shared memory segments per process */
 +shmall; /* max amount of shared memory (pages) */
-+};
++  };
 +
-+#endif
++struct shm_info
++  {
++int used_ids;
++unsigned long int shm_tot;/* total allocated shm */
++unsigned long int shm_rss;/* total resident shm */
++unsigned long int shm_swp;/* total swapped shm */
++unsigned long int swap_attempts;
++unsigned long int swap_successes;
++  };
 +
++#endif /* __USE_MISC */
++
++__END_DECLS
 --- /dev/null
 +++ b/ports/sysdeps/unix/bsd/bsd4.4/kfreebsd/bits/sigaction.h
 @@ -0,0 +1,76 @@


-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Processed: tagging 517795

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> # Automatically generated email from bts, devscripts version 2.10.35lenny3
> tags 517795 + pending
Bug#517795: glibc wants to restart xscreensaver, which has no init script
There were no tags set.
Tags added: pending

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Processed: tagging 520455

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> # Automatically generated email from bts, devscripts version 2.10.35lenny3
> tags 520455 + pending
Bug#520455: libc6: preinst / postinst contains typo myslq
Tags were: patch sid
Tags added: pending

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Processed: tagging 522686

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> # Automatically generated email from bts, devscripts version 2.10.35lenny3
> tags 522686 + pending
Bug#522686: [kfreebsd-*]  __WIFCONTINUED userland definition 
doesn't match kernel
Tags were: pending
Tags added: pending

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Processed: tagging 525299

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> # Automatically generated email from bts, devscripts version 2.10.35lenny3
> tags 525299 + pending
Bug#525299: iconv accepts UTF-8-encoded UTF-16 surrogates
Tags were: pending
Tags added: pending

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Processed: tagging 519992

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> # Automatically generated email from bts, devscripts version 2.10.35lenny3
> tags 519992 + pending
Bug#519992: glibc: [INTL:de] updated German debconf translation
Tags were: l10n patch
Tags added: pending

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Processed: tagging 343140

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> # Automatically generated email from bts, devscripts version 2.10.35lenny3
> tags 343140 + pending
Bug#343140: resolver uses the search list before other address families
Tags were: pending fixed-upstream upstream
Tags added: pending

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Processed: tagging 518394

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> # Automatically generated email from bts, devscripts version 2.10.35lenny3
> tags 518394 + pending
Bug#518394: ld.so(8): typo
There were no tags set.
Tags added: pending

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#268631: force preference of IPv4 over IPv6

[Barak A. Pearlmutter]

> They may do that based on geodns, but at least it is done for some
> subnet including mine.

Huh.  Why do you suppose Google would do such an odd thing?

--Barak.



-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#268631: force preference of IPv4 over IPv6

[Barak A. Pearlmutter]

> Given the problem you point out with this particular host, it's quite
> ironic, isn't it? What about getting them to fix it?
> ...
> Maybe it's because people complain on the BTS that IPv6 is preferred
> over IPv4 by default and this causes issues with ftp.ie.debian.org
> instead of telling the folks at Heanet about it?
> ...
> Or because people who should know better just shrug at it thinking
> "it's just v6, v4 works, I'll got with that" instead of looking at the
> issue and sending a quick mail to the people in charge?

I'm sorry, but the "people need to whine more" solution does not
scale.  (What makes you think I have not reported these issues?)

> According to their own study, "many IPv6-enabled clients" is
> actually a minority.

What is your point?  No one is claiming a majority.  The point is we
should strive to not break ANYTHING.  That is how transitions are
encouraged: when you can honestly tell people that if they turn on
IPv6 they will break *nothing*.  That *no* clients will suffer.  That
*no one* will complain.  Not that "only a minority" will have
problems.

> $ ping -c2 www.google.com
> ... time=10.3 ms
> ... time=10.3 ms

> $ ping6 -c2 www.google.com
> ... time=12.3 ms
> ... time=12.0 ms

Given the limited data you provide, it would appear that you would be
better off using IPv4 for communicating with this particular host.
You might say that someone who is not emotional about the situation,
and cares only about network performance, would in this case "prefer"
IPv4 over IPv6.  Correct?

--Barak.



-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

[bts-link] source package glibc

[bts-link-upstream]

#
# bts-link upstream status pull for source package glibc
# see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
#

user bts-link-upstr...@lists.alioth.debian.org

# remote status report for #511474
#  * http://sourceware.org/bugzilla/show_bug.cgi?id=7068
#  * remote status changed: NEW -> VERIFIED
#  * remote resolution changed: (?) -> FIXED
#  * closed upstream
tags 511474 + fixed-upstream
usertags 511474 - status-NEW
usertags 511474 + status-VERIFIED resolution-FIXED

# remote status report for #525299
#  * http://sourceware.org/bugzilla/show_bug.cgi?id=10093
#  * remote status changed: (?) -> RESOLVED
#  * remote resolution changed: (?) -> FIXED
#  * closed upstream
tags 525299 + fixed-upstream
usertags 525299 + status-RESOLVED resolution-FIXED

thanks


--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Processed: [bts-link] source package glibc

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> #
> # bts-link upstream status pull for source package glibc
> # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
> #
> user bts-link-upstr...@lists.alioth.debian.org
Setting user to bts-link-upstr...@lists.alioth.debian.org (was 
bts-link-de...@lists.alioth.debian.org).
> # remote status report for #511474
> #  * http://sourceware.org/bugzilla/show_bug.cgi?id=7068
> #  * remote status changed: NEW -> VERIFIED
> #  * remote resolution changed: (?) -> FIXED
> #  * closed upstream
> tags 511474 + fixed-upstream
Bug#511474: locales: en_GB locale has wrong week specifier
There were no tags set.
Tags added: fixed-upstream

> usertags 511474 - status-NEW
Bug#511474: locales: en_GB locale has wrong week specifier
Usertags were: status-NEW.
Usertags are now: .
> usertags 511474 + status-VERIFIED resolution-FIXED
Bug#511474: locales: en_GB locale has wrong week specifier
There were no usertags set.
Usertags are now: resolution-FIXED status-VERIFIED.
> # remote status report for #525299
> #  * http://sourceware.org/bugzilla/show_bug.cgi?id=10093
> #  * remote status changed: (?) -> RESOLVED
> #  * remote resolution changed: (?) -> FIXED
> #  * closed upstream
> tags 525299 + fixed-upstream
Bug#525299: iconv accepts UTF-8-encoded UTF-16 surrogates
Tags were: pending
Tags added: fixed-upstream

> usertags 525299 + status-RESOLVED resolution-FIXED
Bug#525299: iconv accepts UTF-8-encoded UTF-16 surrogates
There were no usertags set.
Usertags are now: status-RESOLVED resolution-FIXED.
> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Processed: tagging 517884

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> # Automatically generated email from bts, devscripts version 2.10.35lenny3
> tags 517884 + pending
Bug#517884: locales: locales.config ignores debconf entries
Tags were: patch
Tags added: pending

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Processed: tagging 525261

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> # Automatically generated email from bts, devscripts version 2.10.35lenny3
> tags 525261 + pending
Bug#525261: use of FPU_SETCW or FPU_GETCW causes illegal instruction on armel
Tags were: pending
Tags added: pending

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Processed: tagging 521439

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> # Automatically generated email from bts, devscripts version 2.10.35lenny3
> tags 521439 + pending
Bug#521439: samba: Samba server crash on browse
Tags were: pending
Tags added: pending

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Processed: tagging 519662

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> # Automatically generated email from bts, devscripts version 2.10.35lenny3
> tags 519662 + pending
Bug#519662: glibc: [INTL:fr] French debconf templates translation update
Tags were: l10n patch
Tags added: pending

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Processed: tagging 435646

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> # Automatically generated email from bts, devscripts version 2.10.35lenny3
> tags 435646 + pending
Bug#435646: libc6: resolver considers IPv6 enabled when any IPv6 address is 
configured
Tags were: pending
Bug#470289: libc6: getaddrinfo() with disabled ipv6
Tags added: pending

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Processed: tagging 523952

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> # Automatically generated email from bts, devscripts version 2.10.35lenny3
> tags 523952 + pending
Bug#523952: libc6-dev: sys/mount.h does neither define MNT_DETACH nor MNT_EXPIRE
Tags were: pending
Tags added: pending

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Processed: tagging 522982

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> # Automatically generated email from bts, devscripts version 2.10.35lenny3
> tags 522982 + pending
Bug#522982: [INTL:sv] Swedish strings for glibc debconf
Tags were: pending l10n patch
Tags added: pending

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

r3427 - in glibc-package/branches/eglibc-2.9/debian: . control.in debhelper.in rules.d

[Aurelien Jarno]

Author: aurel32
Date: 2009-04-26 21:47:14 + (Sun, 26 Apr 2009)
New Revision: 3427

Added:
   glibc-package/branches/eglibc-2.9/debian/debhelper.in/eglibc-source.install
Removed:
   glibc-package/branches/eglibc-2.9/debian/debhelper.in/glibc-source.install
Modified:
   glibc-package/branches/eglibc-2.9/debian/changelog
   glibc-package/branches/eglibc-2.9/debian/control
   glibc-package/branches/eglibc-2.9/debian/control.in/main
   glibc-package/branches/eglibc-2.9/debian/rules
   glibc-package/branches/eglibc-2.9/debian/rules.d/build.mk
Log:
- Rename glibc-source package into eglibc-source.



Modified: glibc-package/branches/eglibc-2.9/debian/changelog
===
--- glibc-package/branches/eglibc-2.9/debian/changelog  2009-04-26 21:40:28 UTC 
(rev 3426)
+++ glibc-package/branches/eglibc-2.9/debian/changelog  2009-04-26 21:47:14 UTC 
(rev 3427)
@@ -12,6 +12,7 @@
 - Add any/submitted-nss-nsswitch.diff to fix linuxthreads builds.
 - More tests of flavour/biarch builds are run, update the expected
   testsuite results accordingly.
+- Rename glibc-source package into eglibc-source.
 
  -- Aurelien Jarno   Sun, 26 Apr 2009 23:36:38 +0200
 

Modified: glibc-package/branches/eglibc-2.9/debian/control
===
--- glibc-package/branches/eglibc-2.9/debian/control2009-04-26 21:40:28 UTC 
(rev 3426)
+++ glibc-package/branches/eglibc-2.9/debian/control2009-04-26 21:47:14 UTC 
(rev 3427)
@@ -26,13 +26,13 @@
  ChangeLog.  The GNU C Library Reference manual has been moved into
  glibc-doc-reference for licensing reasons.
 
-Package: glibc-source
+Package: eglibc-source
 Architecture: all
 Section: devel
 Priority: optional
-Description: GNU C Library: sources
+Description: Embedded GNU C Library: sources
  This package contains the sources and patches which are needed to
- build glibc.
+ build eglibc.
 
 Package: locales
 Architecture: all

Modified: glibc-package/branches/eglibc-2.9/debian/control.in/main
===
--- glibc-package/branches/eglibc-2.9/debian/control.in/main2009-04-26 
21:40:28 UTC (rev 3426)
+++ glibc-package/branches/eglibc-2.9/debian/control.in/main2009-04-26 
21:47:14 UTC (rev 3427)
@@ -26,13 +26,13 @@
  ChangeLog.  The GNU C Library Reference manual has been moved into
  glibc-doc-reference for licensing reasons.
 
-Package: glibc-source
+Package: eglibc-source
 Architecture: all
 Section: devel
 Priority: optional
-Description: GNU C Library: sources
+Description: Embedded GNU C Library: sources
  This package contains the sources and patches which are needed to
- build glibc.
+ build eglibc.
 
 Package: locales
 Architecture: all

Copied: 
glibc-package/branches/eglibc-2.9/debian/debhelper.in/eglibc-source.install 
(from rev 3425, 
glibc-package/branches/eglibc-2.9/debian/debhelper.in/glibc-source.install)
===
--- glibc-package/branches/eglibc-2.9/debian/debhelper.in/eglibc-source.install 
(rev 0)
+++ glibc-package/branches/eglibc-2.9/debian/debhelper.in/eglibc-source.install 
2009-04-26 21:47:14 UTC (rev 3427)
@@ -0,0 +1 @@
+BUILD-TREE/glibc-*.tar.lzma /usr/src/glibc

Deleted: 
glibc-package/branches/eglibc-2.9/debian/debhelper.in/glibc-source.install
===
--- glibc-package/branches/eglibc-2.9/debian/debhelper.in/glibc-source.install  
2009-04-26 21:40:28 UTC (rev 3426)
+++ glibc-package/branches/eglibc-2.9/debian/debhelper.in/glibc-source.install  
2009-04-26 21:47:14 UTC (rev 3427)
@@ -1 +0,0 @@
-BUILD-TREE/glibc-*.tar.lzma /usr/src/glibc

Modified: glibc-package/branches/eglibc-2.9/debian/rules
===
--- glibc-package/branches/eglibc-2.9/debian/rules  2009-04-26 21:40:28 UTC 
(rev 3426)
+++ glibc-package/branches/eglibc-2.9/debian/rules  2009-04-26 21:47:14 UTC 
(rev 3427)
@@ -124,7 +124,7 @@
 curpass = $(filter-out %_,$(subst _,_ ,$@))
 
 DEB_ARCH_REGULAR_PACKAGES = $(libc) $(libc)-dev $(libc)-dbg $(libc)-prof 
$(libc)-pic locales-all
-DEB_INDEP_REGULAR_PACKAGES = glibc-doc glibc-source locales
+DEB_INDEP_REGULAR_PACKAGES = glibc-doc eglibc-source locales
 DEB_UDEB_PACKAGES = $(libc)-udeb libnss-dns-udeb libnss-files-udeb
 
 # Generic kernel version check

Modified: glibc-package/branches/eglibc-2.9/debian/rules.d/build.mk
===
--- glibc-package/branches/eglibc-2.9/debian/rules.d/build.mk   2009-04-26 
21:40:28 UTC (rev 3426)
+++ glibc-package/branches/eglibc-2.9/debian/rules.d/build.mk   2009-04-26 
21:47:14 UTC (rev 3427)
@@ -171,7 +171,7 @@
 
 $(stamp)source: $(stamp)patch
tar -c --lzma -C .. \
-   -f $(build-tree)/glibc-$(EGLIBC_VERSION).tar.lzma \
+   -f $(build-tree

r3425 - in glibc-package/trunk/debian: . patches patches/any

[Aurelien Jarno]

Author: aurel32
Date: 2009-04-26 21:13:46 + (Sun, 26 Apr 2009)
New Revision: 3425

Added:
   glibc-package/trunk/debian/patches/any/cvs-binutils_2.20.diff
Modified:
   glibc-package/trunk/debian/changelog
   glibc-package/trunk/debian/patches/series
Log:
  * any/cvs-binutils_2.20.diff: new patch from upstream to fix build failure
with binutils 2.20.



Modified: glibc-package/trunk/debian/changelog
===
--- glibc-package/trunk/debian/changelog2009-04-26 19:29:18 UTC (rev 
3424)
+++ glibc-package/trunk/debian/changelog2009-04-26 21:13:46 UTC (rev 
3425)
@@ -27,6 +27,8 @@
   * mips_asm_unistd.h, sysdeps/mipsel.mk, sysdeps/mips.mk: use our own version
 of unistd.h corresponding to the one of a 2.6.24 kernel to workaround 
kernel
 bugs on the build daemons.
+  * any/cvs-binutils_2.20.diff: new patch from upstream to fix build failure
+with binutils 2.20.
 
   [ Petr Salinger ]
   * kfreebsd/local-sysdeps.diff: update to revision 2450 (from glibc-bsd).

Added: glibc-package/trunk/debian/patches/any/cvs-binutils_2.20.diff
===
--- glibc-package/trunk/debian/patches/any/cvs-binutils_2.20.diff   
(rev 0)
+++ glibc-package/trunk/debian/patches/any/cvs-binutils_2.20.diff   
2009-04-26 21:13:46 UTC (rev 3425)
@@ -0,0 +1,19 @@
+2009-01-29  Andrew Stubbs  
+
+   * elf/Makefile (ld.so): Adjust the sed script to insert _begin in to
+   newer linker scripts.
+
+
+diff --git a/elf/Makefile b/elf/Makefile
+index 8079fe9..e44ff1d 100644
+--- a/elf/Makefile
 b/elf/Makefile
+@@ -304,7 +304,7 @@ $(objpfx)ld.so: $(objpfx)librtld.os $(ld-map)
+ $(LDFLAGS-rtld) -Wl,-z,defs -Wl,--verbose 2>&1 |  \
+ LC_ALL=C \
+ sed -e '/^=/,/^=/!d;/^=/d'\
+--e 's/\. = 0 + SIZEOF_HEADERS;/& _begin = . - 
SIZEOF_HEADERS;/' \
++-e 's/\. = .* + SIZEOF_HEADERS;/& _begin = . - 
SIZEOF_HEADERS;/' \
+ > $...@.lds
+   $(LINK.o) -nostdlib -nostartfiles -shared -o $@ \
+ $(LDFLAGS-rtld) -Wl,-z,defs $(z-now-$(bind-now))  \

Modified: glibc-package/trunk/debian/patches/series
===
--- glibc-package/trunk/debian/patches/series   2009-04-26 19:29:18 UTC (rev 
3424)
+++ glibc-package/trunk/debian/patches/series   2009-04-26 21:13:46 UTC (rev 
3425)
@@ -202,3 +202,4 @@
 any/cvs-iconv-utf16.diff
 any/local-getaddrinfo-interface.diff
 any/cvs-broken-dns.diff
+any/cvs-binutils_2.20.diff


-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#268631: force preference of IPv4 over IPv6

[Aurelien Jarno]

On Sun, Apr 26, 2009 at 07:40:49PM +0100, Barak A. Pearlmutter wrote:
> > ... Google is fully IPv6-enabled
> 
> Sort of.  I've used http://ipv6.google.com/.  But Google has IPv6
> disabled at the DNS level for www.google.com, albeit perhaps only for
> some requests.  Watch:

WRONG:

$ host -t  www.google.com
www.google.com is an alias for www.l.google.com.
www.l.google.com has IPv6 address 2001:4860:a004::68

They may do that based on geodns, but at least it is done for some
subnet including mine.

>   $ curl --ipv4 --silent --show-error http://www.google.com | wc -c
>   218
>   $ curl --ipv6 --silent --show-error http://www.google.com | wc -c
>   curl: (6) Couldn't resolve host 'www.google.com'
> 
> Why?  Because enabling it would break or degrade performance on many
> IPv6-enabled clients, which would blithely prefer IPv6 and get
> sporadic service.  If the clients defaulted to preferring IPv4, then
> this wouldn't be a problem, and Google could put IPv6 addresses into
> all DNS records, without risk.  That's what I'd like to see happen.
> It won't until clients default to "prefer IPv4."

Your arguments do not work. Google *is* using IPv6, they consider IPv6
ready for the public.

> So Google is your IPv6 poster child?  Watch!
> 
>   $ ping -c2 www.google.com
>   PING www.l.google.com (216.239.59.104) 56(84) bytes of data.
>   64 bytes from gv-in-f104.google.com (216.239.59.104): icmp_seq=1 ttl=237 
> time=2.57 ms
>   64 bytes from gv-in-f104.google.com (216.239.59.104): icmp_seq=2 ttl=237 
> time=2.25 ms
> 
>   $ ping6 -c2 ipv6.google.com
>   PING ipv6.google.com(fx-in-x68.google.com) 56 data bytes
> 
>   --- ipv6.google.com ping statistics ---
>   2 packets transmitted, 0 received, 100% packet loss, time 999ms
> 
>   $ timeout 60 telnet ipv6.google.com http
>   Trying 2001:4860:a003::68...
>   Timeout: aborting command ``telnet'' with signal 9
>   Killed
> 

$ ping -c2 www.google.com
PING www.l.google.com (209.85.227.104) 56(84) bytes of data.
64 bytes from wy-in-f104.google.com (209.85.227.104): icmp_seq=1 ttl=246
time=10.3 ms
64 bytes from wy-in-f104.google.com (209.85.227.104): icmp_seq=2 ttl=246
time=10.3 ms

--- www.l.google.com ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1003ms
rtt min/avg/max/mdev = 10.352/10.375/10.399/0.104 ms

$ ping6 -c2 www.google.com
PING www.google.com(fx-in-x68.google.com) 56 data bytes
64 bytes from fx-in-x68.google.com: icmp_seq=1 ttl=59 time=12.3 ms
64 bytes from fx-in-x68.google.com: icmp_seq=2 ttl=59 time=12.0 ms

--- ipv6.google.com ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1005ms
rtt min/avg/max/mdev = 12.067/12.191/12.316/0.166 ms


Looks like your should change your IPv6 provider.

-- 

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

Bug#268631: force preference of IPv4 over IPv6

[Julien BLACHE]

"Barak A. Pearlmutter"  wrote:

> Please understand, I'm a big IPv6 advocate.

I wouldn't have guessed. I think it showed, didn't it?

> administration.  The host ftp.ie.debian.org is centrally hosted at
> heanet.ie, which is a centre for IPv6 deployment and expertise, a
> sixxs tunnel broker, which extends direct IPv6 service to universities
> here, etc.

Given the problem you point out with this particular host, it's quite
ironic, isn't it? What about getting them to fix it?

> and tickles it.  Whatever.  The thing is, there is much less pressure
> to keep the *global* IPv6 network tuned, and sometimes it takes a
> while for problems to be recognized and repaired.  This is not due to
> malice or deliberate neglect.  It is due to the fact that IPv4
> problems cause immediate serious blowback, while IPv6 problems do not.

Maybe it's because people complain on the BTS that IPv6 is preferred
over IPv4 by default and this causes issues with ftp.ie.debian.org
instead of telling the folks at Heanet about it?

> But for the moment, IPv4 problems get recognized and repaired rapidly,
> and IPv6 problems do not.  Why?  Chicken-and-egg.  No one relies on
> IPv6 because it is unreliable.  Why is it unreliable?  Because no one
> relies on it!

Or because people who should know better just shrug at it thinking
"it's just v6, v4 works, I'll got with that" instead of looking at the
issue and sending a quick mail to the people in charge?

> Sort of.  I've used http://ipv6.google.com/.  But Google has IPv6
> disabled at the DNS level for www.google.com, albeit perhaps only for
> some requests.  Watch:

Good, so you know about it.

I have no problems with the claim that only a minority of mainstream
sites are v6-enabled, but I do have a problem when this claim comes
with bogus examples.

> Why?  Because enabling it would break or degrade performance on many
> IPv6-enabled clients, which would blithely prefer IPv6 and get

According to their own study, "many IPv6-enabled clients" is actually
a minority.

> sporadic service.  If the clients defaulted to preferring IPv4, then
> this wouldn't be a problem, and Google could put IPv6 addresses into
> all DNS records, without risk.  That's what I'd like to see happen.
> It won't until clients default to "prefer IPv4."

If that was the case I think Google wouldn't be IPv6-enabled today,
actually.

>   $ ping6 -c2 ipv6.google.com
>   PING ipv6.google.com(fx-in-x68.google.com) 56 data bytes
>
>   --- ipv6.google.com ping statistics ---
>   2 packets transmitted, 0 received, 100% packet loss, time 999ms

What is that supposed to show? That your ISP is not peering with
Google like most ISPs do? (if they're peering with Google for v4
already, they really just have to ask their contact for v6 and they'll
get it)

>> I think you have no solid technical arguments against IPv6.
>
> I want to see IPv6 deployed.  I'm not making a technical argument
> against IPv6.

"it doesn't work" is a technical argument.

> But wait: you get much degraded access to ftp.ie.debian.org over IPv6
> than over IPv4.  So you *do* have an v6-induced issue: degraded
> service to that particular host.

No, I don't. You do, and again, it's not a v6-issue. It's a network
that's not maintained properly.

And even if the latency is high, the throughput is good, which means
file transfer works fine and it's the main concern for an FTP server.

JB.

-- 
 Julien BLACHE   |  Debian, because code matters more 
 Debian & GNU/Linux Developer|   
 Public key available on  - KeyID: F5D6 5169 
 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 



-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#268631: force preference of IPv4 over IPv6

[Barak A. Pearlmutter]

Please understand, I'm a big IPv6 advocate.  I use it on all my own
machines.  It is deployed on some local networks I use.  There is
extraordinarily strong IPv6 expertise here.  The guy who maintains our
network (David Malone) literally wrote the book on IPv6 network
administration.  The host ftp.ie.debian.org is centrally hosted at
heanet.ie, which is a centre for IPv6 deployment and expertise, a
sixxs tunnel broker, which extends direct IPv6 service to universities
here, etc.

> This kind of thing tends to work best when both sides know their
> stuff. Here they do.

They know their stuff here too.  Maybe someone in the middle is
messing things up.  Maybe something is temporarily or accidentally
configured in a suboptimal fashion, somewhere.  Maybe some router had
a hiccup and its IPv6 stuff went a little sour until someone notices
and tickles it.  Whatever.  The thing is, there is much less pressure
to keep the *global* IPv6 network tuned, and sometimes it takes a
while for problems to be recognized and repaired.  This is not due to
malice or deliberate neglect.  It is due to the fact that IPv4
problems cause immediate serious blowback, while IPv6 problems do not.
It is a chicken-and-egg problem, and ranting about how nice it would
be if everyone deployed IPv6 and gave it a lot of tender loving care
does not help.

> None of this is caused by IPv6, it's just sucky networking.

OBVIOUSLY!

But for the moment, IPv4 problems get recognized and repaired rapidly,
and IPv6 problems do not.  Why?  Chicken-and-egg.  No one relies on
IPv6 because it is unreliable.  Why is it unreliable?  Because no one
relies on it!

> ... Google is fully IPv6-enabled

Sort of.  I've used http://ipv6.google.com/.  But Google has IPv6
disabled at the DNS level for www.google.com, albeit perhaps only for
some requests.  Watch:

  $ curl --ipv4 --silent --show-error http://www.google.com | wc -c
  218
  $ curl --ipv6 --silent --show-error http://www.google.com | wc -c
  curl: (6) Couldn't resolve host 'www.google.com'

Why?  Because enabling it would break or degrade performance on many
IPv6-enabled clients, which would blithely prefer IPv6 and get
sporadic service.  If the clients defaulted to preferring IPv4, then
this wouldn't be a problem, and Google could put IPv6 addresses into
all DNS records, without risk.  That's what I'd like to see happen.
It won't until clients default to "prefer IPv4."

So Google is your IPv6 poster child?  Watch!

  $ ping -c2 www.google.com
  PING www.l.google.com (216.239.59.104) 56(84) bytes of data.
  64 bytes from gv-in-f104.google.com (216.239.59.104): icmp_seq=1 ttl=237 
time=2.57 ms
  64 bytes from gv-in-f104.google.com (216.239.59.104): icmp_seq=2 ttl=237 
time=2.25 ms

  $ ping6 -c2 ipv6.google.com
  PING ipv6.google.com(fx-in-x68.google.com) 56 data bytes

  --- ipv6.google.com ping statistics ---
  2 packets transmitted, 0 received, 100% packet loss, time 999ms

  $ timeout 60 telnet ipv6.google.com http
  Trying 2001:4860:a003::68...
  Timeout: aborting command ``telnet'' with signal 9
  Killed

> I think you have no solid technical arguments against IPv6.

I want to see IPv6 deployed.  I'm not making a technical argument
against IPv6.  What I'm arguing against is making it hard for people
to deploy IPv6 by setting up defaults that cause enabling IPv6 to
break things!

Problems and risks induced by "prefer IPv6" are delaying full
deployment on both "client" networks and on servers.  What I'm arguing
against is default configurations that make it easy for enabling IPv6
to break things.  If we instead deliberately make it *hard* for
enabling IPv6 to break things, then people will actually enable IPv6.
Which is what I want!

> ... it's been *ages* since I've had to deal with a v6-induced issue.

You are lucky; that is quite unusual.

But wait: you get much degraded access to ftp.ie.debian.org over IPv6
than over IPv4.  So you *do* have an v6-induced issue: degraded
service to that particular host.

--Barak.



-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#521688: marked as done ([sparc] Bus error in _dl_new_object)

[Debian Bug Tracking System]

Your message dated Sun, 26 Apr 2009 20:37:14 +0200
with message-id <20090426183714.ga2...@volta.aurel32.net>
and subject line Re: [sparc] Bus error in _dl_new_object
has caused the Debian Bug report #521688,
regarding [sparc] Bus error in _dl_new_object
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
521688: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=521688
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: libc6
Version: 2.9-6

Here's another problem that popped up while running clamav's test suite. Again's
there a problem loading /usr/lib/gconv/UTF-16.so (as in #521556), but here I'm
unable to really see which pointer is invalid because gdb refused to provide any
information about the objects used in line 110 of dl-object.c (new or
dl_load_adds). Below is all I got from gdb.

Best,
Michael

(sid)m...@sperger:~/clamav-0.95+dfsg/unit_tests$ 
LD_LIBRARY_PATH=/usr/lib/debug/:../libclamav/.libs/ gdb --args 
../clamscan/.libs/clamscan --quiet -dtest-db/test.hdb ../test/clam* 
--log=clamscan.log
GNU gdb 6.8-debian
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "sparc-linux-gnu"...
(gdb) set environment LD_PRELOAD /usr/lib/libefence.so
(gdb) run
Starting program: /home/mt/clamav-0.95+dfsg/clamscan/.libs/clamscan --quiet 
-dtest-db/test.hdb ../test/clam-aspack.exe ../test/clam-fsg.exe 
../test/clam-mew.exe ../test/clam-nsis.exe ../test/clam-pespin.exe 
../test/clam-petite.exe ../test/clam-upack.exe ../test/clam-upx.exe 
../test/clam-v2.rar ../test/clam-v3.rar ../test/clam-wwpack.exe 
../test/clam.arj ../test/clam.bz2.zip ../test/clam.cab ../test/clam.chm 
../test/clam.d64.zip ../test/clam.ea05.exe ../test/clam.ea06.exe 
../test/clam.exe ../test/clam.exe.binhex ../test/clam.exe.bz2 
../test/clam.exe.html ../test/clam.exe.mbox.base64 ../test/clam.exe.mbox.uu 
../test/clam.exe.rtf ../test/clam.exe.szdd ../test/clam.impl.zip 
../test/clam.mail ../test/clam.ole.doc ../test/clam.pdf ../test/clam.ppt 
../test/clam.sis ../test/clam.tar.gz ../test/clam.tnef ../test/clam.zip 
--log=clamscan.log

  Electric Fence 2.1 Copyright (C) 1987-1998 Bruce Perens.
[Thread debugging using libthread_db enabled]

  Electric Fence 2.1 Copyright (C) 1987-1998 Bruce Perens.
[New Thread 0xf7f166d0 (LWP 8944)]

Program received signal SIGBUS, Bus error.
[Switching to Thread 0xf7f166d0 (LWP 8944)]
_dl_new_object (realname=0xf6dbbfe4 "/usr/lib/gconv/UTF-16.so", 
libname=0xf6db3fe4 "/usr/lib/gconv/UTF-16.so", type=2, loader=0x0, 
mode=-1879048191, nsid=0) at dl-object.c:110
warning: Source file is more recent than executable.
110   new->l_serial = GL(dl_load_adds);
(gdb) where
#0  _dl_new_object (realname=0xf6dbbfe4 "/usr/lib/gconv/UTF-16.so", 
libname=0xf6db3fe4 "/usr/lib/gconv/UTF-16.so", type=2, loader=0x0, 
mode=-1879048191, nsid=0) at dl-object.c:110
#1  0xf7ef04b4 in _dl_map_object_from_fd (name=0xf6db3fe4 
"/usr/lib/gconv/UTF-16.so", fd=8, fbp=0xfff027c0, realname=0xf6dbbfe4 
"/usr/lib/gconv/UTF-16.so", loader=0x0, l_type=2, 
mode=-1879048191, stack_endp=0xfff029c4, nsid=0) at dl-load.c:973
#2  0xf7ef1f30 in _dl_map_object (loader=0x0, name=0xf6db3fe4 
"/usr/lib/gconv/UTF-16.so", preloaded=0, type=2, trace_mode=0, 
mode=-1879048191, nsid=0) at dl-load.c:2239
#3  0xf7efcdb8 in dl_open_worker (a=0xfff02be0) at dl-open.c:293
#4  0xf7ef8118 in _dl_catch_error (objname=0xfff02c08, errstring=0xfff02c04, 
mallocedp=0xfff02c0f, operate=0xf7efcc40 , args=0xfff02be0) at 
dl-error.c:178
#5  0xf7efc6c4 in _dl_open (file=0xf6db3fe4 "/usr/lib/gconv/UTF-16.so", 
mode=-2147483647, caller_dlopen=0x0, nsid=-2, argc=39, argv=0xfff07484, 
env=0xfff07524) at dl-open.c:596
#6  0xf7ce3be8 in do_dlopen (ptr=0xfff02e94) at dl-libc.c:86
#7  0xf7ef8118 in _dl_catch_error (objname=0xfff02e18, errstring=0xfff02e14, 
mallocedp=0xfff02e1f, operate=0xf7ce3b80 , args=0xfff02e94) at 
dl-error.c:178
#8  0xf7ce3cdc in dlerror_run (operate=0xf7ce3b80 , args=0xfff02e94) 
at dl-libc.c:47
#9  0xf7ce3e6c in *__GI___libc_dlopen_mode (name=0xf6db3fe4 
"/usr/lib/gconv/UTF-16.so", mode=-2147483647) at dl-libc.c:160
#10 0xf7bdf3e0 in __gconv_find_shlib (name=0xfff02f80 
"/usr/lib/gconv/UTF-16.so") at gconv_dl.c:118
#11 0xf7bdea98 in find_module (directory=, 
filename=0xf6da7334 "UTF-16.so", result=0xf6daff88) at gconv_cache.c:196
#12 0xf7bdece8 in __gconv_lookup_cache

r3423 - glibc-package/trunk/debian/sysdeps

[Aurelien Jarno]

Author: aurel32
Date: 2009-04-26 18:08:37 + (Sun, 26 Apr 2009)
New Revision: 3423

Modified:
   glibc-package/trunk/debian/sysdeps/mips.mk
   glibc-package/trunk/debian/sysdeps/mipsel.mk
Log:
Fix previous commit


Modified: glibc-package/trunk/debian/sysdeps/mips.mk
===
--- glibc-package/trunk/debian/sysdeps/mips.mk  2009-04-26 17:44:02 UTC (rev 
3422)
+++ glibc-package/trunk/debian/sysdeps/mips.mk  2009-04-26 18:08:37 UTC (rev 
3423)
@@ -9,7 +9,7 @@
ln -s $(LINUX_HEADERS)/linux debian/include
ln -s $(LINUX_HEADERS)/asm-generic debian/include
cp -a $(LINUX_HEADERS)/asm debian/include
-   cp -f debian/mips_asm_unistd.h $(LINUX_HEADERS)/asm
+   cp -f debian/mips_asm_unistd.h debian/include/asm/unistd.h
 
# To make configure happy if libc6-dev is not installed.
touch debian/include/assert.h

Modified: glibc-package/trunk/debian/sysdeps/mipsel.mk
===
--- glibc-package/trunk/debian/sysdeps/mipsel.mk2009-04-26 17:44:02 UTC 
(rev 3422)
+++ glibc-package/trunk/debian/sysdeps/mipsel.mk2009-04-26 18:08:37 UTC 
(rev 3423)
@@ -9,7 +9,7 @@
ln -s $(LINUX_HEADERS)/linux debian/include
ln -s $(LINUX_HEADERS)/asm-generic debian/include
cp -a $(LINUX_HEADERS)/asm debian/include
-   cp -f debian/mips_asm_unistd.h $(LINUX_HEADERS)/asm
+   cp -f debian/mips_asm_unistd.h debian/include/asm/unistd.h
 
# To make configure happy if libc6-dev is not installed.
touch debian/include/assert.h


-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#521556: marked as done ([ia64] __gconv_find_shlib called with invalid arguments)

[Debian Bug Tracking System]

Your message dated Sun, 26 Apr 2009 20:17:53 +0200
with message-id <20090426181753.gh4...@hall.aurel32.net>
and subject line Re: Bug#521556: [ia64] __gconv_find_shlib called with invalid 
arguments
has caused the Debian Bug report #521556,
regarding [ia64] __gconv_find_shlib called with invalid arguments
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
521556: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=521556
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: libc6.1
Version: 2.9-6

In clamav 0.95+dfsg-1 we enabled the test suite to be run at build time. This
includes tests using electric-fence, which showed a segmentation fault:

/home/mt/clamav-0.95+dfsg/unit_tests/check_clamscan.sh: line 25: 26553 Bus 
error   ../libtool --mode=execute $CLAMSCAN_WRAPPER 
../clamscan/clamscan --quiet -dtest-db/test.hdb ../test/clam* --log=clamscan.log

Debugging this one on merulo.d.o yields:

 GDB snippet 1 BEGIN ===

(sid)m...@merulo:~/clamav-0.95+dfsg/unit_tests$ 
LD_LIBRARY_PATH=/usr/lib/debug/:../libclamav/.libs/ gdb --args 
../clamscan/.libs/clamscan --quiet -dtest-db/test.hdb ../test/clam* 
--log=clamscan.log
GNU gdb 6.8-debian
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "ia64-linux-gnu"...
(gdb) set environment LD_PRELOAD /usr/lib/libefence.so
(gdb) run
Starting program: /home/mt/clamav-0.95+dfsg/clamscan/.libs/clamscan --quiet 
-dtest-db/test.hdb ../test/clam.arj ../test/clam-aspack.exe 
../test/clam.bz2.zip ../test/clam.cab ../test/clam.chm ../test/clam.d64.zip 
../test/clam.ea05.exe ../test/clam.ea06.exe ../test/clam.exe 
../test/clam.exe.binhex ../test/clam.exe.bz2 ../test/clam.exe.html 
../test/clam.exe.mbox.base64 ../test/clam.exe.mbox.uu ../test/clam.exe.rtf 
../test/clam.exe.szdd ../test/clam-fsg.exe ../test/clam.impl.zip 
../test/clam.mail ../test/clam-mew.exe ../test/clam-nsis.exe 
../test/clam.ole.doc ../test/clam.pdf ../test/clam-pespin.exe 
../test/clam-petite.exe ../test/clam.ppt ../test/clam.sis ../test/clam.tar.gz 
../test/clam.tnef ../test/clam-upack.exe ../test/clam-upx.exe 
../test/clam-v2.rar ../test/clam-v3.rar ../test/clam-wwpack.exe 
../test/clam.zip --log=clamscan.log
[Thread debugging using libthread_db enabled]

  Electric Fence 2.1 Copyright (C) 1987-1998 Bruce Perens.
clamscan(27181): unaligned access to 0x20ff3fb4, ip=0x2035a6c0
clamscan(27181): unaligned access to 0x20ff3fc4, ip=0x2035a6c1
clamscan(27181): unaligned access to 0x20ff3fc4, ip=0x2035a401
clamscan(27181): unaligned access to 0x20ff3fb4, ip=0x2035a450
[New Thread 0x2058c000 (LWP 27181)]
clamscan(27181): unaligned access to 0x20d73b84, ip=0x20016a71

Program received signal SIGBUS, Bus error.
[Switching to Thread 0x2058c000 (LWP 27181)]
0x2002e390 in _dl_make_fptr (map=0x20d73b5c, 
sym=0x21508240, ip=2305843009235748800) at dl-fptr.c:194
194 dl-fptr.c: No such file or directory.
  in dl-fptr.c
(gdb) where
#0  0x2002e390 in _dl_make_fptr (map=0x20d73b5c, 
sym=0x21508240, ip=2305843009235748800) at dl-fptr.c:194
#1  0x200188a0 in _dl_relocate_object (scope=0x20d73ebc, 
lazy=, consider_profiling=0) at 
../sysdeps/ia64/dl-machine.h:432
#2  0x200274f0 in dl_open_worker (a=0x6f89acc8) at dl-open.c:404
#3  0x2001d160 in _dl_catch_error (objname=0xa023381e008811, 
errstring=Cannot access memory at address 0x47f
) at dl-error.c:178
#4  0x20026050 in _dl_open (file=0x20ff3fe4 
"/usr/lib/gconv/UTF-16.so", mode=-2147483647, caller_dlopen=0x0, nsid=-2, 
argc=39, argv=0x6f89f278, 
env=0x6f89f3b8) at dl-open.c:596
#5  0x2052e480 in do_dlopen (ptr=) at dl-libc.c:86
#6  0x2001d160 in _dl_catch_error (objname=0xa023381e008811, 
errstring=Cannot access memory at address 0x47f
) at dl-error.c:178
#7  0x2052e640 in dlerror_run (operate=0x20049f40 , 
args=0x6f89b060) at dl-libc.c:47
#8  0x2052e810 in *__GI___libc_dlopen_mode (name=0x20ff3fe4 
"/usr/lib/gconv/UTF-16.so", mode=-2147483647) at dl-libc.c:160
#9  0x2035a470 in __gconv_find_shlib (name=0xa023381e008811 ) at gconv_dl.c:118
#10

r3422 - in glibc-package/trunk/debian: . sysdeps

[Aurelien Jarno]

Author: aurel32
Date: 2009-04-26 17:44:02 + (Sun, 26 Apr 2009)
New Revision: 3422

Added:
   glibc-package/trunk/debian/mips_asm_unistd.h
Modified:
   glibc-package/trunk/debian/changelog
   glibc-package/trunk/debian/sysdeps/mips.mk
   glibc-package/trunk/debian/sysdeps/mipsel.mk
Log:
  * mips_asm_unistd.h, sysdeps/mipsel.mk, sysdeps/mips.mk: use our own version
of unistd.h corresponding to the one of a 2.6.24 kernel to workaround kernel
bugs on the build daemons.



Modified: glibc-package/trunk/debian/changelog
===
--- glibc-package/trunk/debian/changelog2009-04-26 16:26:29 UTC (rev 
3421)
+++ glibc-package/trunk/debian/changelog2009-04-26 17:44:02 UTC (rev 
3422)
@@ -24,6 +24,9 @@
   * localedata/cvs-el_CY-el_GR-frac_digits.diff: new patch from CVS to fix 
 frac_digits and int_frac_digits on el_CY ad el_GR locales.  Closes: 
 bug#511621.
+  * mips_asm_unistd.h, sysdeps/mipsel.mk, sysdeps/mips.mk: use our own version
+of unistd.h corresponding to the one of a 2.6.24 kernel to workaround 
kernel
+bugs on the build daemons.
 
   [ Petr Salinger ]
   * kfreebsd/local-sysdeps.diff: update to revision 2450 (from glibc-bsd).
@@ -33,7 +36,7 @@
   * hurd-i386/cvs-rtld.diff: new patch, fixes boot of glibc built with
 binutils >= 2.19.
 
- -- Aurelien Jarno   Thu, 23 Apr 2009 21:14:32 +0200
+ -- Aurelien Jarno   Sun, 26 Apr 2009 19:43:13 +0200
 
 glibc (2.9-7) unstable; urgency=low
 

Added: glibc-package/trunk/debian/mips_asm_unistd.h
===
--- glibc-package/trunk/debian/mips_asm_unistd.h
(rev 0)
+++ glibc-package/trunk/debian/mips_asm_unistd.h2009-04-26 17:44:02 UTC 
(rev 3422)
@@ -0,0 +1,1010 @@
+/*
+ * This file is subject to the terms and conditions of the GNU General Public
+ * License.  See the file "COPYING" in the main directory of this archive
+ * for more details.
+ *
+ * Copyright (C) 1995, 96, 97, 98, 99, 2000 by Ralf Baechle
+ * Copyright (C) 1999, 2000 Silicon Graphics, Inc.
+ *
+ * Changed system calls macros _syscall5 - _syscall7 to push args 5 to 7 onto
+ * the stack. Robin Farine for ACN S.A, Copyright (C) 1996 by ACN S.A
+ */
+#ifndef _ASM_UNISTD_H
+#define _ASM_UNISTD_H
+
+#include 
+
+#if _MIPS_SIM == _MIPS_SIM_ABI32
+
+/*
+ * Linux o32 style syscalls are in the range from 4000 to 4999.
+ */
+#define __NR_Linux 4000
+#define __NR_syscall   (__NR_Linux +   0)
+#define __NR_exit  (__NR_Linux +   1)
+#define __NR_fork  (__NR_Linux +   2)
+#define __NR_read  (__NR_Linux +   3)
+#define __NR_write (__NR_Linux +   4)
+#define __NR_open  (__NR_Linux +   5)
+#define __NR_close (__NR_Linux +   6)
+#define __NR_waitpid   (__NR_Linux +   7)
+#define __NR_creat (__NR_Linux +   8)
+#define __NR_link  (__NR_Linux +   9)
+#define __NR_unlink(__NR_Linux +  10)
+#define __NR_execve(__NR_Linux +  11)
+#define __NR_chdir (__NR_Linux +  12)
+#define __NR_time  (__NR_Linux +  13)
+#define __NR_mknod (__NR_Linux +  14)
+#define __NR_chmod (__NR_Linux +  15)
+#define __NR_lchown(__NR_Linux +  16)
+#define __NR_break (__NR_Linux +  17)
+#define __NR_unused18  (__NR_Linux +  18)
+#define __NR_lseek (__NR_Linux +  19)
+#define __NR_getpid(__NR_Linux +  20)
+#define __NR_mount (__NR_Linux +  21)
+#define __NR_umount(__NR_Linux +  22)
+#define __NR_setuid(__NR_Linux +  23)
+#define __NR_getuid(__NR_Linux +  24)
+#define __NR_stime (__NR_Linux +  25)
+#define __NR_ptrace(__NR_Linux +  26)
+#define __NR_alarm (__NR_Linux +  27)
+#define __NR_unused28  (__NR_Linux +  28)
+#define __NR_pause (__NR_Linux +  29)
+#define __NR_utime (__NR_Linux +  30)
+#define __NR_stty  (__NR_Linux +  31)
+#define __NR_gtty  (__NR_Linux +  32)
+#define __NR_access(__NR_Linux +  33)
+#define __NR_nice  (__NR_Linux +  34)
+#define __NR_ftime (__NR_Linux +  35)
+#define __NR_sync  (__NR_Linux +  36)
+#define __NR_kill  (__NR_Linux +  37)
+#define __NR_rename(__NR_Linux +  38)
+#define __NR_mkdir (__NR_Linux +  39)
+#define __NR_rmdir (__NR_Linux +  40)
+#define __NR_dup   (__NR_Linux +  41)
+#define __NR_pi

Bug#515153: marked as done (libc6-dev: ieee754.h has wrong union for long double on amd64)

[Debian Bug Tracking System]

Your message dated Sun, 26 Apr 2009 19:28:14 +0200
with message-id <20090426172814.gg4...@hall.aurel32.net>
and subject line Re: Bug#515153: libc6-dev: ieee754.h has wrong union for long 
double on amd64
has caused the Debian Bug report #515153,
regarding libc6-dev: ieee754.h has wrong union for long double on amd64
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
515153: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=515153
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---

Package: libc6-dev
Version: 2.7-18
Severity: normal

/usr/include/ieee754.h includes unions to break down the different
floating-point types into their component bits.  Unfortunately, this
file contains a 96-bit version for long double, whilst amd64 uses a
128-bit long double.  Thus, the problem does not exist when using -m32,
but does for 64-bit programs.

A sample program is attached; it successfully runs with -m32, but fails
without it.

This problem does not occur on sparc.

-- System Information:
Debian Release: 5.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.28-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libc6-dev depends on:
ii  l 2.7-18 GNU C Library: Shared libraries
ii  l 2.6.28-1~experimental.1~snapshot.12762 Linux support headers for userspac

Versions of packages libc6-dev recommends:
ii  gcc [c-compiler]  4:4.3.2-3  The GNU C compiler
ii  gcc-3.4 [c-compiler]  3.4.6-9The GNU C compiler
ii  gcc-4.1 [c-compiler]  4.1.2-25   The GNU C compiler
ii  gcc-4.2 [c-compiler]  4.2.4-6The GNU C compiler
ii  gcc-4.3 [c-compiler]  4.3.3-3The GNU C compiler

Versions of packages libc6-dev suggests:
pn  glibc-doc  (no description available)
ii  manpages-dev  3.17-1 Manual pages about using GNU/Linux

-- no debconf information

--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 713 440 7475 | http://crustytoothpaste.ath.cx/~bmc | My opinion only
troff on top of XML: http://crustytoothpaste.ath.cx/~bmc/code/thwack
OpenPGP: RSA v4 4096b 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187
#include 
#include 
#include 

int main(void)
{
	union ieee854_long_double ild;
	const size_t ld = sizeof(long double);
	const size_t ilds = sizeof(ild.ieee);
	printf("%d %d %s\n", ld, ilds, (ld == ilds ? "ok" : "fail"));
	return ld != ilds;
}


signature.asc
Description: Digital signature
--- End Message ---
--- Begin Message ---
On Fri, Feb 13, 2009 at 11:38:47PM +, brian m. carlson wrote:
> Package: libc6-dev
> Version: 2.7-18
> Severity: normal
>
> /usr/include/ieee754.h includes unions to break down the different
> floating-point types into their component bits.  Unfortunately, this
> file contains a 96-bit version for long double, whilst amd64 uses a
> 128-bit long double.  Thus, the problem does not exist when using -m32,
> but does for 64-bit programs.
>

amd64 uses 96-bit long double just like i386. sizeof(long double) is
128-bit on this architecture only for alignement reasons.

The union correctly breaks down a long double into the different parts,
closing the bug.

-- 
Aurelien Jarno  GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net

--- End Message ---

Processed: tagging 320630

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> tags 320630 - patch
Bug#320630: libc6-dev: /usr/include/sys/socket.h broken with g++ 4.x
Tags were: patch
Tags removed: patch

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Processed: found 320630 in 2.9-6

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> found 320630 2.9-6
Bug#320630: libc6-dev: /usr/include/sys/socket.h broken with g++ 4.x
Bug marked as found in version 2.9-6.

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

r3421 - in glibc-package/trunk/debian: . patches patches/localedata

[Aurelien Jarno]

Author: aurel32
Date: 2009-04-26 16:26:29 + (Sun, 26 Apr 2009)
New Revision: 3421

Added:
   
glibc-package/trunk/debian/patches/localedata/cvs-el_CY-el_GR-frac_digits.diff
Modified:
   glibc-package/trunk/debian/changelog
   glibc-package/trunk/debian/patches/series
Log:
  * localedata/cvs-el_CY-el_GR-frac_digits.diff: new patch from CVS to fix 
frac_digits and int_frac_digits on el_CY ad el_GR locales.  Closes: 
bug#511621.



Modified: glibc-package/trunk/debian/changelog
===
--- glibc-package/trunk/debian/changelog2009-04-26 16:20:32 UTC (rev 
3420)
+++ glibc-package/trunk/debian/changelog2009-04-26 16:26:29 UTC (rev 
3421)
@@ -21,6 +21,9 @@
 option.
   * any/local-disable-gethostbyname4.diff: disabled this patch to re-enable
 unified IPv4/IPv6 requests.  Closes: bug#343140, bug#435646.
+  * localedata/cvs-el_CY-el_GR-frac_digits.diff: new patch from CVS to fix 
+frac_digits and int_frac_digits on el_CY ad el_GR locales.  Closes: 
+bug#511621.
 
   [ Petr Salinger ]
   * kfreebsd/local-sysdeps.diff: update to revision 2450 (from glibc-bsd).

Added: 
glibc-package/trunk/debian/patches/localedata/cvs-el_CY-el_GR-frac_digits.diff
===
--- 
glibc-package/trunk/debian/patches/localedata/cvs-el_CY-el_GR-frac_digits.diff  
(rev 0)
+++ 
glibc-package/trunk/debian/patches/localedata/cvs-el_CY-el_GR-frac_digits.diff  
2009-04-26 16:26:29 UTC (rev 3421)
@@ -0,0 +1,37 @@
+2009-02-06  Ulrich Drepper  
+
+   [BZ #9736]
+   * locales/el_CY: Fix frac_digits and int_frac_digits.
+   * locales/el_GR: Likewise.
+   Patch by Clint Adams .
+
+diff --git a/localedata/locales/el_CY b/localedata/locales/el_CY
+index 7213924..3117577 100644
+--- a/localedata/locales/el_CY
 b/localedata/locales/el_CY
+@@ -51,8 +51,8 @@ mon_thousands_sep ""
+ mon_grouping  3
+ positive_sign ""
+ negative_sign ""
+-int_frac_digits   4
+-frac_digits   4
++int_frac_digits   2
++frac_digits   2
+ p_cs_precedes 0
+ p_sep_by_space0
+ n_cs_precedes 1
+diff --git a/localedata/locales/el_GR b/localedata/locales/el_GR
+index ce608a8..bb1db14 100644
+--- a/localedata/locales/el_GR
 b/localedata/locales/el_GR
+@@ -70,8 +70,8 @@ mon_thousands_sep ""
+ mon_grouping  3
+ positive_sign ""
+ negative_sign ""
+-int_frac_digits   4
+-frac_digits   4
++int_frac_digits   2
++frac_digits   2
+ p_cs_precedes 0
+ p_sep_by_space0
+ n_cs_precedes 1

Modified: glibc-package/trunk/debian/patches/series
===
--- glibc-package/trunk/debian/patches/series   2009-04-26 16:20:32 UTC (rev 
3420)
+++ glibc-package/trunk/debian/patches/series   2009-04-26 16:26:29 UTC (rev 
3421)
@@ -42,6 +42,7 @@
 localedata/submitted-bz9835-en_GB-first_day.diff
 localedata/locale-fr_FR.diff
 localedata/submitted-bz9912-locale-ru_UA.diff
+localedata/cvs-el_CY-el_GR-frac_digits.diff
 
 alpha/local-gcc4.1.diff
 alpha/submitted-creat64.diff


-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

r3420 - in glibc-package/trunk/debian: . debhelper.in patches patches/any

[Aurelien Jarno]

Author: aurel32
Date: 2009-04-26 16:20:32 + (Sun, 26 Apr 2009)
New Revision: 3420

Added:
   glibc-package/trunk/debian/patches/any/cvs-broken-dns.diff
Modified:
   glibc-package/trunk/debian/changelog
   glibc-package/trunk/debian/debhelper.in/libc.NEWS
   glibc-package/trunk/debian/patches/series
Log:
  * any/cvs-broken_dns.diff: new patch from CVS to provide a fallback for 
broken DNS server while doing unified IPv4/IPv6 requests. The first lookup
will be slow, but subsequent requests will fallback to the previous 
behaviour. This can be enabled by default by setting 'single-request' in 
/etc/resolv.conf.
  * debhelper.in/libc.NEWS: add entry explaining the new behaviour and the new
option.
  * any/local-disable-gethostbyname4.diff: disabled this patch to re-enable
unified IPv4/IPv6 requests.  Closes: bug#343140, bug#435646.



Modified: glibc-package/trunk/debian/changelog
===
--- glibc-package/trunk/debian/changelog2009-04-26 10:11:45 UTC (rev 
3419)
+++ glibc-package/trunk/debian/changelog2009-04-26 16:20:32 UTC (rev 
3420)
@@ -11,7 +11,16 @@
   * any/cvs-iconv-utf16.diff: new patch from upstream to reject UTF-8-encoded 
 UTF-16 surrogates in iconv.  Closes: #525299.
   * any/local-getaddrinfo-interface.diff: ignore addresses with no interface
-assigned while sorting with rule 7. Closes: #521439.
+assigned while sorting with rule 7.  Closes: #521439.
+  * any/cvs-broken_dns.diff: new patch from CVS to provide a fallback for 
+broken DNS server while doing unified IPv4/IPv6 requests. The first lookup
+will be slow, but subsequent requests will fallback to the previous 
+behaviour. This can be enabled by default by setting 'single-request' in 
+/etc/resolv.conf.
+  * debhelper.in/libc.NEWS: add entry explaining the new behaviour and the new
+option.
+  * any/local-disable-gethostbyname4.diff: disabled this patch to re-enable
+unified IPv4/IPv6 requests.  Closes: bug#343140, bug#435646.
 
   [ Petr Salinger ]
   * kfreebsd/local-sysdeps.diff: update to revision 2450 (from glibc-bsd).

Modified: glibc-package/trunk/debian/debhelper.in/libc.NEWS
===
--- glibc-package/trunk/debian/debhelper.in/libc.NEWS   2009-04-26 10:11:45 UTC 
(rev 3419)
+++ glibc-package/trunk/debian/debhelper.in/libc.NEWS   2009-04-26 16:20:32 UTC 
(rev 3420)
@@ -1,3 +1,19 @@
+glibc (2.9-8) unstable; urgency=low
+
+  Starting with version 2.9-8, unified IPv4/IPv6 lookup have been enabled
+  in the glibc's resolver. This is faster, fixes numerous of bugs, but is
+  problematic on some broken DNS servers and/or wrongly configured 
+  firewalls. 
+  
+  If such a DNS server is detected, the resolver switches (permanently
+  for that process) to a mode where the second request is sent only when
+  the first answer has been received. This means the first request will
+  be timeout, but subsequent requests should be fast again. This 
+  behaviour   can be enabled permanently by adding 'single-request' to 
+  /etc/resolv.conf.  
+
+ -- Aurelien Jarno   Thu, 23 Apr 2009 21:14:32 +0200
+
 glibc (2.6.1-2) unstable; urgency=low
 
   Starting with version 2.6.1, glibc ships a /etc/ld.so.conf.d/libc.conf that

Added: glibc-package/trunk/debian/patches/any/cvs-broken-dns.diff
===
--- glibc-package/trunk/debian/patches/any/cvs-broken-dns.diff  
(rev 0)
+++ glibc-package/trunk/debian/patches/any/cvs-broken-dns.diff  2009-04-26 
16:20:32 UTC (rev 3420)
@@ -0,0 +1,121 @@
+2009-04-16  Ulrich Drepper  
+
+   * resolv/res_send.c (send_dg): Don't just ignore the result we got
+   in case we only receive one reply in single-request mode.
+   * resolv/res_send.c (send_dg): Don't switch into single-request
+mode if we already are in it
+
+2009-04-06  Ulrich Drepper  
+
+   * resolv/resolv.h (RES_SNGLKUP): Define.
+   * resolv/res_init.c (res_setoptions): Recognize single-request option.
+   * resolv/res_send.c (send_dg): If we sent two requests at once and
+   only get one reply before timeout switch to mode where we send the
+   second request only after the first answer has been received
+
+diff --git a/resolv/res_send.c b/resolv/res_send.c
+index f75a26e..25a854f 100644
+--- a/resolv/res_send.c
 b/resolv/res_send.c
+@@ -915,7 +915,7 @@
+   struct pollfd pfd[1];
+ int ptimeout;
+   struct sockaddr_in6 from;
+-  int resplen, seconds, n;
++  int resplen, n;
+ 
+   if (EXT(statp).nssocks[ns] == -1) {
+   /* only try IPv6 if IPv6 NS and if not failed before */
+@@ -967,11 +967,14 @@
+   /*
+* Compute time for the total operation.
+*/
+-  seconds = (statp->retrans << ns);
++  int seconds = (statp->retrans << ns);
+   if (ns > 0)
+   seconds /= st

Processed: severity of 485608 is wishlist

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> severity 485608 wishlist
Bug#485608: libc6: getconf manpage refers to inexistant manpages ?
Severity set to `wishlist' from `minor'

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Processed: tagging 521439

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> # Automatically generated email from bts, devscripts version 2.10.35lenny3
> tags 521439 + pending
Bug#521439: samba: Samba server crash on browse
Tags were: pending
Tags added: pending

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Processed: tagging 435646

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> # Automatically generated email from bts, devscripts version 2.10.35lenny3
> tags 435646 + pending
Bug#435646: libc6: resolver considers IPv6 enabled when any IPv6 address is 
configured
There were no tags set.
Bug#470289: libc6: getaddrinfo() with disabled ipv6
Tags added: pending

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Processed: tagging 343140

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> # Automatically generated email from bts, devscripts version 2.10.35lenny3
> tags 343140 + pending
Bug#343140: resolver uses the search list before other address families
Tags were: fixed-upstream upstream
Tags added: pending

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Processed: Re: libc6: resolver always checks search list in /etc/resolv.conf

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> tag 343140 + fixed-upstream
Bug#343140: resolver uses the search list before other address families
Tags were: upstream
Tags added: fixed-upstream

> close 343140 2.9-1
Bug#343140: resolver uses the search list before other address families
'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing.
Bug marked as fixed in version 2.9-1, send any further explanations to Edward 
Buck 

> found 343140 2.9-6
Bug#343140: resolver uses the search list before other address families
Bug marked as found in version 2.9-6 and reopened.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#343140: libc6: resolver always checks search list in /etc/resolv.conf

[Aurelien Jarno]

tag 343140 + fixed-upstream
close 343140 2.9-1
found 343140 2.9-6
thanks

On Mon, Dec 12, 2005 at 09:13:13PM -0800, Edward Buck wrote:
> Package: libc6
> Version: 2.3.2.ds1-22
> Severity: important
> 
> I originally posted a bug report for postfix detailing the problem but I
> can reproduce the bug outside of postfix.  Here's the postfix bug
> report in case you're interested:
> 
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=314891
> 
> In a nutshell, when using 'search' lines in /etc/resolv.conf, the
> resolver always appends listed search domains to a hostname lookup even
> when the host being searched is fully-qualified (contains one or more dots).
> This results in a LOT of needless DNS traffic.  On a busy mail server,
> it makes using the 'search' lines extremely expensive (because DNS traffic
> increases exponentially).
> 
> Here's an strace of 'telnet mx1.hotmail.com 25'.  Oddly, it seems to do
> the right thing initially but the fully-qualified lookup must always
> fail, resulting in subsequent lookups using the search list.
> 
> $ cat /etc/resolv.conf
> nameserver 69.51.81.36
> nameserver 69.51.78.68
> search ul.aspextra.net aspextra.net
> 
> $ strace telnet mx1.hotmail.com 25
> ...
> open("/etc/resolv.conf", O_RDONLY)  = 3
> fstat64(3, {st_mode=S_IFREG|0644, st_size=274, ...}) = 0
> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
> 0x40018000
> read(3, "# Dynamic resolv.conf(5) file fo"..., 4096) = 274
> read(3, "", 4096)   = 0
> close(3)= 0
> munmap(0x40018000, 4096)= 0
> socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 3
> connect(3, {sa_family=AF_INET, sin_port=htons(53), 
> sin_addr=inet_addr("69.51.81.36")}, 28) = 0
> send(3, "\n\177\1\0\0\1\0\0\0\0\0\0\3mx1\7hotmail\3com\0\0\34\0"..., 33, 0) = 
> 33
> gettimeofday({1134449292, 353764}, NULL) = 0
> poll([{fd=3, events=POLLIN, revents=POLLIN}], 1, 5000) = 1
> ioctl(3, FIONREAD, [98])= 0
> recvfrom(3, "\n\177\201\200\0\1\0\0\0\1\0\0\3mx1\7hotmail\3com\0\0\34"..., 
> 1024, 0, {sa_family=AF_INET, sin_port=htons(53), 
> sin_addr=inet_addr("69.51.81.36")}, [16]) = 98
> close(3)= 0
> socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 3
> connect(3, {sa_family=AF_INET, sin_port=htons(53), 
> sin_addr=inet_addr("69.51.81.36")}, 28) = 0
> send(3, "\n\200\1\0\0\1\0\0\0\0\0\0\3mx1\7hotmail\3com\2ul\10"..., 49, 0) = 49
> gettimeofday({1134449292, 357407}, NULL) = 0
> poll([{fd=3, events=POLLIN, revents=POLLIN}], 1, 5000) = 1
> ioctl(3, FIONREAD, [49])= 0
> recvfrom(3, "\n\200\201\205\0\1\0\0\0\0\0\0\3mx1\7hotmail\3com\2ul\10"..., 
> 1024, 0, {sa_family=AF_INET, sin_port=htons(53), 
> sin_addr=inet_addr("69.51.81.36")}, [16]) = 49
> close(3)= 0
> socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 3
> connect(3, {sa_family=AF_INET, sin_port=htons(53), 
> sin_addr=inet_addr("69.51.78.68")}, 28) = 0
> send(3, "\n\200\1\0\0\1\0\0\0\0\0\0\3mx1\7hotmail\3com\2ul\10"..., 49, 0) = 49
> gettimeofday({1134449292, 361191}, NULL) = 0
> poll([{fd=3, events=POLLIN, revents=POLLIN}], 1, 3000) = 1
> ioctl(3, FIONREAD, [100])   = 0
> recvfrom(3, "\n\200\201\203\0\1\0\0\0\1\0\0\3mx1\7hotmail\3com\2ul\10"..., 
> 1024, 0, {sa_family=AF_INET, sin_port=htons(53), 
> sin_addr=inet_addr("69.51.78.68")}, [16]) = 100
> close(3)= 0
> socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 3
> connect(3, {sa_family=AF_INET, sin_port=htons(53), 
> sin_addr=inet_addr("69.51.81.36")}, 28) = 0
> send(3, "\n\201\1\0\0\1\0\0\0\0\0\0\3mx1\7hotmail\3com\10asp"..., 46, 0) = 46
> gettimeofday({1134449292, 364427}, NULL) = 0
> poll([{fd=3, events=POLLIN, revents=POLLIN}], 1, 5000) = 1
> ioctl(3, FIONREAD, [97])= 0
> recvfrom(3, "\n\201\201\203\0\1\0\0\0\1\0\0\3mx1\7hotmail\3com\10as"..., 
> 1024, 0, {sa_family=AF_INET, sin_port=htons(53), 
> sin_addr=inet_addr("69.51.81.36")}, [16]) = 97
> close(3)= 0
> socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 3
> connect(3, {sa_family=AF_INET, sin_port=htons(53), 
> sin_addr=inet_addr("69.51.81.36")}, 28) = 0
> send(3, "\n\202\1\0\0\1\0\0\0\0\0\0\3mx1\7hotmail\3com\0\0\1\0"..., 33, 0) = 
> 33
> gettimeofday({1134449292, 367710}, NULL) = 0
> poll([{fd=3, events=POLLIN, revents=POLLIN}], 1, 5000) = 1
> ioctl(3, FIONREAD, [195])   = 0
> recvfrom(3, "\n\202\201\200\0\1\0\4\0\5\0\0\3mx1\7hotmail\3com\0\0\1"..., 
> 1024, 0, {sa_family=AF_INET, sin_port=htons(53), 
> sin_addr=inet_addr("69.51.81.36")}, [16]) = 195
> close(3)= 0
> socket(PF_FILE, SOCK_STREAM, 0) = 3
> connect(3, {sa_family=AF_FILE, path="/var/run/.nscd_socket"}, 110) = -1 
> ENOENT (No such file or directory)
> close(3)= 0
> gettimeofday({1134449292, 371589}, NULL) = 0
> getpid()= 15269
> open("/etc/resolv.conf", O_RDONLY)  = 3
> .

Bug#268631: force preference of IPv4 over IPv6

[Julien BLACHE]

"Barak A. Pearlmutter"  wrote:

Hi,

>> In the world I live in, my ISP was among the very first here to
>> deploy native IPv6 on DSL *years* ago and is actively seeking IPv6
>> peering opportunities with as many networks as possible.
>
> That is great.  Do they artificially slow down IPv4 in order to ensure
> that IPv6 is faster?

They actually peer with a high enough number of good IPv6 networks;
big telcos are beefing up IPv6-wise and some of them are even
deploying IPv6-only networks and peerings. That helps.

This kind of thing tends to work best when both sides know their
stuff. Here they do.

> connectivity.  Periodically measure sustained bandwidth and latency to
> a distant host at another IPv6-loving ISP, say ftp.ie.debian.org, over

While tracing ftp.ie.debian.org:
[...]
 6:  2001:450:2002:9f::1  117.317ms asymm  7 
 7:  2001:450:2002:70::2  1135.219ms asymm 10
[...]

Either that's a tunnel and they should get rid of it, or they need a
bigger pipe and a bigger router to handle the load. None of this is
caused by IPv6, it's just sucky networking.

> That is silly.  It will be extremely rare for IPv6 to be *faster* or
> *more reliable* than IPv4, for quite a while.  This is because ISPs

As I wrote above, some v6-only networks are being built, and those
will be faster than their v4 counterpart right now due to a lower
traffic.

>   www.l.google.com has address 216.239.59.103

% host -t  www.l.google.com
www.l.google.com has IPv6 address 2001:4860:a004::68

You should do your research better. Google is fully IPv6-enabled, and
it took only a ridicule amount of time to an undersized, part-time
team of Googlers to make it so.

> IPv6 addresses without risk of breaking things that already work.  If
> that were the case, perhaps they would.  Then we would have a viable
> path to an actual transition.

There is a transition path. It is being rolled out. It works.

It's actually easier to embrass IPv6 than it is to work against
it. Now if only people realized that.

I think you have no solid technical arguments against IPv6. It really
seems like you've been molested by a hurd of IPv6 addresses running
wild or something.

A few years ago, a fair number of bugs were still being worked out in
the v6 stacks pretty much everywhere and there were problems. Now it's
ancient history and things have been reliable for some time.

I've been running dual stack hosts since 2000. It was sometimes
unbearable in the first few years, but it's been *ages* since I've had
to deal with a v6-induced issue.

JB.

-- 
 Julien BLACHE   |  Debian, because code matters more 
 Debian & GNU/Linux Developer|   
 Public key available on  - KeyID: F5D6 5169 
 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 



-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

r3419 - in glibc-package/trunk/debian: . patches patches/any

[Aurelien Jarno]

Author: aurel32
Date: 2009-04-26 10:11:45 + (Sun, 26 Apr 2009)
New Revision: 3419

Added:
   glibc-package/trunk/debian/patches/any/local-getaddrinfo-interface.diff
Modified:
   glibc-package/trunk/debian/changelog
   glibc-package/trunk/debian/patches/series
Log:
  * any/local-getaddrinfo-interface.diff: ignore addresses with no interface
assigned while sorting with rule 7. Closes: #521439.



Modified: glibc-package/trunk/debian/changelog
===
--- glibc-package/trunk/debian/changelog2009-04-25 08:17:37 UTC (rev 
3418)
+++ glibc-package/trunk/debian/changelog2009-04-26 10:11:45 UTC (rev 
3419)
@@ -10,6 +10,8 @@
  on EABI.  Closes: #525261.
   * any/cvs-iconv-utf16.diff: new patch from upstream to reject UTF-8-encoded 
 UTF-16 surrogates in iconv.  Closes: #525299.
+  * any/local-getaddrinfo-interface.diff: ignore addresses with no interface
+assigned while sorting with rule 7. Closes: #521439.
 
   [ Petr Salinger ]
   * kfreebsd/local-sysdeps.diff: update to revision 2450 (from glibc-bsd).

Added: glibc-package/trunk/debian/patches/any/local-getaddrinfo-interface.diff
===
--- glibc-package/trunk/debian/patches/any/local-getaddrinfo-interface.diff 
(rev 0)
+++ glibc-package/trunk/debian/patches/any/local-getaddrinfo-interface.diff 
2009-04-26 10:11:45 UTC (rev 3419)
@@ -0,0 +1,23 @@
+2009-04-26  Aurelien Jarno  
+
+   * sysdeps/posix/getaddrinfo.c (rfc3484_sort): don't assign native
+   result if the result has no associated interface.
+
+--- a/sysdeps/posix/getaddrinfo.c
 b/sysdeps/posix/getaddrinfo.c
+@@ -1455,13 +1455,13 @@ rfc3484_sort (const void *p1, const void *p2, void 
*arg)
+ 
+ /* Fill in the results in all the records.  */
+ for (int i = 0; i < src->nresults; ++i)
+-  if (src->results[i].index == a1_index)
++  if (a1_index != -1 && src->results[i].index == a1_index)
+ {
+   assert (src->results[i].native == -1
+   || src->results[i].native == a1_native);
+   src->results[i].native = a1_native;
+ }
+-  else if (src->results[i].index == a2_index)
++  else if (a2_index != -1 && src->results[i].index == a2_index)
+ {
+   assert (src->results[i].native == -1
+   || src->results[i].native == a2_native);

Modified: glibc-package/trunk/debian/patches/series
===
--- glibc-package/trunk/debian/patches/series   2009-04-25 08:17:37 UTC (rev 
3418)
+++ glibc-package/trunk/debian/patches/series   2009-04-26 10:11:45 UTC (rev 
3419)
@@ -199,3 +199,4 @@
 any/submitted-getaddrinfo-lo.diff
 any/submitted-mount_h.diff
 any/cvs-iconv-utf16.diff
+any/local-getaddrinfo-interface.diff


-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Processed: tagging 521439

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> # Automatically generated email from bts, devscripts version 2.10.35lenny3
> tags 521439 + pending
Bug#521439: samba: Samba server crash on browse
There were no tags set.
Tags added: pending

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#268631: force preference of IPv4 over IPv6

[Barak A. Pearlmutter]

> In the world I live in, my ISP was among the very first here to
> deploy native IPv6 on DSL *years* ago and is actively seeking IPv6
> peering opportunities with as many networks as possible.

That is great.  Do they artificially slow down IPv4 in order to ensure
that IPv6 is faster?

> IPv6 connections here are usually as fast if not faster than IPv4
> connections.

Maybe within their network, but I don't believe this for global
connectivity.  Periodically measure sustained bandwidth and latency to
a distant host at another IPv6-loving ISP, say ftp.ie.debian.org, over
both IPv4 and IPv6.  That would be a best case scenario.  You will not
find IPv6 to be faster or more reliable than IPv4.

> I suggest you fix your world ...

That is silly.  It will be extremely rare for IPv6 to be *faster* or
*more reliable* than IPv4, for quite a while.  This is because ISPs
have these things called "customers" who want to access this thing
called "The Internet" by which them mean connecting to hosts like

  $ for h in www.comedycentral.com www.cnn.com slashdot.org www.ietf.org \
 www.google.com www.mit.edu www.yale.edu www.cs.cmu.edu \
 www.whitehouse.gov www.army.mil; do
 for p in a ; do
   host -t $p $h | egrep address | head -1
 done
   done

  a1481.b.akamai.net.2b55293e.1.cn.akamaitech.net has address 92.122.124.11
  www.cnn.com has address 157.166.255.18
  slashdot.org has address 216.34.181.45
  www.ietf.org has address 64.170.98.32
  www.ietf.org has IPv6 address 2001:1890:1112:1::20
  www.l.google.com has address 216.239.59.103
  www.mit.edu has address 18.7.22.83
  elsinore.cis.yale.edu has address 130.132.51.8
  MICHELANGELO.SRV.cs.cmu.edu has address 128.2.203.164
  e2561.b.akamaiedge.net has address 92.122.114.135
  www1.ahp.us.army.mil has address 143.69.249.10

As you can see, popular server do not provide IPv6 access.  Even the
rare host that does also provides IPv4 that is at least as performant.
ISPs must therefore make it their first priority to make IPv4 fast &
reliable.  Whining at them won't help.  What *would* help would be
taking technical measures that allow ISPs to field IPv6 without
breaking things that already work.  And wouldn't it be great if those
very same technical measures would also allow servers like those above
to advertise an IPv6 address without endangering performance in
communicating with IPv6-enabled clients?  Then hosts could advertise
IPv6 addresses without risk of breaking things that already work.  If
that were the case, perhaps they would.  Then we would have a viable
path to an actual transition.

--Barak.



-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#268631: force preference of IPv4 over IPv6

[Julien BLACHE]

"Barak A. Pearlmutter"  wrote:

Hi,

> For the next few years at least, when both are available, IPv4 will
> typically be faster and more reliable than IPv6.  That is the world we
> are living in.

In the world I live in, my ISP was among the very first here to deploy
native IPv6 on DSL *years* ago and is actively seeking IPv6 peering
opportunities with as many networks as possible.

IPv6 connections here are usually as fast if not faster than IPv4
connections.

I suggest you fix your world instead of insisting on breaking everbody
else's by changing a default policy and making it the exact opposite
of what everbody else is doing and what the standards recommend.

JB.

-- 
 Julien BLACHE - Debian & GNU/Linux Developer -  
 
 Public key available on  - KeyID: F5D6 5169 
 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 



-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org