Bug#609389: libc-bin: getconf -a have many variables set not properly (i.e. LEVEL*CACHE*)

[Witold Baryluk]

On 02-12 17:03, Aurelien Jarno wrote:
> On Mon, Jan 10, 2011 at 08:51:59AM +0100, Aurelien Jarno wrote:
> > Witold Baryluk a écrit :
> > > Package: libc-bin
> > > Version: 2.11.2-7
> > > Severity: normal
> > > 
> > > getconf -a have many variables set to 0.
> > > 
> > > for example
> > > 
> > > LEVEL1_ICACHE_SIZE 0
> > > LEVEL1_ICACHE_ASSOC0
> > > LEVEL1_ICACHE_LINESIZE 0
> > > LEVEL1_DCACHE_SIZE 0
> > > LEVEL1_DCACHE_ASSOC0
> > > LEVEL1_DCACHE_LINESIZE 0
> > > LEVEL2_CACHE_SIZE  0
> > > LEVEL2_CACHE_ASSOC 0
> > > LEVEL2_CACHE_LINESIZE  0
> > > 
> > > 
> > > they are easly available on most architectures in /proc/cpuinfo
> > 
> > /proc/cpuinfo are not providing all these details, but just a "cache
> > size". The most likely problem is that your CPU is not known by the GNU
> > libc. Could you please install the cpuid package and send me the output
> > of the cpuid command?
> > 
> 
> Ping.


So, again on my machine (IBM ThinkPad T43 with Pentium M 1.7GHz),
I have all 0 in this lines. This is pretty well known machine,
so was thinking Pentium M properly report or is added somewhere. :)

I can still confirm it happens on newer kernels (2.6.38 for example)
and libc 2.11.2-11.

root@sredniczarny# cpuid
 eax ineax  ebx  ecx  edx
 0002 756e6547 6c65746e 49656e69
0001 06d8 0816 0180 afe9fbff
0002 02b3b001 00f0  2c04307d
8000 8008   
8001    0010
8002 20202020 20202020 65746e49 2952286c
8003 6e655020 6d756974 20295228 7270204d
8004 7365636f 20726f73 33372e31 007a4847
8005    
8006   08006040 
8007    
8008 2020   

Vendor ID: "GenuineIntel"; CPUID level 2

Intel-specific functions:
Version 06d8:
Type 0 - Original OEM
Family 6 - Pentium Pro
Model 13 - 
Stepping 8
Reserved 0

Brand index: 22 [not in table]
Extended brand string: "Intel(R) Pentium(R) M processor 1.73GHz"
CLFLUSH instruction cache line size: 8

Feature flags afe9fbff:
FPUFloating Point Unit
VMEVirtual 8086 Mode Enhancements
DE Debugging Extensions
PSEPage Size Extensions
TSCTime Stamp Counter
MSRModel Specific Registers
PAEPhysical Address Extension
MCEMachine Check Exception
CX8COMPXCHG8B Instruction
APIC   On-chip Advanced Programmable Interrupt Controller present and enabled
SEPFast System Call
MTRR   Memory Type Range Registers
PGEPTE Global Flag
MCAMachine Check Architecture
CMOV   Conditional Move and Compare Instructions
FGPAT  Page Attribute Table
CLFSH  CFLUSH instruction
DS Debug store
ACPI   Thermal Monitor and Clock Ctrl
MMXMMX instruction set
FXSR   Fast FP/MMX Streaming SIMD Extensions save/restore
SSEStreaming SIMD Extensions instruction set
SSE2   SSE2 extensions
SS Self Snoop
TM Thermal monitor
31 reserved

TLB and cache info:
b0: unknown TLB/cache descriptor
b3: unknown TLB/cache descriptor
02: Instruction TLB: 4MB pages, 4-way set assoc, 2 entries
f0: unknown TLB/cache descriptor
7d: unknown TLB/cache descriptor
30: unknown TLB/cache descriptor
04: Data TLB: 4MB pages, 4-way set assoc, 8 entries
2c: unknown TLB/cache descriptor
root@sredniczarny# cpuid


root@sredniczarny# cat /proc/cpuinfo
processor   : 0
vendor_id   : GenuineIntel
cpu family  : 6
model   : 13
model name  : Intel(R) Pentium(R) M processor 1.73GHz
stepping: 8
cpu MHz : 800.000
cache size  : 2048 KB
fdiv_bug: no
hlt_bug : no
f00f_bug: no
coma_bug: no
fpu : yes
fpu_exception   : yes
cpuid level : 2
wp  : yes
flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov 
clflush dts acpi mmx fxsr sse sse2 ss tm pbe nx up bts est tm2
bogomips: 1596.30
clflush size: 64
cache_alignment : 64
address sizes   : 32 bits physical, 32 bits virtual
power management:
root@sredniczarny#


Very sorry for late answer.

Regards
Witek



PS. Indeed on squeezy running Intel Core2 i got proper values. Nice.
And BTW, cpuid on this Core2 machines, shows HT, which this cpu do not have,
and shows "unknown TLB/cache descriptor" in all lines in "TLB and cache 
info",
(which have slightly different numbers at the begining).

-- 
Witold Baryluk
JID: witold.baryluk // jabster.pl


signature.asc
Description: Digital signature

Bug#617973: marked as done (libc6-dev: wrong SOCK_CLOEXEC on hppa causes udev startup to fail and boot fails)

[Debian Bug Tracking System]

Your message dated Tue, 29 Mar 2011 00:34:07 +
with message-id 
and subject line Bug#617973: fixed in eglibc 2.13-0exp5
has caused the Debian Bug report #617973,
regarding libc6-dev: wrong SOCK_CLOEXEC on hppa causes udev startup to fail and 
boot fails
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.)


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


While debugging #617967 (udev fails to start on hppa and breaks boot) it came 
out that
SOCK_CLOEXEC is defined wrong on hppa. Namely, asm-generic has O_CLOEXEC 
02000 and
SOCK_CLOEXEC is defined to that value. In addition, SOCK_CLOEXEC is 
unconditionally
redefined in bits/socket.h enum to 02000 independent on the value of 
O_CLOEXEC.
This works fine while O_CLOEXEC is 02000 like on most architectures. But on
hppa, O_CLOEXEC is defined to be 01000 but SOCK_CLOEXEC does not change.

This makes udev's socket(PF_NETLINK, SOCK_DGAM|SOCK_CLOEXEC, ...) use invalid 
flag for
SOCK_CLOEXEC and socket call fails with EINVAL, breaking udev startup and 
machine bootup.

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: hppa (parisc64)

Kernel: Linux 2.6.37-2-parisc64-smp (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/dash

Versions of packages libc6-dev depends on:
ii  libc-dev-bin  2.11.2-10  Embedded GNU C Library: Developmen
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib
ii  linux-libc-dev2.6.37-2   Linux support headers for userspac

Versions of packages libc6-dev recommends:
ii  gcc [c-compiler]  4:4.4.5-4  The GNU C compiler
ii  gcc-4.4 [c-compiler]  4.4.5-10   The GNU C compiler

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

-- no debconf information


--- End Message ---
--- Begin Message ---
Source: eglibc
Source-Version: 2.13-0exp5

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

eglibc-source_2.13-0exp5_all.deb
  to main/e/eglibc/eglibc-source_2.13-0exp5_all.deb
eglibc_2.13-0exp5.diff.gz
  to main/e/eglibc/eglibc_2.13-0exp5.diff.gz
eglibc_2.13-0exp5.dsc
  to main/e/eglibc/eglibc_2.13-0exp5.dsc
glibc-doc_2.13-0exp5_all.deb
  to main/e/eglibc/glibc-doc_2.13-0exp5_all.deb
libc-bin_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc-bin_2.13-0exp5_amd64.deb
libc-dev-bin_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc-dev-bin_2.13-0exp5_amd64.deb
libc6-dbg_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-dbg_2.13-0exp5_amd64.deb
libc6-dev-i386_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-dev-i386_2.13-0exp5_amd64.deb
libc6-dev_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-dev_2.13-0exp5_amd64.deb
libc6-i386_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-i386_2.13-0exp5_amd64.deb
libc6-pic_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-pic_2.13-0exp5_amd64.deb
libc6-prof_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-prof_2.13-0exp5_amd64.deb
libc6-udeb_2.13-0exp5_amd64.udeb
  to main/e/eglibc/libc6-udeb_2.13-0exp5_amd64.udeb
libc6_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6_2.13-0exp5_amd64.deb
libnss-dns-udeb_2.13-0exp5_amd64.udeb
  to main/e/eglibc/libnss-dns-udeb_2.13-0exp5_amd64.udeb
libnss-files-udeb_2.13-0exp5_amd64.udeb
  to main/e/eglibc/libnss-files-udeb_2.13-0exp5_amd64.udeb
locales-all_2.13-0exp5_amd64.deb
  to main/e/eglibc/locales-all_2.13-0exp5_amd64.deb
locales_2.13-0exp5_all.deb
  to main/e/eglibc/locales_2.13-0exp5_all.deb
nscd_2.13-0exp5_amd64.deb
  to main/e/eglibc/nscd_2.13-0exp5_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 617...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Aurelien Jarno  (supplier of updated eglibc 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, 28 Mar 2011 19:04:57 +0200
S

Bug#616298: marked as done (eglibc: FTBFS with current sid)

[Debian Bug Tracking System]

Your message dated Tue, 29 Mar 2011 00:34:07 +
with message-id 
and subject line Bug#616298: fixed in eglibc 2.13-0exp5
has caused the Debian Bug report #616298,
regarding eglibc: FTBFS with current sid
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.)


-- 
616298: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=616298
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: eglibc
Version: 2.11.2-13
Severity: important
User: peter.fritzs...@gmx.de

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

I tried to build eglibc in an up-to-date pbuilder chroot, ant it fails
complaining for unresolved symbols due to the fact that --no-add-needed is
now passed by default to the linker.
I guess you already found out but this usertagged bug report will help track
the progress with the changes in the linker defaults.

Cheers,

Luca

- -- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (995, 'unstable'), (991, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.37-toshiba (SMP w/2 CPU cores)
Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEARECAAYFAk1va6gACgkQ+AQB36CPPlopxwCeM7AsKfOmXo5fM4vfgMQ5Mr50
/uIAoK1RqGeaRmsVShjiir/GBcFNFCAj
=H+Rp
-END PGP SIGNATURE-


--- End Message ---
--- Begin Message ---
Source: eglibc
Source-Version: 2.13-0exp5

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

eglibc-source_2.13-0exp5_all.deb
  to main/e/eglibc/eglibc-source_2.13-0exp5_all.deb
eglibc_2.13-0exp5.diff.gz
  to main/e/eglibc/eglibc_2.13-0exp5.diff.gz
eglibc_2.13-0exp5.dsc
  to main/e/eglibc/eglibc_2.13-0exp5.dsc
glibc-doc_2.13-0exp5_all.deb
  to main/e/eglibc/glibc-doc_2.13-0exp5_all.deb
libc-bin_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc-bin_2.13-0exp5_amd64.deb
libc-dev-bin_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc-dev-bin_2.13-0exp5_amd64.deb
libc6-dbg_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-dbg_2.13-0exp5_amd64.deb
libc6-dev-i386_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-dev-i386_2.13-0exp5_amd64.deb
libc6-dev_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-dev_2.13-0exp5_amd64.deb
libc6-i386_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-i386_2.13-0exp5_amd64.deb
libc6-pic_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-pic_2.13-0exp5_amd64.deb
libc6-prof_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-prof_2.13-0exp5_amd64.deb
libc6-udeb_2.13-0exp5_amd64.udeb
  to main/e/eglibc/libc6-udeb_2.13-0exp5_amd64.udeb
libc6_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6_2.13-0exp5_amd64.deb
libnss-dns-udeb_2.13-0exp5_amd64.udeb
  to main/e/eglibc/libnss-dns-udeb_2.13-0exp5_amd64.udeb
libnss-files-udeb_2.13-0exp5_amd64.udeb
  to main/e/eglibc/libnss-files-udeb_2.13-0exp5_amd64.udeb
locales-all_2.13-0exp5_amd64.deb
  to main/e/eglibc/locales-all_2.13-0exp5_amd64.deb
locales_2.13-0exp5_all.deb
  to main/e/eglibc/locales_2.13-0exp5_all.deb
nscd_2.13-0exp5_amd64.deb
  to main/e/eglibc/nscd_2.13-0exp5_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 616...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Aurelien Jarno  (supplier of updated eglibc 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, 28 Mar 2011 19:04:57 +0200
Source: eglibc
Binary: libc-bin libc-dev-bin glibc-doc eglibc-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-i686 libc6-xen libc0.1-i686 libc0.3-i686 libc0.3-xen 
libc6.1-alphaev67 libnss-dns-udeb libnss-files-udeb
Architecture: source all amd64
Version: 2.13-0exp5
Distr

Bug#614099: marked as done (libc6.1 lacks inotify_init1 and other syscalls on alpha)

[Debian Bug Tracking System]

Your message dated Tue, 29 Mar 2011 00:34:07 +
with message-id 
and subject line Bug#614099: fixed in eglibc 2.13-0exp5
has caused the Debian Bug report #614099,
regarding libc6.1 lacks inotify_init1 and other syscalls on alpha
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.)


-- 
614099: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=614099
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: udev
Version: 166-1
Severity: important

Uptodate sid (apt-get dist-ugprade). 
axpitp:~# LC_ALL=C apt-get install udev
Reading package lists... Done
Building dependency tree
Reading state information... Done
udev is already the newest version.
The following packages were automatically installed and are no longer required:
  libgnome-keyring-dev libio-compress-base-perl libsmbclient libpopt-dev

  libpolkit2 libaudiofile0
Use 'apt-get autoremove' to remove them.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
2 not fully installed or removed.
After this operation, 0 B of additional disk space will be used.
Do you want to continue [Y/n]?
Do you want to continue [Y/n]? y
Setting up udev (166-1) ...
error initializing inotify
Cannot start udevd. (rc=4)
dpkg: error processing udev (--configure):
 subprocess installed post-installation script returned error exit status 4
dpkg: dependency problems prevent configuration of udisks:
 udisks depends on udev; however:
  Package udev is not configured yet.
dpkg: error processing udisks (--configure):
 dependency problems - leaving unconfigured
configured to not write apport reports
  configured to not write apport reports

Errors were encountered while processing:
 udev
 udisks
E: Sub-process /usr/bin/dpkg returned an error code (1)



-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: alpha

Kernel: Linux 2.6.32-trunk-alpha-generic
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to de_DE.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages udev depends on:
ii  debconf [debconf-2.0]1.5.38  Debian configuration management sy
ii  libc6.1  2.11.2-11   Embedded GNU C Library: Shared lib
ii  libselinux1  2.0.96-1SELinux runtime shared libraries
ii  libudev0 166-1   libudev shared library
ii  libusb-0.1-4 2:0.1.12-17 userspace USB programming library
ii  lsb-base 3.2-27  Linux Standard Base 3.2 init scrip
ii  util-linux   2.17.2-9.1  Miscellaneous system utilities

Versions of packages udev recommends:
ii  pciutils  1:3.1.7-7  Linux PCI Utilities
ii  usbutils  1:001-1Linux USB utilities

udev suggests no packages.

-- debconf information:
  udev/new_kernel_needed: false
  udev/title/upgrade:
  udev/reboot_needed:
  udev/sysfs_deprecated_incompatibility:
-- 
  Dr. Helge Kreutzmann deb...@helgefjell.de
   Dipl.-Phys.   http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
   Help keep free software "libre": http://www.ffii.de/


signature.asc
Description: Digital signature
--- End Message ---
--- Begin Message ---
Source: eglibc
Source-Version: 2.13-0exp5

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

eglibc-source_2.13-0exp5_all.deb
  to main/e/eglibc/eglibc-source_2.13-0exp5_all.deb
eglibc_2.13-0exp5.diff.gz
  to main/e/eglibc/eglibc_2.13-0exp5.diff.gz
eglibc_2.13-0exp5.dsc
  to main/e/eglibc/eglibc_2.13-0exp5.dsc
glibc-doc_2.13-0exp5_all.deb
  to main/e/eglibc/glibc-doc_2.13-0exp5_all.deb
libc-bin_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc-bin_2.13-0exp5_amd64.deb
libc-dev-bin_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc-dev-bin_2.13-0exp5_amd64.deb
libc6-dbg_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-dbg_2.13-0exp5_amd64.deb
libc6-dev-i386_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-dev-i386_2.13-0exp5_amd64.deb
libc6-dev_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-dev_2.13-0exp5_amd64.deb
libc6-i386_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-i386_2.13-0exp5_amd64.deb
libc6-pic_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-pic_2.13-0exp5_amd64.deb
libc6-prof_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-prof_2.13-0exp5_amd64.deb
libc6-u

Bug#612792: marked as done (KDE start fail and report a bug on libc6)

[Debian Bug Tracking System]

Your message dated Tue, 29 Mar 2011 00:34:07 +
with message-id 
and subject line Bug#612792: fixed in eglibc 2.13-0exp5
has caused the Debian Bug report #612792,
regarding KDE start fail and report a bug on libc6
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.)


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


Hi guys;

I have upgraded my system 2 days ago and when I have restarted
it, KDE didn't start. When I pick the logs, I have got a problem related
with libc6.
When I tried to upgrade the system again, I got the error:
Configuring vlc-nox (1.1.7-2) ...
Inconsistency detected by ld.so: dl-deps.c: 622: _dl_map_object_deps:
Assertion `nlist > 1' failed!
dpkg: error processing vlc-nox (--configure):
 sub-process script post-installation installed error 127
configured to not write apport reports

I have found in the Internet that there's a bug with egcc:
http://sourceware.org/bugzilla/show_bug.cgi?id=12454

Can you guys fix it or put a downgrade port of the packages
libc6 and libc-bin?

[]'s,

Still

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

Kernel: Linux 2.6.31-1-amd64 (SMP w/3 CPU cores)
Locale: LANG=pt_BR, LC_CTYPE=pt_BR (charmap=ISO-8859-1) (ignored: LC_ALL set to 
pt_BR)
Shell: /bin/sh linked to /bin/bash

Versions of packages libc6 depends on:
ii  libc-bin2.13-0exp1   Embedded GNU C Library: Binaries
ii  libgcc1 1:4.6-20110125-1 GCC support library

libc6 recommends no packages.

Versions of packages libc6 suggests:
ii  debconf [debconf-2.0] 1.5.38 Debian configuration management sy
pn  glibc-doc  (no description available)
ii  locales   2.13-0exp1 Embedded GNU C Library: National L

-- debconf information:
* glibc/upgrade: true
  glibc/disable-screensaver:
  glibc/restart-failed:
* glibc/restart-services: spamassassin ssh openbsd-inetd exim4 cups cron atd


--- End Message ---
--- Begin Message ---
Source: eglibc
Source-Version: 2.13-0exp5

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

eglibc-source_2.13-0exp5_all.deb
  to main/e/eglibc/eglibc-source_2.13-0exp5_all.deb
eglibc_2.13-0exp5.diff.gz
  to main/e/eglibc/eglibc_2.13-0exp5.diff.gz
eglibc_2.13-0exp5.dsc
  to main/e/eglibc/eglibc_2.13-0exp5.dsc
glibc-doc_2.13-0exp5_all.deb
  to main/e/eglibc/glibc-doc_2.13-0exp5_all.deb
libc-bin_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc-bin_2.13-0exp5_amd64.deb
libc-dev-bin_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc-dev-bin_2.13-0exp5_amd64.deb
libc6-dbg_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-dbg_2.13-0exp5_amd64.deb
libc6-dev-i386_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-dev-i386_2.13-0exp5_amd64.deb
libc6-dev_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-dev_2.13-0exp5_amd64.deb
libc6-i386_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-i386_2.13-0exp5_amd64.deb
libc6-pic_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-pic_2.13-0exp5_amd64.deb
libc6-prof_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-prof_2.13-0exp5_amd64.deb
libc6-udeb_2.13-0exp5_amd64.udeb
  to main/e/eglibc/libc6-udeb_2.13-0exp5_amd64.udeb
libc6_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6_2.13-0exp5_amd64.deb
libnss-dns-udeb_2.13-0exp5_amd64.udeb
  to main/e/eglibc/libnss-dns-udeb_2.13-0exp5_amd64.udeb
libnss-files-udeb_2.13-0exp5_amd64.udeb
  to main/e/eglibc/libnss-files-udeb_2.13-0exp5_amd64.udeb
locales-all_2.13-0exp5_amd64.deb
  to main/e/eglibc/locales-all_2.13-0exp5_amd64.deb
locales_2.13-0exp5_all.deb
  to main/e/eglibc/locales_2.13-0exp5_all.deb
nscd_2.13-0exp5_amd64.deb
  to main/e/eglibc/nscd_2.13-0exp5_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 612...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Aurelien Jarno  (supplier of updated eglibc 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

For

Bug#611926: marked as done (eglibc compiles extremely huge binary-indep parts on buildds)

[Debian Bug Tracking System]

Your message dated Tue, 29 Mar 2011 00:34:07 +
with message-id 
and subject line Bug#611926: fixed in eglibc 2.13-0exp5
has caused the Debian Bug report #611926,
regarding eglibc compiles extremely huge binary-indep parts on buildds
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.)


-- 
611926: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=611926
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: eglibc
Version: 2.11.2-11

Hi,

when building eglibc with --debbuildopts -B --binary-arch, after taking
a day or so for locales-all ☺ it still creates a source archive in
build-tree/eglibc-2.11.2.tar.xz which I think is for the eglibc-source
arch:all deb. This creates unnecessary burden on all buildds, especially
the slower architectures (think security buildds, too).

Please separate the build-arch and build-indep parts.

Thanks in advance,
//mirabilos
-- 
22:20⎜ The crazy that persists in his craziness becomes a master
22:21⎜ And the distance between the craziness and geniality is
only measured by the success   22:21⎜ it’s a
very thin line anyway… with some, you don’t know which side they’re on


--- End Message ---
--- Begin Message ---
Source: eglibc
Source-Version: 2.13-0exp5

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

eglibc-source_2.13-0exp5_all.deb
  to main/e/eglibc/eglibc-source_2.13-0exp5_all.deb
eglibc_2.13-0exp5.diff.gz
  to main/e/eglibc/eglibc_2.13-0exp5.diff.gz
eglibc_2.13-0exp5.dsc
  to main/e/eglibc/eglibc_2.13-0exp5.dsc
glibc-doc_2.13-0exp5_all.deb
  to main/e/eglibc/glibc-doc_2.13-0exp5_all.deb
libc-bin_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc-bin_2.13-0exp5_amd64.deb
libc-dev-bin_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc-dev-bin_2.13-0exp5_amd64.deb
libc6-dbg_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-dbg_2.13-0exp5_amd64.deb
libc6-dev-i386_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-dev-i386_2.13-0exp5_amd64.deb
libc6-dev_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-dev_2.13-0exp5_amd64.deb
libc6-i386_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-i386_2.13-0exp5_amd64.deb
libc6-pic_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-pic_2.13-0exp5_amd64.deb
libc6-prof_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-prof_2.13-0exp5_amd64.deb
libc6-udeb_2.13-0exp5_amd64.udeb
  to main/e/eglibc/libc6-udeb_2.13-0exp5_amd64.udeb
libc6_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6_2.13-0exp5_amd64.deb
libnss-dns-udeb_2.13-0exp5_amd64.udeb
  to main/e/eglibc/libnss-dns-udeb_2.13-0exp5_amd64.udeb
libnss-files-udeb_2.13-0exp5_amd64.udeb
  to main/e/eglibc/libnss-files-udeb_2.13-0exp5_amd64.udeb
locales-all_2.13-0exp5_amd64.deb
  to main/e/eglibc/locales-all_2.13-0exp5_amd64.deb
locales_2.13-0exp5_all.deb
  to main/e/eglibc/locales_2.13-0exp5_all.deb
nscd_2.13-0exp5_amd64.deb
  to main/e/eglibc/nscd_2.13-0exp5_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 611...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Aurelien Jarno  (supplier of updated eglibc 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, 28 Mar 2011 19:04:57 +0200
Source: eglibc
Binary: libc-bin libc-dev-bin glibc-doc eglibc-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-i686 libc6-xen libc0.1-i686 libc0.3-i686 libc0.3-xen 
libc6.1-alphaev67 libnss-dns-udeb libnss-files-udeb
Architecture: source all amd64
Version: 2.13-0exp5
Distribution: experimental
Urgency: low
Maintainer: Aurelien Jarno 
Changed-By: Aurelien Jarno 
Description: 
 eglibc-source - Embedded GNU C Library: sources
 glibc-doc  - Embedded GNU C Library: Documentation

Bug#611195: marked as done (vlc-nox: generating plugin cache at postinst segfaults on PaX kernel)

[Debian Bug Tracking System]

Your message dated Tue, 29 Mar 2011 00:34:07 +
with message-id 
and subject line Bug#611195: fixed in eglibc 2.13-0exp5
has caused the Debian Bug report #611195,
regarding vlc-nox: generating plugin cache at postinst segfaults on PaX 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.)


-- 
611195: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=611195
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: vlc-nox
Version: 1.1.3-1squeeze2
Severity: normal

Upgrading gives the following error:

Setting up vlc-nox (1.1.3-1squeeze2) ...
Segmentation fault
dpkg: error processing vlc-nox (--configure):
 subprocess installed post-installation script returned error exit status 139

Apparently, vlc-cache-gen segfaults when processing the sdl_image plugin:

stat64("/usr/lib/vlc/plugins/codec/liblpcm_plugin.so", {st_mode=S_IFREG|0644, 
st_size=9820, ...}) = 0
open("/usr/lib/vlc/plugins/codec/liblpcm_plugin.so", O_RDONLY) = 5
read(5, 
"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\220\6\0\0004\0\0\0"..., 512) = 
512
fstat64(5, {st_mode=S_IFREG|0644, st_size=9820, ...}) = 0
mmap2(NULL, 12652, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 5, 0) = 
0x4687b000
mmap2(0x4687e000, 4096, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 5, 0x2) = 0x4687e000
close(5)= 0
stat64("/usr/lib/vlc/plugins/codec/libsdl_image_plugin.so", 
{st_mode=S_IFREG|0644, st_size=6852, ...}) = 0
open("/usr/lib/vlc/plugins/codec/libsdl_image_plugin.so", O_RDONLY) = 5
read(5, 
"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\240\7\0\0004\0\0\0"..., 512) = 
512
fstat64(5, {st_mode=S_IFREG|0644, st_size=6852, ...}) = 0
mmap2(NULL, 9628, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 5, 0) = 
0x4747a000
mmap2(0x4747c000, 4096, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 5, 0x1) = 0x4747c000
close(5)= 0
open("/etc/ld.so.cache", O_RDONLY)  = 5
fstat64(5, {st_mode=S_IFREG|0644, st_size=50711, ...}) = 0
mmap2(NULL, 50711, PROT_READ, MAP_PRIVATE, 5, 0) = 0x4686e000
close(5)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/usr/lib/libSDL_image-1.2.so.0", O_RDONLY) = 5
read(5, 
"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\320\30\0\0004\0\0\0"..., 512) 
= 512
fstat64(5, {st_mode=S_IFREG|0644, st_size=47072, ...}) = 0
brk(0x80fe000)  = 0x80fe000
mmap2(NULL, 113072, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 5, 0) = 
0x46852000
mmap2(0x4685d000, 4096, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 5, 0xb) = 0x4685d000
mmap2(0x4685e000, 63920, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x4685e000
close(5)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/usr/lib/libSDL-1.2.so.0", O_RDONLY) = 5
read(5, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0p]\0\0004\0\0\0"..., 
512) = 512
fstat64(5, {st_mode=S_IFREG|0644, st_size=421876, ...}) = 0
mmap2(NULL, 720688, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 5, 0) = 
0x467a2000
mmap2(0x46808000, 8192, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 5, 0x65) = 0x46808000
mmap2(0x4680a000, 294704, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x4680a000
mprotect(0x4946b000, 3840, PROT_READ|PROT_WRITE) = -1 EACCES (Permission denied)
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++
zsh: segmentation fault  strace -f /usr/lib/vlc/vlc-cache-gen 
/usr/lib/vlc/plugins

Note the mprotect() error, as logged by the kernel:

[1607219.198034] grsec: denied RWX mprotect of /lib/ld-2.11.2.so by
/usr/lib/vlc/vlc-cache-gen[vlc-cache-gen:15667] uid/euid:0/0 gid/egid:0/0,
parent /var/lib/dpkg/info/vlc-nox.postinst[vlc-nox.postins:15666] uid/euid:0/0 
gid/egid:0/0

Disabling the mprotect() restriction feature makes the problem go away.

FWIW, a gdb backtrace:

Program received signal SIGSEGV, Segmentation fault.
0x50f49677 in ?? () from /lib/ld-linux.so.2
(gdb) bt
#0  0x50f49677 in ?? () from /lib/ld-linux.so.2
#1  0x50f4a134 in ?? () from /lib/ld-linux.so.2
#2  0x50f4fe9c in ?? () from /lib/ld-linux.so.2
#3  0x50f507f6 in ?? () from /lib/ld-linux.so.2
#4  0x50f4f192 in ?? () from /lib/ld-linux.so.2
#5  0x50f54b81 in ?? () from /lib/ld-linux.so.2
#6  0x50f507f6 in ?? () from /lib/ld-linux.so.2
#7  0x50f545c6 in ?? () from /lib/ld-linux.so.2
#8  0x50c8ac0b in ?? ()
#9  0x50f507f6 in ?? () from /lib/ld-linux.so.2
#10 0x50c8b09c in ?? ()
#11 0x

Bug#610824: marked as done (libc6-dev: POSIX/SUS defines and functions require GNU specific defines)

[Debian Bug Tracking System]

Your message dated Tue, 29 Mar 2011 00:34:07 +
with message-id 
and subject line Bug#610824: fixed in eglibc 2.13-0exp5
has caused the Debian Bug report #610824,
regarding libc6-dev: POSIX/SUS defines and functions require GNU specific 
defines
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.)


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


Several standardized defines and functions which are part of POSIX.1-2008/SUSv4 
require nonstandard GNU defines in order to function properly.
I don't know the full range of standardized functions and defines which are 
affected, but I have found several.

http://pubs.opengroup.org/onlinepubs/9699919799/functions/open.html
Specifies that O_DIRECTORY, O_NOFOLLOW, and O_CLOEXEC are part of the standard 
for open()/openat().

The manpages incorrectly states regarding some, that they are Linux-specific, 
when they aren't.
   O_DIRECTORY
  If pathname is not a directory, cause the open to fail.  This 
flag is Linux-specific, and was added in kernel version  2.1.126,  to  avoid
  denial-of-service  problems  if  opendir(3)  is  called  on a 
FIFO or tape device, but should not be used outside of the implementation of
  opendir(3).

 ends up wrapping them as follows:
#ifdef __USE_GNU
# define O_DIRECT04 /* Direct disk access.  */
# define O_DIRECTORY020 /* Must be a directory.  */
# define O_NOFOLLOW 040 /* Do not follow links.  */
# define O_NOATIME 0100 /* Do not set atime.  */
# define O_CLOEXEC 0200 /* Set close_on_exec.  */
#endif

3 out of those 5 should not be wrapped like that.

I found similar issues with pread() and pwrite().
The standard 
http://pubs.opengroup.org/onlinepubs/9699919799/functions/pread.html states 
they should be included with , but they aren't.
The manpages state that _POSIX_C_SOURCE >= 200809L would include them, but it 
doesn't seem to help.

 contains the following:
#ifdef __USE_UNIX98
# ifndef __USE_FILE_OFFSET64
/* Read NBYTES into BUF from FD at the given position OFFSET without
   changing the file pointer.  Return the number read, -1 for errors
   or 0 for EOF.

   This function is a cancellation point and therefore not marked with
   __THROW.  */
extern ssize_t pread (int __fd, void *__buf, size_t __nbytes,
  __off_t __offset) __wur;

/* Write N bytes of BUF to FD at the given position OFFSET without
   changing the file pointer.  Return the number written, or -1.

   This function is a cancellation point and therefore not marked with
   __THROW.  */
extern ssize_t pwrite (int __fd, __const void *__buf, size_t __n,
   __off_t __offset) __wur;



Adding -D__USE_UNIX98 when compiling fixes the problem, but that shouldn't be 
needed.

This problem seems to be quite widespread. Adding -D_POSIX_C_SOURCE=200809L for 
example seems to no longer include many functions which should
be included as part of POSIX.1-2008, such as the *at() functions.

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

Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libc6-dev depends on:
ii  libc-dev-bin  2.11.2-9   Embedded GNU C Library: Developmen
ii  libc6 2.11.2-9   Embedded GNU C Library: Shared lib
ii  linux-libc-dev2.6.32-30  Linux support headers for userspac

Versions of packages libc6-dev recommends:
ii  gcc [c-compiler]  4:4.4.5-2  The GNU C compiler
ii  gcc-4.3 [c-compiler]  4.3.5-4The GNU C compiler
ii  gcc-4.4 [c-compiler]  4.4.5-10   The GNU C compiler
ii  gcc-4.5 [c-compiler]  4.5.2-1The GNU C compiler

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

-- no debconf information


--- End Message ---
--- Begin Message ---
Source: eglibc
Source-Version: 2.13-0exp5

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

eglibc-source_2.13-0exp5_all.deb
  to main/e/eglibc/eglibc-source_2.13-0exp5_all.deb
eglibc_2.13-0exp5.diff.gz
  to main/e/eglibc/e

Bug#610475: marked as done (bump minimum kernel version)

[Debian Bug Tracking System]

Your message dated Tue, 29 Mar 2011 00:34:06 +
with message-id 
and subject line Bug#610475: fixed in eglibc 2.13-0exp5
has caused the Debian Bug report #610475,
regarding bump minimum kernel version
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.)


-- 
610475: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=610475
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: eglibc-source
Version: 2.11.2-8

As eglibc needs to be updated, it is time to review the minimum
required kernel version for eglibc. Enabling a newer kernel will
allows glibc to have less workarounds compiled in.  This comes at the
obvious cost of not having support for older kernels so a tradeoff is
needed...

The minimum version supported by eglibc is defined by the
MIN_KERNEL_SUPPORTED which as value 2.6.18 in debian/sysdeps/linux.mk.
One needs to make a lot of changes in the default installation to run
Debian on such an old kernel.

As udev >= 147 requires a minimum kernel version of 2.6.27 and is not
tested with versions older than 2.6.31 (cf
http://www.spinics.net/lists/hotplug/msg04507.html), I am going to
suggest to follow Fedora 14 which moved from 2.6.18 to 2.6.32.


--- End Message ---
--- Begin Message ---
Source: eglibc
Source-Version: 2.13-0exp5

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

eglibc-source_2.13-0exp5_all.deb
  to main/e/eglibc/eglibc-source_2.13-0exp5_all.deb
eglibc_2.13-0exp5.diff.gz
  to main/e/eglibc/eglibc_2.13-0exp5.diff.gz
eglibc_2.13-0exp5.dsc
  to main/e/eglibc/eglibc_2.13-0exp5.dsc
glibc-doc_2.13-0exp5_all.deb
  to main/e/eglibc/glibc-doc_2.13-0exp5_all.deb
libc-bin_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc-bin_2.13-0exp5_amd64.deb
libc-dev-bin_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc-dev-bin_2.13-0exp5_amd64.deb
libc6-dbg_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-dbg_2.13-0exp5_amd64.deb
libc6-dev-i386_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-dev-i386_2.13-0exp5_amd64.deb
libc6-dev_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-dev_2.13-0exp5_amd64.deb
libc6-i386_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-i386_2.13-0exp5_amd64.deb
libc6-pic_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-pic_2.13-0exp5_amd64.deb
libc6-prof_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-prof_2.13-0exp5_amd64.deb
libc6-udeb_2.13-0exp5_amd64.udeb
  to main/e/eglibc/libc6-udeb_2.13-0exp5_amd64.udeb
libc6_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6_2.13-0exp5_amd64.deb
libnss-dns-udeb_2.13-0exp5_amd64.udeb
  to main/e/eglibc/libnss-dns-udeb_2.13-0exp5_amd64.udeb
libnss-files-udeb_2.13-0exp5_amd64.udeb
  to main/e/eglibc/libnss-files-udeb_2.13-0exp5_amd64.udeb
locales-all_2.13-0exp5_amd64.deb
  to main/e/eglibc/locales-all_2.13-0exp5_amd64.deb
locales_2.13-0exp5_all.deb
  to main/e/eglibc/locales_2.13-0exp5_all.deb
nscd_2.13-0exp5_amd64.deb
  to main/e/eglibc/nscd_2.13-0exp5_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 610...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Aurelien Jarno  (supplier of updated eglibc 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, 28 Mar 2011 19:04:57 +0200
Source: eglibc
Binary: libc-bin libc-dev-bin glibc-doc eglibc-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-i686 libc6-xen libc0.1-i686 libc0.3-i686 libc0.3-xen 
libc6.1-alphaev67 libnss-dns-udeb libnss-files-udeb
Architecture: source all amd64
Version: 2.13-0exp5
Distribution: experimental
Urgency: low
Maintainer: Aurelien Jarno 
Changed-By: Aurelien Jarno 
Description: 
 eglibc-source - Embedded GNU C Library: sources
 glibc-doc  - Embedded G

Bug#609389: marked as done (libc-bin: getconf -a have many variables set not properly (i.e. LEVEL*CACHE*))

[Debian Bug Tracking System]

Your message dated Tue, 29 Mar 2011 00:34:06 +
with message-id 
and subject line Bug#609389: fixed in eglibc 2.13-0exp5
has caused the Debian Bug report #609389,
regarding libc-bin: getconf -a have many variables set not properly (i.e. 
LEVEL*CACHE*)
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.)


-- 
609389: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=609389
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: libc-bin
Version: 2.11.2-7
Severity: normal

getconf -a have many variables set to 0.

for example

LEVEL1_ICACHE_SIZE 0
LEVEL1_ICACHE_ASSOC0
LEVEL1_ICACHE_LINESIZE 0
LEVEL1_DCACHE_SIZE 0
LEVEL1_DCACHE_ASSOC0
LEVEL1_DCACHE_LINESIZE 0
LEVEL2_CACHE_SIZE  0
LEVEL2_CACHE_ASSOC 0
LEVEL2_CACHE_LINESIZE  0


they are easly available on most architectures in /proc/cpuinfo

There are also few more, but I do not know if they apply to Linux system
(most notably some limits are not set, but i do not know if they correctly
do not have any limits, or somebody forget to set them somewhere).
They can lead to subtel bugs, for example involving buffer overflows.


My system:

# cat /proc/cpuinfo
processor   : 0
vendor_id   : GenuineIntel
cpu family  : 6
model   : 13
model name  : Intel(R) Pentium(R) M processor 1.73GHz
stepping: 8
cpu MHz : 800.000
cache size  : 2048 KB
fdiv_bug: no
hlt_bug : no
f00f_bug: no
coma_bug: no
fpu : yes
fpu_exception   : yes
cpuid level : 2
wp  : yes
flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov
clflush dts acpi mmx fxsr sse sse2 ss tm pbe nx up bts est tm2
bogomips: 1596.20
clflush size: 64
cache_alignment : 64
address sizes   : 32 bits physical, 32 bits virtual
power management:

# uname -a
Linux sredniczarny 2.6.37-rc8+ #68 SMP PREEMPT Thu Dec 30 04:03:38 CET 2010
i686 GNU/Linux
#




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

Kernel: Linux 2.6.37-rc8+ (SMP w/1 CPU core; PREEMPT)
Locale: LANG=pl_PL.utf8, LC_CTYPE=pl_PL.utf8 (charmap=UTF-8) (ignored: LC_ALL 
set to pl_PL.utf8)
Shell: /bin/sh linked to /bin/dash

-- no debconf information


--- End Message ---
--- Begin Message ---
Source: eglibc
Source-Version: 2.13-0exp5

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

eglibc-source_2.13-0exp5_all.deb
  to main/e/eglibc/eglibc-source_2.13-0exp5_all.deb
eglibc_2.13-0exp5.diff.gz
  to main/e/eglibc/eglibc_2.13-0exp5.diff.gz
eglibc_2.13-0exp5.dsc
  to main/e/eglibc/eglibc_2.13-0exp5.dsc
glibc-doc_2.13-0exp5_all.deb
  to main/e/eglibc/glibc-doc_2.13-0exp5_all.deb
libc-bin_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc-bin_2.13-0exp5_amd64.deb
libc-dev-bin_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc-dev-bin_2.13-0exp5_amd64.deb
libc6-dbg_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-dbg_2.13-0exp5_amd64.deb
libc6-dev-i386_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-dev-i386_2.13-0exp5_amd64.deb
libc6-dev_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-dev_2.13-0exp5_amd64.deb
libc6-i386_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-i386_2.13-0exp5_amd64.deb
libc6-pic_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-pic_2.13-0exp5_amd64.deb
libc6-prof_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-prof_2.13-0exp5_amd64.deb
libc6-udeb_2.13-0exp5_amd64.udeb
  to main/e/eglibc/libc6-udeb_2.13-0exp5_amd64.udeb
libc6_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6_2.13-0exp5_amd64.deb
libnss-dns-udeb_2.13-0exp5_amd64.udeb
  to main/e/eglibc/libnss-dns-udeb_2.13-0exp5_amd64.udeb
libnss-files-udeb_2.13-0exp5_amd64.udeb
  to main/e/eglibc/libnss-files-udeb_2.13-0exp5_amd64.udeb
locales-all_2.13-0exp5_amd64.deb
  to main/e/eglibc/locales-all_2.13-0exp5_amd64.deb
locales_2.13-0exp5_all.deb
  to main/e/eglibc/locales_2.13-0exp5_all.deb
nscd_2.13-0exp5_amd64.deb
  to main/e/eglibc/nscd_2.13-0exp5_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 609...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

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

(This message was generated automatic

Bug#609306: marked as done (eglibc: Please provide a C.UTF-8 locale by default)

[Debian Bug Tracking System]

Your message dated Tue, 29 Mar 2011 00:34:06 +
with message-id 
and subject line Bug#609306: fixed in eglibc 2.13-0exp5
has caused the Debian Bug report #609306,
regarding eglibc: Please provide a C.UTF-8 locale by default
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.)


-- 
609306: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=609306
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: debian-policy
Version: 3.8.1.0
Severity: wishlist

For the mksh regression tests, I need a UTF-8 locale working; most
systems either provide “en_US.UTF-8” or “en_US.utf8” with the former
being recommended.

Build-depending on locales-all has worked for me so far, except it
won’t do in Kubuntu where said package does not exist (workaround
is to run 「locale-gen en_US.UTF-8」 in a pbuilder hook, but that’s
almost certainly not allowed in debian/rules *and* requires root),
and fails on hurd-i386 recently (locales-all fails to install).

The promise of the etch release to bring UTF-8 support was not met
because a standard installation of etch does not supply any locale
which can be used for LC_CTYPE with UTF-8 support; only installing
locales-all, or installing locales and debconfing one will do so.
I do not know about lenny, though, I have to admit.

The most light-weight solution would be to
• introduce a “C.UTF-8” locale, as some other OSes did, which is
  equivalent to the “C” (POSIX) locale in all respects *except*
  for LC_CTYPE, where it uses UTF-8 instead of a 7/8-bit charac-
  ter set or encoding
• deliver the “C.UTF-8” locale with the base system
• allow Debian packages to depend on its existence, both at
  build and run time

A more controversial solution would be to do the second and third
point of the above with the “en_US.UTF-8” locale, but that would
be favouring US americanism. (On the other hand, it’s *the* one
most widely spread UTF-8 capable locale available, and as such,
the mksh regression tests use it upstream already.)

Thanks in advance.


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

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

debian-policy depends on no packages.

debian-policy recommends no packages.

Versions of packages debian-policy suggests:
pn  doc-base   (no description available)

-- no debconf information


--- End Message ---
--- Begin Message ---
Source: eglibc
Source-Version: 2.13-0exp5

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

eglibc-source_2.13-0exp5_all.deb
  to main/e/eglibc/eglibc-source_2.13-0exp5_all.deb
eglibc_2.13-0exp5.diff.gz
  to main/e/eglibc/eglibc_2.13-0exp5.diff.gz
eglibc_2.13-0exp5.dsc
  to main/e/eglibc/eglibc_2.13-0exp5.dsc
glibc-doc_2.13-0exp5_all.deb
  to main/e/eglibc/glibc-doc_2.13-0exp5_all.deb
libc-bin_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc-bin_2.13-0exp5_amd64.deb
libc-dev-bin_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc-dev-bin_2.13-0exp5_amd64.deb
libc6-dbg_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-dbg_2.13-0exp5_amd64.deb
libc6-dev-i386_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-dev-i386_2.13-0exp5_amd64.deb
libc6-dev_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-dev_2.13-0exp5_amd64.deb
libc6-i386_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-i386_2.13-0exp5_amd64.deb
libc6-pic_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-pic_2.13-0exp5_amd64.deb
libc6-prof_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-prof_2.13-0exp5_amd64.deb
libc6-udeb_2.13-0exp5_amd64.udeb
  to main/e/eglibc/libc6-udeb_2.13-0exp5_amd64.udeb
libc6_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6_2.13-0exp5_amd64.deb
libnss-dns-udeb_2.13-0exp5_amd64.udeb
  to main/e/eglibc/libnss-dns-udeb_2.13-0exp5_amd64.udeb
libnss-files-udeb_2.13-0exp5_amd64.udeb
  to main/e/eglibc/libnss-files-udeb_2.13-0exp5_amd64.udeb
locales-all_2.13-0exp5_amd64.deb
  to main/e/eglibc/locales-all_2.13-0exp5_amd64.deb
locales_2.13-0exp5_all.deb
  to main/e/eglibc/locales_2.13-0exp5_all.deb
nscd_2.13-0exp5_amd64.deb
  to main/e/eglibc/nscd_2.13-0exp5_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 609...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Aur

Bug#602776: marked as done (libc: missing syscall stubs for jail_set, jail_get, jail_remove)

[Debian Bug Tracking System]

Your message dated Tue, 29 Mar 2011 00:34:06 +
with message-id 
and subject line Bug#602776: fixed in eglibc 2.13-0exp5
has caused the Debian Bug report #602776,
regarding libc: missing syscall stubs for jail_set, jail_get, jail_remove
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.)


-- 
602776: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=602776
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: libc0.1
Version: 2.11.2-6
Severity: normal
File: libc

libc0.1 in its current version on squeeze doesn't export the jail-related 
syscalls jail_set, jail_get and jail_remove.
Manual calling via syscall() works.

Steps to reproduce:

$ cat test.c
#include 
#include 

int main(void) {
  int ret = jail_remove(42);
  return 0;
}
$ gcc -o test test.c
/tmp/ccOCb7Qf.o: In function `main':
test.c:(.text+0xe): undefined reference to `jail_remove'
collect2: ld returned 1 exit status
$ cat test2.c
#define _GNU_SOURCE
#include 
#include 
#include 
#include 

int main(void) {
  int ret = syscall(SYS_jail_remove, 42);
  return 0;
}
$ gcc -o test2 test2.c
$


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

Kernel: kFreeBSD 8.1-1-amd64
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 libc0.1 depends on:
ii  libc-bin  2.11.2-6   Embedded GNU C Library: Binaries
ii  libgcc1   1:4.4.5-4  GCC support library

libc0.1 recommends no packages.

Versions of packages libc0.1 suggests:
ii  debconf [debconf-2.0]  1.5.36Debian configuration management sy
pn  glibc-doc  (no description available)
ii  locales2.11.2-6+squeeze1 Embedded GNU C Library: National L

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


--- End Message ---
--- Begin Message ---
Source: eglibc
Source-Version: 2.13-0exp5

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

eglibc-source_2.13-0exp5_all.deb
  to main/e/eglibc/eglibc-source_2.13-0exp5_all.deb
eglibc_2.13-0exp5.diff.gz
  to main/e/eglibc/eglibc_2.13-0exp5.diff.gz
eglibc_2.13-0exp5.dsc
  to main/e/eglibc/eglibc_2.13-0exp5.dsc
glibc-doc_2.13-0exp5_all.deb
  to main/e/eglibc/glibc-doc_2.13-0exp5_all.deb
libc-bin_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc-bin_2.13-0exp5_amd64.deb
libc-dev-bin_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc-dev-bin_2.13-0exp5_amd64.deb
libc6-dbg_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-dbg_2.13-0exp5_amd64.deb
libc6-dev-i386_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-dev-i386_2.13-0exp5_amd64.deb
libc6-dev_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-dev_2.13-0exp5_amd64.deb
libc6-i386_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-i386_2.13-0exp5_amd64.deb
libc6-pic_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-pic_2.13-0exp5_amd64.deb
libc6-prof_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-prof_2.13-0exp5_amd64.deb
libc6-udeb_2.13-0exp5_amd64.udeb
  to main/e/eglibc/libc6-udeb_2.13-0exp5_amd64.udeb
libc6_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6_2.13-0exp5_amd64.deb
libnss-dns-udeb_2.13-0exp5_amd64.udeb
  to main/e/eglibc/libnss-dns-udeb_2.13-0exp5_amd64.udeb
libnss-files-udeb_2.13-0exp5_amd64.udeb
  to main/e/eglibc/libnss-files-udeb_2.13-0exp5_amd64.udeb
locales-all_2.13-0exp5_amd64.deb
  to main/e/eglibc/locales-all_2.13-0exp5_amd64.deb
locales_2.13-0exp5_all.deb
  to main/e/eglibc/locales_2.13-0exp5_all.deb
nscd_2.13-0exp5_amd64.deb
  to main/e/eglibc/nscd_2.13-0exp5_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 602...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Aurelien Jarno  (supplier of updated eglibc 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, 28 Mar 2011 19:04:57 +0200
Source: eglibc
Binary: libc-bin libc-dev-bin glibc-doc eglibc-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 

Bug#601126: marked as done (eglibc: [m68k] please apply patch for m68k TLS support)

[Debian Bug Tracking System]

Your message dated Tue, 29 Mar 2011 00:34:06 +
with message-id 
and subject line Bug#601126: fixed in eglibc 2.13-0exp5
has caused the Debian Bug report #601126,
regarding eglibc: [m68k] please apply patch for m68k TLS support
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.)


-- 
601126: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=601126
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: eglibc
Version: 2.11.2-6
Severity: wishlist
Tags: patch

Hi,

please apply the attached debdiff, which after discussion on the
Debian m68k mailing list with great help from Finn Thain will
make eglibc build with TLS support on m68k given both kernel and
toolchain that support it. (These are not currently in the ar-
chive, but uploads will be made once cleanly built packages are
available – I’m sorta re-bootstrapping the port – and as newer
libcs than 2.5 have never been built on m68k, won’t hurt.)

Thanks!
diff -u eglibc-2.11.2/debian/changelog eglibc-2.11.2/debian/changelog
--- eglibc-2.11.2/debian/changelog
+++ eglibc-2.11.2/debian/changelog
@@ -1,3 +1,15 @@
+eglibc (2.11.2-6+m68k.2) unreleased; urgency=low
+
+  * debian/sysdeps/m68k.mk: switch m68k to TLS
+- use nptl instead of linuxthreads
+- remove libc_extra_config_options (all of them, we have __thread
+  and tls now; sanity checks were only disabled for linuxthreads)
+- raise minimum kernel version to 2.6.16 and document why we can't
+  set it to 2.6.32 (Debian) yet which would be correct/desired
+  * debian/debhelper.in/libc.preinst: require 2.6.32 kernel on m68k
+
+ -- Thorsten Glaser   Fri, 22 Oct 2010 10:01:02 +
+
 eglibc (2.11.2-6) unstable; urgency=low
 
   [ Aurelien Jarno ]
diff -u eglibc-2.11.2/debian/debhelper.in/libc.preinst eglibc-2.11.2/debian/debhelper.in/libc.preinst
--- eglibc-2.11.2/debian/debhelper.in/libc.preinst
+++ eglibc-2.11.2/debian/debhelper.in/libc.preinst
@@ -292,33 +292,22 @@
 mips*) realarch="mips";;
   esac
 
-  # The GNU libc requires a >= 2.6.18 kernel (except on m68k)
+  # The GNU libc requires a >= 2.6.32-3 Debian kernel on m68k
+  # for TLS, or a >= 2.6.18 kernel on all other architectures
   if [ "$realarch" != m68k ]
   then
-  if linux_compare_versions "$kernel_ver" lt 2.6.18
-  then
-  echo WARNING: this version of the GNU libc requires kernel version
-  echo 2.6.18 or later.  Please upgrade your kernel before installing
-  echo glibc.
-  kernel26_help
-
-  exit 1
-  fi
+  vmin=2.6.18
+  else
+  vmin=2.6.32
   fi
-
-  # The GNU libc is now built with --with-kernel= >= 2.4.1 on m68k
-  if [ "$realarch" = m68k ]
+  if linux_compare_versions "$kernel_ver" lt ${vmin}
   then
-  if linux_compare_versions "$kernel_ver" lt 2.4.1
-  then
-  echo WARNING: This version of glibc requires that you be running
-  echo kernel version 2.4.1 or later.  Earlier kernels contained
-  echo bugs that may render the system unusable if a modern version
-  echo of glibc is installed.
-  kernel26_help
+  echo WARNING: this version of the GNU libc requires kernel version
+  echo ${vmin} or later.  Please upgrade your kernel before installing
+  echo glibc.
+  kernel26_help
 
-  exit 1
-  fi
+  exit 1
   fi
 
   # From glibc 2.6-3 SPARC V8 support is dropped.
diff -u eglibc-2.11.2/debian/sysdeps/m68k.mk eglibc-2.11.2/debian/sysdeps/m68k.mk
--- eglibc-2.11.2/debian/sysdeps/m68k.mk
+++ eglibc-2.11.2/debian/sysdeps/m68k.mk
@@ -1,3 +1,5 @@
-libc_MIN_KERNEL_SUPPORTED = 2.4.1
-libc_add-ons = ports linuxthreads $(add-ons)
-libc_extra_config_options = $(extra_config_options) --disable-sanity-checks --without-__thread --without-tls
+# actually, Debian 2.6.32-23 and up, or Mainline 2.6.34
+# but we need the compatibility functions compiled in through
+# this until patched appropriately
+libc_MIN_KERNEL_SUPPORTED = 2.6.16
+libc_add-ons = ports nptl $(add-ons)
--- End Message ---
--- Begin Message ---
Source: eglibc
Source-Version: 2.13-0exp5

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

eglibc-source_2.13-0exp5_all.deb
  to main/e/eglibc/eglibc-source_2.13-0exp5_all.deb
eglibc_2.13-0exp5.diff.gz
  to main/e/eglibc/eglibc_2.13-0exp5.diff.gz
eglibc_2.13-0exp5.dsc
  to main/e/eglibc/eglibc_2.13-0exp5.dsc
glibc-doc_2.13-0exp5_all.deb

Bug#566844: marked as done (libc6 causing "Authentication service cannot retrieve authentication info")

[Debian Bug Tracking System]

Your message dated Tue, 29 Mar 2011 00:34:06 +
with message-id 
and subject line Bug#566844: fixed in eglibc 2.13-0exp5
has caused the Debian Bug report #566844,
regarding libc6 causing "Authentication service cannot retrieve authentication 
info"
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.)


-- 
566844: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=566844
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: libc6
Version: 2.7-18
Severity: critical
Justification: breaks unrelated software


I'm running Debian Lenny with a stock 2.6.26-2 AMD64 kernel, and after 
upgrading any of my systems to use the latest libc6 package from 
debian-security (2.7-18lenny2), all of my systems that use NIS can no longer 
authenticate.  All I get is "Authentication service cannot retrieve 
authentication info".  If I upgrade a system to 2.7-18lenny2, I immediately 
start having problems, and as soon as I revert back to 2.7-18, everything works 
perfectly.  I've been using the same NIS setup for close to 5 years now, and 
have been moving it along from Sarge, to Etch, to Lenny without any 
problems...until now.

My /etc/nsswitch.conf:
  passwd: compat
  group:  compat
  shadow: compat

Like I said, I am using NIS, however both the NIS master server and the NIS 
clients both break when I upgrade libc6 to 2.7-18lenny2.  The NIS server is 
again, a stock Debian Lenny server.  With the NIS server, I am combining the 
passwd/shadow files on the NIS server into just the passwd map (using the 
MERGE_PASSWD option).  So the NIS clients don't actually see any shadow file 
entries for any of the NIS accounts.

I've also tried changing the nsswitch.conf file to:
  passwd: nis files
  group:  nis files
  shadow: files

You'll notice I left the "nis" option off of the shadow entry, since there's no 
need for it, since there's no "shadow" map.  My guess is that, this is the 
cause of the problem...In other words, because the system isn't seeing shadow 
entries, it's bailing out.  But why all of a sudden did this break in the 
latest libc6?  And is there a way to get the old functionality back?

And yes, if I create local accounts directly on the system itself, there are no 
problems, it's just the NIS accounts (again, I'm guessing because there is no 
shadow entries) that are causing me problems.

Please let me know if you need any further information from me.


-- System Information:
Debian Release: 5.0.3
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

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

Versions of packages libc6 depends on:
ii  libgcc1  1:4.3.2-1.1 GCC support library

libc6 recommends no packages.

Versions of packages libc6 suggests:
pn  glibc-doc  (no description available)
ii  locales   2.7-18 GNU C Library: National Language (

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


--- End Message ---
--- Begin Message ---
Source: eglibc
Source-Version: 2.13-0exp5

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

eglibc-source_2.13-0exp5_all.deb
  to main/e/eglibc/eglibc-source_2.13-0exp5_all.deb
eglibc_2.13-0exp5.diff.gz
  to main/e/eglibc/eglibc_2.13-0exp5.diff.gz
eglibc_2.13-0exp5.dsc
  to main/e/eglibc/eglibc_2.13-0exp5.dsc
glibc-doc_2.13-0exp5_all.deb
  to main/e/eglibc/glibc-doc_2.13-0exp5_all.deb
libc-bin_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc-bin_2.13-0exp5_amd64.deb
libc-dev-bin_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc-dev-bin_2.13-0exp5_amd64.deb
libc6-dbg_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-dbg_2.13-0exp5_amd64.deb
libc6-dev-i386_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-dev-i386_2.13-0exp5_amd64.deb
libc6-dev_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-dev_2.13-0exp5_amd64.deb
libc6-i386_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-i386_2.13-0exp5_amd64.deb
libc6-pic_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-pic_2.13-0exp5_amd64.deb
libc6-prof_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-prof_2.13-0exp5_amd64.deb
libc6-udeb_2.13-0exp5_amd64.udeb
  to main/e/eglibc/libc6-udeb_2.13-0exp5_amd64.udeb
libc6_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6_2.13-0exp5_amd64.deb
libnss-dns-udeb_2.13-0exp5_amd64.udeb
  to main/e/eglibc/libnss-dns-udeb_2.13-0exp5_amd64.ud

Bug#588218: marked as done (libc-bin: ldconfig unconditionally create auxilary cache file at fixed path)

[Debian Bug Tracking System]

Your message dated Tue, 29 Mar 2011 00:34:06 +
with message-id 
and subject line Bug#588218: fixed in eglibc 2.13-0exp5
has caused the Debian Bug report #588218,
regarding libc-bin: ldconfig unconditionally create auxilary cache file at 
fixed path
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.)


-- 
588218: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=588218
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: libc-bin
Version: 2.10.2-6
Severity: normal
Tags: upstream

I am using ldconfig to generate a cache for an image designed for an embedded 
system. That system runs a totally different platform, but up until Squeeze, 
ldconfig worked just fine, using the "-r" flag.

Starting with Squeeze, ldconfig insists on generating an auxilary cache file. 
It attempts to generate this file even if the -i or -C options are used. 
Looking at the source, there does not appear to be any way to tell it to not 
create the auxilary cache file, or even to change the path for that file.

I believe that, when given "-i" or "-C", that the auxilary cache file should 
not be created at all.

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

Kernel: Linux 2.6.32-bpo.5-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

-- no debconf information


--- End Message ---
--- Begin Message ---
Source: eglibc
Source-Version: 2.13-0exp5

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

eglibc-source_2.13-0exp5_all.deb
  to main/e/eglibc/eglibc-source_2.13-0exp5_all.deb
eglibc_2.13-0exp5.diff.gz
  to main/e/eglibc/eglibc_2.13-0exp5.diff.gz
eglibc_2.13-0exp5.dsc
  to main/e/eglibc/eglibc_2.13-0exp5.dsc
glibc-doc_2.13-0exp5_all.deb
  to main/e/eglibc/glibc-doc_2.13-0exp5_all.deb
libc-bin_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc-bin_2.13-0exp5_amd64.deb
libc-dev-bin_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc-dev-bin_2.13-0exp5_amd64.deb
libc6-dbg_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-dbg_2.13-0exp5_amd64.deb
libc6-dev-i386_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-dev-i386_2.13-0exp5_amd64.deb
libc6-dev_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-dev_2.13-0exp5_amd64.deb
libc6-i386_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-i386_2.13-0exp5_amd64.deb
libc6-pic_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-pic_2.13-0exp5_amd64.deb
libc6-prof_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-prof_2.13-0exp5_amd64.deb
libc6-udeb_2.13-0exp5_amd64.udeb
  to main/e/eglibc/libc6-udeb_2.13-0exp5_amd64.udeb
libc6_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6_2.13-0exp5_amd64.deb
libnss-dns-udeb_2.13-0exp5_amd64.udeb
  to main/e/eglibc/libnss-dns-udeb_2.13-0exp5_amd64.udeb
libnss-files-udeb_2.13-0exp5_amd64.udeb
  to main/e/eglibc/libnss-files-udeb_2.13-0exp5_amd64.udeb
locales-all_2.13-0exp5_amd64.deb
  to main/e/eglibc/locales-all_2.13-0exp5_amd64.deb
locales_2.13-0exp5_all.deb
  to main/e/eglibc/locales_2.13-0exp5_all.deb
nscd_2.13-0exp5_amd64.deb
  to main/e/eglibc/nscd_2.13-0exp5_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 588...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Aurelien Jarno  (supplier of updated eglibc 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, 28 Mar 2011 19:04:57 +0200
Source: eglibc
Binary: libc-bin libc-dev-bin glibc-doc eglibc-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-i686 libc6-xen libc0.1-i686 libc0.3-i686 libc0.3-xen 
libc6.1-alphaev67 libnss-dns-udeb libnss-files

Bug#566297: marked as done (new libc6 NIS queries passwd.adjunct.byname (as ordinary user).)

[Debian Bug Tracking System]

Your message dated Tue, 29 Mar 2011 00:34:06 +
with message-id 
and subject line Bug#566297: fixed in eglibc 2.13-0exp5
has caused the Debian Bug report #566297,
regarding new libc6 NIS queries passwd.adjunct.byname (as ordinary user).
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.)


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



-- System Information:
Debian Release: 5.0.3
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-2-686 (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 libc6 depends on:
ii  libgcc1  1:4.3.2-1.1 GCC support library

libc6 recommends no packages.

Versions of packages libc6 suggests:
pn  glibc-doc  (no description available)
ii  libc6-i686  2.7-18lenny2 GNU C Library: Shared libraries [i
ii  locales 2.7-18lenny2 GNU C Library: National Language (

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


--- End Message ---
--- Begin Message ---
Source: eglibc
Source-Version: 2.13-0exp5

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

eglibc-source_2.13-0exp5_all.deb
  to main/e/eglibc/eglibc-source_2.13-0exp5_all.deb
eglibc_2.13-0exp5.diff.gz
  to main/e/eglibc/eglibc_2.13-0exp5.diff.gz
eglibc_2.13-0exp5.dsc
  to main/e/eglibc/eglibc_2.13-0exp5.dsc
glibc-doc_2.13-0exp5_all.deb
  to main/e/eglibc/glibc-doc_2.13-0exp5_all.deb
libc-bin_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc-bin_2.13-0exp5_amd64.deb
libc-dev-bin_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc-dev-bin_2.13-0exp5_amd64.deb
libc6-dbg_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-dbg_2.13-0exp5_amd64.deb
libc6-dev-i386_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-dev-i386_2.13-0exp5_amd64.deb
libc6-dev_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-dev_2.13-0exp5_amd64.deb
libc6-i386_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-i386_2.13-0exp5_amd64.deb
libc6-pic_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-pic_2.13-0exp5_amd64.deb
libc6-prof_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-prof_2.13-0exp5_amd64.deb
libc6-udeb_2.13-0exp5_amd64.udeb
  to main/e/eglibc/libc6-udeb_2.13-0exp5_amd64.udeb
libc6_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6_2.13-0exp5_amd64.deb
libnss-dns-udeb_2.13-0exp5_amd64.udeb
  to main/e/eglibc/libnss-dns-udeb_2.13-0exp5_amd64.udeb
libnss-files-udeb_2.13-0exp5_amd64.udeb
  to main/e/eglibc/libnss-files-udeb_2.13-0exp5_amd64.udeb
locales-all_2.13-0exp5_amd64.deb
  to main/e/eglibc/locales-all_2.13-0exp5_amd64.deb
locales_2.13-0exp5_all.deb
  to main/e/eglibc/locales_2.13-0exp5_all.deb
nscd_2.13-0exp5_amd64.deb
  to main/e/eglibc/nscd_2.13-0exp5_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 566...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Aurelien Jarno  (supplier of updated eglibc 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, 28 Mar 2011 19:04:57 +0200
Source: eglibc
Binary: libc-bin libc-dev-bin glibc-doc eglibc-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-i686 libc6-xen libc0.1-i686 libc0.3-i686 libc0.3-xen 
libc6.1-alphaev67 libnss-dns-udeb libnss-files-udeb
Architecture: source all amd64
Version: 2.13-0exp5
Distribution: experimental
Urgency: low
Maintainer: Aurelien Jarno 
Changed-By: Aurelien Jarno 
Description: 
 eglibc-so

Bug#563724: marked as done (futimens() is not POSIX compliant)

[Debian Bug Tracking System]

Your message dated Tue, 29 Mar 2011 00:34:06 +
with message-id 
and subject line Bug#563724: fixed in eglibc 2.13-0exp5
has caused the Debian Bug report #563724,
regarding futimens() is not POSIX compliant
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.)


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

Hello Debian libc maintainers,

I run a sid chroot on top of etch, using the etch kernel linux 2.6.18-6-686,
and dpkg started to fail with
tar: ./preinst: Cannot utime: Bad file descriptor

touch also fails:

%mkdir /tmp/bar
%touch /tmp/bar
touch: setting times of `/tmp/bar': Bad file descriptor
strace report:
utimensat(AT_FDCWD, "/tmp/bar", NULL, 0) = -1 ENOSYS (Function not implemented)

It seems that the issue is that the etch kernel does not implement
utimensat. 

A similar report can be found at:


Cheers,
Bill.

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

Kernel: Linux 2.6.18-6-686 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libc6 depends on:
ii  libc-bin  2.10.2-3   Embedded GNU C Library: Binaries
ii  libgcc1   1:4.4.2-5  GCC support library

Versions of packages libc6 recommends:
pn  libc6-i686 (no description available)

Versions of packages libc6 suggests:
ii  debconf [debconf-2.0] 1.5.28 Debian configuration management sy
pn  glibc-doc  (no description available)
ii  locales   2.10.2-2   GNU C Library: National Language (


--- End Message ---
--- Begin Message ---
Source: eglibc
Source-Version: 2.13-0exp5

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

eglibc-source_2.13-0exp5_all.deb
  to main/e/eglibc/eglibc-source_2.13-0exp5_all.deb
eglibc_2.13-0exp5.diff.gz
  to main/e/eglibc/eglibc_2.13-0exp5.diff.gz
eglibc_2.13-0exp5.dsc
  to main/e/eglibc/eglibc_2.13-0exp5.dsc
glibc-doc_2.13-0exp5_all.deb
  to main/e/eglibc/glibc-doc_2.13-0exp5_all.deb
libc-bin_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc-bin_2.13-0exp5_amd64.deb
libc-dev-bin_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc-dev-bin_2.13-0exp5_amd64.deb
libc6-dbg_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-dbg_2.13-0exp5_amd64.deb
libc6-dev-i386_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-dev-i386_2.13-0exp5_amd64.deb
libc6-dev_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-dev_2.13-0exp5_amd64.deb
libc6-i386_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-i386_2.13-0exp5_amd64.deb
libc6-pic_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-pic_2.13-0exp5_amd64.deb
libc6-prof_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-prof_2.13-0exp5_amd64.deb
libc6-udeb_2.13-0exp5_amd64.udeb
  to main/e/eglibc/libc6-udeb_2.13-0exp5_amd64.udeb
libc6_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6_2.13-0exp5_amd64.deb
libnss-dns-udeb_2.13-0exp5_amd64.udeb
  to main/e/eglibc/libnss-dns-udeb_2.13-0exp5_amd64.udeb
libnss-files-udeb_2.13-0exp5_amd64.udeb
  to main/e/eglibc/libnss-files-udeb_2.13-0exp5_amd64.udeb
locales-all_2.13-0exp5_amd64.deb
  to main/e/eglibc/locales-all_2.13-0exp5_amd64.deb
locales_2.13-0exp5_all.deb
  to main/e/eglibc/locales_2.13-0exp5_all.deb
nscd_2.13-0exp5_amd64.deb
  to main/e/eglibc/nscd_2.13-0exp5_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 563...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Aurelien Jarno  (supplier of updated eglibc 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, 28 Mar 2011 19:04:57 +0200
Source: eglibc
Binary: libc-bin libc-dev-bin glibc-doc eglibc-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

Bug#611644: marked as done (libc6-dev: Wrong definition of __bswap_constant_16 in bits.h generates spurious compiler warnings with optimizations)

[Debian Bug Tracking System]

Your message dated Tue, 29 Mar 2011 00:34:06 +
with message-id 
and subject line Bug#561249: fixed in eglibc 2.13-0exp5
has caused the Debian Bug report #561249,
regarding libc6-dev: Wrong definition of __bswap_constant_16 in bits.h 
generates spurious compiler warnings with optimizations
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.)


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

This has been discussed as a gcc bug, but it is in fact a libc6-dev bug, see
bug #561249.
Rumored to have been fixed in full glibc, but however not in eglibc (as of
trunk of today).
Patch attached.




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

Kernel: Linux 2.6.36-trunk-686 (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/dash

Versions of packages libc6-dev depends on:
ii  libc-dev-bin  2.11.2-10  Embedded GNU C Library: Developmen
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib
ii  linux-libc-dev2.6.32-30  Linux support headers for userspac

Versions of packages libc6-dev recommends:
ii  gcc [c-compiler]  4:4.4.5-2  The GNU C compiler
ii  gcc-4.1 [c-compiler]  4.1.2-29   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.5-4The GNU C compiler
ii  gcc-4.4 [c-compiler]  4.4.5-10   The GNU C compiler
ii  gcc-4.6 [c-compiler]  4.6-20110125-1 The GNU C compiler

Versions of packages libc6-dev suggests:
ii  glibc-doc 2.11.2-10  Embedded GNU C Library: Documentat
ii  manpages-dev  3.27-1 Manual pages about using GNU/Linux

-- no debconf information
--- ./eglibc/libc/bits/byteswap.h.orig	2011-01-31 17:06:19.0 +0100
+++ ./eglibc/libc/bits/byteswap.h	2011-01-31 17:06:58.0 +0100
@@ -26,7 +26,7 @@
 
 /* Swap bytes in 16 bit value.  */
 #define __bswap_constant_16(x) \
- x) >> 8) & 0xffu) | (((x) & 0xffu) << 8))
+ ((unsigned short int)x) >> 8) & 0xffu) | (((x) & 0xffu) << 8)))
 
 #ifdef __GNUC__
 # define __bswap_16(x) \
--- End Message ---
--- Begin Message ---
Source: eglibc
Source-Version: 2.13-0exp5

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

eglibc-source_2.13-0exp5_all.deb
  to main/e/eglibc/eglibc-source_2.13-0exp5_all.deb
eglibc_2.13-0exp5.diff.gz
  to main/e/eglibc/eglibc_2.13-0exp5.diff.gz
eglibc_2.13-0exp5.dsc
  to main/e/eglibc/eglibc_2.13-0exp5.dsc
glibc-doc_2.13-0exp5_all.deb
  to main/e/eglibc/glibc-doc_2.13-0exp5_all.deb
libc-bin_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc-bin_2.13-0exp5_amd64.deb
libc-dev-bin_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc-dev-bin_2.13-0exp5_amd64.deb
libc6-dbg_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-dbg_2.13-0exp5_amd64.deb
libc6-dev-i386_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-dev-i386_2.13-0exp5_amd64.deb
libc6-dev_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-dev_2.13-0exp5_amd64.deb
libc6-i386_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-i386_2.13-0exp5_amd64.deb
libc6-pic_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-pic_2.13-0exp5_amd64.deb
libc6-prof_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-prof_2.13-0exp5_amd64.deb
libc6-udeb_2.13-0exp5_amd64.udeb
  to main/e/eglibc/libc6-udeb_2.13-0exp5_amd64.udeb
libc6_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6_2.13-0exp5_amd64.deb
libnss-dns-udeb_2.13-0exp5_amd64.udeb
  to main/e/eglibc/libnss-dns-udeb_2.13-0exp5_amd64.udeb
libnss-files-udeb_2.13-0exp5_amd64.udeb
  to main/e/eglibc/libnss-files-udeb_2.13-0exp5_amd64.udeb
locales-all_2.13-0exp5_amd64.deb
  to main/e/eglibc/locales-all_2.13-0exp5_amd64.deb
locales_2.13-0exp5_all.deb
  to main/e/eglibc/locales_2.13-0exp5_all.deb
nscd_2.13-0exp5_amd64.deb
  to main/e/eglibc/nscd_2.13-0exp5_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 561...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

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

(This message was g

Bug#561249: marked as done (g++-4.4: Spurious warning with -Wconversion (uint16_t/htons) in -O2 mode)

[Debian Bug Tracking System]

Your message dated Tue, 29 Mar 2011 00:34:06 +
with message-id 
and subject line Bug#561249: fixed in eglibc 2.13-0exp5
has caused the Debian Bug report #561249,
regarding g++-4.4: Spurious warning with -Wconversion (uint16_t/htons) in -O2 
mode
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.)


-- 
561249: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=561249
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: g++-4.4
Version: 4.4.2-5
Severity: normal


Consider following code:
-- test.cpp -
#include 
void test()
{
  uint16_t s = 123;
  // No warning expected here 
  uint16_t swapped = htons( s );
}
--
g++-4.4 -Wconversion -Werror -c test.cpp  => no error
g++-4.4 -O2 -Wconversion -Werror -c test.cpp  => error!
(this also applies to g++-4.3, not 4.2)

I don't see why the optimization changes the triggering of the warning,
this is very painful because it requires either disabling -Wconversion
or -Werror, which are not acceptable for high quality code.

Cheers


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

Kernel: Linux 2.6.31-1-686 (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/dash

Versions of packages g++-4.4 depends on:
ii  gcc-4.4   4.4.2-5The GNU C compiler
ii  gcc-4.4-base  4.4.2-5The GNU Compiler Collection (base 
ii  libc6 2.10.2-2   GNU C Library: Shared libraries
ii  libgmp3c2 2:4.3.1+dfsg-3 Multiprecision arithmetic library
ii  libmpfr1ldbl  2.4.2-3multiple precision floating-point 
ii  libstdc++6-4.4-dev4.4.2-5The GNU Standard C++ Library v3 (d

g++-4.4 recommends no packages.

Versions of packages g++-4.4 suggests:
pn  g++-4.4-multilib   (no description available)
pn  gcc-4.4-doc(no description available)
pn  libstdc++6-4.4-dbg (no description available)

-- no debconf information


--- End Message ---
--- Begin Message ---
Source: eglibc
Source-Version: 2.13-0exp5

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

eglibc-source_2.13-0exp5_all.deb
  to main/e/eglibc/eglibc-source_2.13-0exp5_all.deb
eglibc_2.13-0exp5.diff.gz
  to main/e/eglibc/eglibc_2.13-0exp5.diff.gz
eglibc_2.13-0exp5.dsc
  to main/e/eglibc/eglibc_2.13-0exp5.dsc
glibc-doc_2.13-0exp5_all.deb
  to main/e/eglibc/glibc-doc_2.13-0exp5_all.deb
libc-bin_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc-bin_2.13-0exp5_amd64.deb
libc-dev-bin_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc-dev-bin_2.13-0exp5_amd64.deb
libc6-dbg_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-dbg_2.13-0exp5_amd64.deb
libc6-dev-i386_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-dev-i386_2.13-0exp5_amd64.deb
libc6-dev_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-dev_2.13-0exp5_amd64.deb
libc6-i386_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-i386_2.13-0exp5_amd64.deb
libc6-pic_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-pic_2.13-0exp5_amd64.deb
libc6-prof_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-prof_2.13-0exp5_amd64.deb
libc6-udeb_2.13-0exp5_amd64.udeb
  to main/e/eglibc/libc6-udeb_2.13-0exp5_amd64.udeb
libc6_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6_2.13-0exp5_amd64.deb
libnss-dns-udeb_2.13-0exp5_amd64.udeb
  to main/e/eglibc/libnss-dns-udeb_2.13-0exp5_amd64.udeb
libnss-files-udeb_2.13-0exp5_amd64.udeb
  to main/e/eglibc/libnss-files-udeb_2.13-0exp5_amd64.udeb
locales-all_2.13-0exp5_amd64.deb
  to main/e/eglibc/locales-all_2.13-0exp5_amd64.deb
locales_2.13-0exp5_all.deb
  to main/e/eglibc/locales_2.13-0exp5_all.deb
nscd_2.13-0exp5_amd64.deb
  to main/e/eglibc/nscd_2.13-0exp5_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 561...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Aurelien Jarno  (supplier of updated eglibc 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, 28 Mar 201

Bug#558314: marked as done (eglibc: Add support for NTP API 4)

[Debian Bug Tracking System]

Your message dated Tue, 29 Mar 2011 00:34:06 +
with message-id 
and subject line Bug#558314: fixed in eglibc 2.13-0exp5
has caused the Debian Bug report #558314,
regarding eglibc: Add support for NTP API 4
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.)


-- 
558314: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=558314
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: eglibc
Version: 2.10.2-2
Severity: wishlist

Hi,

Could you please provide support for NTP API 4?

The changes in version 4 is the addition of MOD_TAI (ADJ_TAI)
and a tai member in the ntptimeval struct.

The kernel already supports this since 2.6.26 when ADJ_TAI
got added.  The current /usr/include/sys/timex.h already
has ADJ_TAI and a tai member in struct timex.  The
struct ntptimeval however didn't get changed, since this
is not part of the kernel but implemented only in libc.

>From ntpd's point of view those changes need to be made:
- add "long int tai;" to struct ntptimeval.  This is a long in
  all known versions I know, but the kernel has an int in
  the struct timex (for compatibility reasons with the old
  struct?).
- #define NTP_API 4
- Have a MOD_TAI define
- ntp_gettime() should fill in the tai member of struct
  ntptimeval.

Note that there is an ADJ_TAI in timex.h, and defines
to change from ADJ_* to MOD_*, but there is no such one
for TAI, NANO or MICRO.  The ntp source does not use any of
the ADJ_* names, it only uses MOD_*.

The following defines are missing:
#define MOD_NANOADJ_NANO
#define MOD_MICRO   ADJ_MICRO
#define MOD_TAI ADJ_TAI

(The other 3 ADJ_* defines are not used in ntp.)


Kurt



--- End Message ---
--- Begin Message ---
Source: eglibc
Source-Version: 2.13-0exp5

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

eglibc-source_2.13-0exp5_all.deb
  to main/e/eglibc/eglibc-source_2.13-0exp5_all.deb
eglibc_2.13-0exp5.diff.gz
  to main/e/eglibc/eglibc_2.13-0exp5.diff.gz
eglibc_2.13-0exp5.dsc
  to main/e/eglibc/eglibc_2.13-0exp5.dsc
glibc-doc_2.13-0exp5_all.deb
  to main/e/eglibc/glibc-doc_2.13-0exp5_all.deb
libc-bin_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc-bin_2.13-0exp5_amd64.deb
libc-dev-bin_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc-dev-bin_2.13-0exp5_amd64.deb
libc6-dbg_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-dbg_2.13-0exp5_amd64.deb
libc6-dev-i386_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-dev-i386_2.13-0exp5_amd64.deb
libc6-dev_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-dev_2.13-0exp5_amd64.deb
libc6-i386_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-i386_2.13-0exp5_amd64.deb
libc6-pic_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-pic_2.13-0exp5_amd64.deb
libc6-prof_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-prof_2.13-0exp5_amd64.deb
libc6-udeb_2.13-0exp5_amd64.udeb
  to main/e/eglibc/libc6-udeb_2.13-0exp5_amd64.udeb
libc6_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6_2.13-0exp5_amd64.deb
libnss-dns-udeb_2.13-0exp5_amd64.udeb
  to main/e/eglibc/libnss-dns-udeb_2.13-0exp5_amd64.udeb
libnss-files-udeb_2.13-0exp5_amd64.udeb
  to main/e/eglibc/libnss-files-udeb_2.13-0exp5_amd64.udeb
locales-all_2.13-0exp5_amd64.deb
  to main/e/eglibc/locales-all_2.13-0exp5_amd64.deb
locales_2.13-0exp5_all.deb
  to main/e/eglibc/locales_2.13-0exp5_all.deb
nscd_2.13-0exp5_amd64.deb
  to main/e/eglibc/nscd_2.13-0exp5_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 558...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Aurelien Jarno  (supplier of updated eglibc 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, 28 Mar 2011 19:04:57 +0200
Source: eglibc
Binary: libc-bin libc-dev-bin glibc-doc eglibc-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-powerp

Bug#521737: marked as done ([alpha] Segfault in memchr when called via strstr)

[Debian Bug Tracking System]

Your message dated Tue, 29 Mar 2011 00:34:06 +
with message-id 
and subject line Bug#521737: fixed in eglibc 2.13-0exp5
has caused the Debian Bug report #521737,
regarding [alpha] Segfault in memchr when called via strstr
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.)


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

This is another one from the clamav test suite, but this time the bug is easily
reproducible in isolation (therefore important, severity might be upgraded as
well as it breaks unrelated software).

The following simple snippet causes a segfault when run with electric-fence
preloaded:

#include 

int main() {
char * bla;
bla = strdup("aBaaax");
return 0!=strstr(bla, "B1x");
}

The string is somewhat special, it seems the following aspects must hold to
crash strstr (or actually memchr when called from within strstr):

- The char* must be allocated on the heap.
- The number of characters between the B and the final x must not be smaller
  than shown here.
- There must be a chance of a match (that is, the string must contain a the
  initial character of the string to be found).

Reproducing that is simple:

(sid)mt@albeniz:~/clamav-0.95+dfsg/unit_tests$ cat test.c 
#include 

int main() {
  char * bla;
  bla = strdup("aBaaax");
  return 0!=strstr(bla, "B1x");
}
(sid)mt@albeniz:~/clamav-0.95+dfsg/unit_tests$ gcc test.c ; 
LD_PRELOAD=/usr/lib/libefence.so ./a.out 

  Electric Fence 2.1 Copyright (C) 1987-1998 Bruce Perens.
Segmentation fault

And gdb says:

(gdb) where
#0  0x020d9470 in memchr () from /lib/libc.so.6.1
#1  0x020d90c4 in *__GI_strstr (haystack_start=, 
needle_start=) at str-two-way.h:269
#2  0x000125fc in main ()

There is one problem left: I'm not sure whether this is really libc's memchr or
a gcc builtin (in which case this might be a gcc bug).

Best,
Michael




pgphRHaNvvIox.pgp
Description: PGP signature
--- End Message ---
--- Begin Message ---
Source: eglibc
Source-Version: 2.13-0exp5

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

eglibc-source_2.13-0exp5_all.deb
  to main/e/eglibc/eglibc-source_2.13-0exp5_all.deb
eglibc_2.13-0exp5.diff.gz
  to main/e/eglibc/eglibc_2.13-0exp5.diff.gz
eglibc_2.13-0exp5.dsc
  to main/e/eglibc/eglibc_2.13-0exp5.dsc
glibc-doc_2.13-0exp5_all.deb
  to main/e/eglibc/glibc-doc_2.13-0exp5_all.deb
libc-bin_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc-bin_2.13-0exp5_amd64.deb
libc-dev-bin_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc-dev-bin_2.13-0exp5_amd64.deb
libc6-dbg_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-dbg_2.13-0exp5_amd64.deb
libc6-dev-i386_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-dev-i386_2.13-0exp5_amd64.deb
libc6-dev_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-dev_2.13-0exp5_amd64.deb
libc6-i386_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-i386_2.13-0exp5_amd64.deb
libc6-pic_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-pic_2.13-0exp5_amd64.deb
libc6-prof_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-prof_2.13-0exp5_amd64.deb
libc6-udeb_2.13-0exp5_amd64.udeb
  to main/e/eglibc/libc6-udeb_2.13-0exp5_amd64.udeb
libc6_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6_2.13-0exp5_amd64.deb
libnss-dns-udeb_2.13-0exp5_amd64.udeb
  to main/e/eglibc/libnss-dns-udeb_2.13-0exp5_amd64.udeb
libnss-files-udeb_2.13-0exp5_amd64.udeb
  to main/e/eglibc/libnss-files-udeb_2.13-0exp5_amd64.udeb
locales-all_2.13-0exp5_amd64.deb
  to main/e/eglibc/locales-all_2.13-0exp5_amd64.deb
locales_2.13-0exp5_all.deb
  to main/e/eglibc/locales_2.13-0exp5_all.deb
nscd_2.13-0exp5_amd64.deb
  to main/e/eglibc/nscd_2.13-0exp5_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 521...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Aurelien Jarno  (supplier of updated eglibc 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, 28 Mar 2011 19:04:57 +0200
Source: eglibc
Binary: libc-bin libc-dev-bin glibc-doc eglibc-source locales locales-all nscd 
l

Bug#446503: marked as done (glibc: m68K architecture is not supported)

[Debian Bug Tracking System]

Your message dated Tue, 29 Mar 2011 00:34:06 +
with message-id 
and subject line Bug#446503: fixed in eglibc 2.13-0exp5
has caused the Debian Bug report #446503,
regarding glibc: m68K architecture is not supported
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.)


-- 
446503: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=446503
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: glibc
Version: 2.6.1-5
Severity: important


glibc fails to build from source on m68k due to missing lowlevellock.h.

Here are selected excerpts from the buildd log.


| Automatic build of glibc_2.6.1-5 on akire by sbuild/m68k 85
| Build started at 20070917-0850
| **

 [...]

| ** Using build dependencies supplied by package:
| Build-Depends: gettext, make (>= 3.80-1), dpkg-dev (>= 1.13.5), bzip2, lzma, 
file, quilt, autoconf, sed (>= 4.0.5-4), gawk, debhelper (>= 5.0), 
linux-libc-dev [!hurd-i386 !kfreebsd-i386 !kfreebsd-amd64], mig (>= 1.3-2) 
[hurd-i386], hurd-dev (>= 20020608-1) [hurd-i386], gnumach-dev [hurd-i386], 
kfreebsd-kernel-headers [kfreebsd-i386 kfreebsd-amd64], binutils (>= 
2.17cvs20070426-1), g++-4.2 (>= 4.2.1), g++-4.2-multilib [amd64 i386 
kfreebsd-amd64 powerpc ppc64 s390 sparc]
| Build-Depends-Indep: perl, po-debconf (>= 1.0)

 [...]

| Checking correctness of source dependencies...
| Toolchain package versions: libc6-dev_2.5-11 
linux-kernel-headers_=*=PROVIDED=*= gcc-4.1_4.1.2-15 g++-4.1_4.1.2-15 
binutils_2.18~cvs20070812-1 libstdc++6-4.1-dev_4.1.2-15 libstdc++6_4.2.1-1

 [...]

| gcc-4.2 ../sysdeps/unix/sysv/linux/init-first.c -c -std=gnu99 -fgnu89-inline 
-O2 -Wall -Winline -Wwrite-strings -fmerge-all-constants -fstrict-aliasing -g 
-pipe -Wstrict-prototypes  -I../include 
-I/build/buildd/glibc-2.6.1/build-tree/m68k-libc/csu 
-I/build/buildd/glibc-2.6.1/build-tree/m68k-libc -I../ports/sysdeps/m68k/elf 
-I../ports/sysdeps/unix/sysv/linux/m68k/m680x0 
-I../ports/sysdeps/unix/sysv/linux/m68k 
-I../linuxthreads/sysdeps/unix/sysv/linux/m68k 
-I../ports/sysdeps/unix/sysv/linux -I../linuxthreads/sysdeps/unix/sysv/linux 
-I../linuxthreads/sysdeps/pthread -I../sysdeps/pthread 
-I../sysdeps/unix/sysv/linux -I../sysdeps/gnu -I../sysdeps/unix/common 
-I../sysdeps/unix/mman -I../sysdeps/unix/inet -I../ports/sysdeps/unix/sysv 
-I../linuxthreads/sysdeps/unix/sysv -I../sysdeps/unix/sysv 
-I../ports/sysdeps/unix -I../linuxthreads/sysdeps/unix -I../sysdeps/unix 
-I../sysdeps/posix -I../ports/sysdeps/m68k/m680x0/m68020 
-I../ports/sysdeps/m68k/m680x0/fpu -I../ports/sysdeps/m68k/m680x0 
-I../sysdeps/ieee754/ldbl-96 -I../ports/sysdeps/m68k/fpu 
-I../ports/sysdeps/m68k -I../sysdeps/wordsize-32 -I../sysdeps/ieee754/dbl-64 
-I../sysdeps/ieee754/flt-32 -I../linuxthreads/sysdeps/m68k -I../sysdeps/m68k 
-I../sysdeps/ieee754 -I../sysdeps/generic/elf -I../sysdeps/generic -I../ports 
-I../linuxthreads  -I.. -I../libio -I. -nostdinc -isystem 
/usr/lib/gcc/m68k-linux-gnu/4.2.1/include -isystem 
/build/buildd/glibc-2.6.1/debian/include -D_LIBC_REENTRANT -include 
../include/libc-symbols.h   -DHAVE_INITFINI -o 
/build/buildd/glibc-2.6.1/build-tree/m68k-libc/csu/init-first.o -MD -MP -MF 
/build/buildd/glibc-2.6.1/build-tree/m68k-libc/csu/init-first.o.dt -MT 
/build/buildd/glibc-2.6.1/build-tree/m68k-libc/csu/init-first.o
| In file included from ../linuxthreads/internals.h:30,
|  from ../linuxthreads/sysdeps/pthread/bits/libc-lock.h:27,
|  from ../include/link.h:46,
|  from ../include/dlfcn.h:3,
|  from ../sysdeps/generic/ldsodefs.h:32,
|  from ../ports/sysdeps/m68k/ldsodefs.h:41,
|  from ../sysdeps/unix/sysv/linux/ldsodefs.h:25,
|  from ../sysdeps/unix/sysv/linux/init-first.c:30:
| ../linuxthreads/descr.h:26:26: error: lowlevellock.h: No such file or 
directory
| make[3]: *** 
[/build/buildd/glibc-2.6.1/build-tree/m68k-libc/csu/init-first.o] Error 1
| make[3]: Leaving directory 
`/build/buildd/glibc-2.6.1/build-tree/glibc-2.6.1/csu'
| make[2]: *** [csu/subdir_lib] Error 2
| make[2]: Leaving directory `/build/buildd/glibc-2.6.1/build-tree/glibc-2.6.1'
| make[1]: *** [all] Error 2
| make[1]: Leaving directory `/build/buildd/glibc-2.6.1/build-tree/m68k-libc'
| make: *** [/build/buildd/glibc-2.6.1/stamp-dir/build_libc] Error 2
| **
| Build finished at 20070917-0928
| FAILED [dpkg-buildpackage died]


A full buildd log is available at 

Bug#408959: marked as done (libc6: powerpc optimization patch)

[Debian Bug Tracking System]

Your message dated Tue, 29 Mar 2011 00:34:06 +
with message-id 
and subject line Bug#408959: fixed in eglibc 2.13-0exp5
has caused the Debian Bug report #408959,
regarding libc6: powerpc optimization patch
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.)


-- 
408959: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=408959
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: libc6
Version: 2.3.6.ds1-10
Severity: wishlist

Stumbling across the patch offered at
http://penguinppc.org/dev/glibc/glibc-powerpc-cpu-addon.html

further discussed, for example, at
http://www.power.org/forums/viewtopic.php?t=262&start=0&postdays=0&postorder=asc&highlig
ht=&sid=e3b448b81cbcb798efb123526f511cf3

it would seem to make lot of sense to introduce such a patch to Debian unstable 
libc6, thus helping building up community and feedback for official inclusion 
upstream.

I am giving it a try via apt-build, and I'd be grateful for any feedback.

Thanks!

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.19
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages libc6 depends on:
ii  tzdata2007a-1Time Zone and Daylight Saving Time

libc6 recommends no packages.

-- no debconf information



--
Passa a Infostrada. ADSL e Telefono senza limiti e senza canone Telecom
http://click.libero.it/infostrada29ge07



--- End Message ---
--- Begin Message ---
Source: eglibc
Source-Version: 2.13-0exp5

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

eglibc-source_2.13-0exp5_all.deb
  to main/e/eglibc/eglibc-source_2.13-0exp5_all.deb
eglibc_2.13-0exp5.diff.gz
  to main/e/eglibc/eglibc_2.13-0exp5.diff.gz
eglibc_2.13-0exp5.dsc
  to main/e/eglibc/eglibc_2.13-0exp5.dsc
glibc-doc_2.13-0exp5_all.deb
  to main/e/eglibc/glibc-doc_2.13-0exp5_all.deb
libc-bin_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc-bin_2.13-0exp5_amd64.deb
libc-dev-bin_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc-dev-bin_2.13-0exp5_amd64.deb
libc6-dbg_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-dbg_2.13-0exp5_amd64.deb
libc6-dev-i386_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-dev-i386_2.13-0exp5_amd64.deb
libc6-dev_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-dev_2.13-0exp5_amd64.deb
libc6-i386_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-i386_2.13-0exp5_amd64.deb
libc6-pic_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-pic_2.13-0exp5_amd64.deb
libc6-prof_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-prof_2.13-0exp5_amd64.deb
libc6-udeb_2.13-0exp5_amd64.udeb
  to main/e/eglibc/libc6-udeb_2.13-0exp5_amd64.udeb
libc6_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6_2.13-0exp5_amd64.deb
libnss-dns-udeb_2.13-0exp5_amd64.udeb
  to main/e/eglibc/libnss-dns-udeb_2.13-0exp5_amd64.udeb
libnss-files-udeb_2.13-0exp5_amd64.udeb
  to main/e/eglibc/libnss-files-udeb_2.13-0exp5_amd64.udeb
locales-all_2.13-0exp5_amd64.deb
  to main/e/eglibc/locales-all_2.13-0exp5_amd64.deb
locales_2.13-0exp5_all.deb
  to main/e/eglibc/locales_2.13-0exp5_all.deb
nscd_2.13-0exp5_amd64.deb
  to main/e/eglibc/nscd_2.13-0exp5_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 408...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Aurelien Jarno  (supplier of updated eglibc 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, 28 Mar 2011 19:04:57 +0200
Source: eglibc
Binary: libc-bin libc-dev-bin glibc-doc eglibc-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 libc

Bug#372544: marked as done (libc6-dev: fma() is incorrect (inaccurate), not conform to C99)

[Debian Bug Tracking System]

Your message dated Tue, 29 Mar 2011 00:34:06 +
with message-id 
and subject line Bug#372544: fixed in eglibc 2.13-0exp5
has caused the Debian Bug report #372544,
regarding libc6-dev: fma() is incorrect (inaccurate), not conform to C99
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.)


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

The fma() function is incorrect. For instance (this example is based
on one given in the ieee754r mailing-list):

#include 
#include 
#include 
#include 

int main (void)
{
  double eps, e2, f, x, z;

  eps = DBL_EPSILON;
  e2 = eps * eps;
  x = 1.0 + eps;
  z = -1.0 - 2.0 * eps;
  f = fma (x, x, z);
  if (f != e2)
{
  fprintf (stderr, "fma() is WRONG on this platform!\n"
   "Got %a instead of %a.\n", f, e2);
  exit (EXIT_FAILURE);
}
  return 0;
}

compiled with -std=c99 gives:

fma() is WRONG on this platform!
Got 0x0p+0 instead of 0x1p-104.

The cause is that fma() is implemented on the x86 with (x * y) + z.
The ISO C99 standard requires:

The fma functions compute (x × y) + z, rounded as one ternary
operation: they compute the value (as if) to infinite precision
and round once to the result format, according to the rounding
mode characterized by the value of FLT_ROUNDS.

I currently don't have the time to fix it, but I think this should
be done like this:

1. Compute the product as an exact sum of two FP numbers with Dekker's
   algorithm.
2. Determine the rounded results (see algorithms on FP expansions).

Well, there would be 2 problems: First, the fact that values may be in
extended precision (GCC bug). Then, the possible intermediate overflow
or underflow should be avoided, probably by doing comparisons first
and scale the values if need be (this problem is much less important
than the current situation).

Note: on PowerPC, which has a hardware fma, this bug does not appear.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14.4-20051215
Locale: LANG=POSIX, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1)

Versions of packages libc6-dev depends on:
ii  libc62.3.6-15GNU C Library: Shared libraries
ii  linux-kernel-headers 2.6.13+0rc3-2.1 Linux Kernel Headers for developme

Versions of packages libc6-dev recommends:
ii  gcc [c-compiler]  4:4.1.1-1  The GNU C compiler
ii  gcc-3.3 [c-compiler]  1:3.3.6-13 The GNU C compiler
ii  gcc-3.4 [c-compiler]  3.4.6-1The GNU C compiler
ii  gcc-4.0 [c-compiler]  4.0.3-3The GNU C compiler
ii  gcc-4.1 [c-compiler]  4.1.1-2The GNU C compiler

-- no debconf information

--- End Message ---
--- Begin Message ---
Source: eglibc
Source-Version: 2.13-0exp5

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

eglibc-source_2.13-0exp5_all.deb
  to main/e/eglibc/eglibc-source_2.13-0exp5_all.deb
eglibc_2.13-0exp5.diff.gz
  to main/e/eglibc/eglibc_2.13-0exp5.diff.gz
eglibc_2.13-0exp5.dsc
  to main/e/eglibc/eglibc_2.13-0exp5.dsc
glibc-doc_2.13-0exp5_all.deb
  to main/e/eglibc/glibc-doc_2.13-0exp5_all.deb
libc-bin_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc-bin_2.13-0exp5_amd64.deb
libc-dev-bin_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc-dev-bin_2.13-0exp5_amd64.deb
libc6-dbg_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-dbg_2.13-0exp5_amd64.deb
libc6-dev-i386_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-dev-i386_2.13-0exp5_amd64.deb
libc6-dev_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-dev_2.13-0exp5_amd64.deb
libc6-i386_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-i386_2.13-0exp5_amd64.deb
libc6-pic_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-pic_2.13-0exp5_amd64.deb
libc6-prof_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6-prof_2.13-0exp5_amd64.deb
libc6-udeb_2.13-0exp5_amd64.udeb
  to main/e/eglibc/libc6-udeb_2.13-0exp5_amd64.udeb
libc6_2.13-0exp5_amd64.deb
  to main/e/eglibc/libc6_2.13-0exp5_amd64.deb
libnss-dns-udeb_2.13-0exp5_amd64.udeb
  to main/e/eglibc/libnss-dns-udeb_2.13-0exp5_amd64.udeb
libnss-files-udeb_2.13-0exp5_amd64.udeb
  to main/e/eglibc/libnss-files-udeb_2.13-0exp5_amd64.udeb
locales-all_2.13-0exp5_amd64.deb
  to main/e/eglibc/locales-all_2.13-0exp5_amd64.deb
locales_2.13-0exp5_all.deb
  to main/e/eglibc/locales_2.13-0exp

Bug#619988: transition: eglibc 2.13

[Aurelien Jarno]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition

eglibc 2.13 is now in a good shape in experimental, it builds on all
release architectures plus at least hurd, sh4 and sparc64. It still
FTBFS on hppa, but the porters have been informed.

It's now time to upload it to unstable. The eglibc packages use symbol
files, so only packages using new symbols, and NSS related packages 
would pick up a new dependency and will have to wait until eglibc 2.13
migrates to testing. I am not aware of any big changes in include files
that can cause FTBFS, but I haven't done extensive tests either.

Please give your green light when you think it is possible to do the
upload to unstable.

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

Kernel: Linux 2.6.36-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash



-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20110328215726.27214.68495.report...@volta.aurel32.net

r4598 - in glibc-package/branches/eglibc-2.13/debian: . patches/kfreebsd

[Aurelien Jarno]

Author: aurel32
Date: 2011-03-28 21:10:27 + (Mon, 28 Mar 2011)
New Revision: 4598

Modified:
   glibc-package/branches/eglibc-2.13/debian/changelog
   glibc-package/branches/eglibc-2.13/debian/patches/kfreebsd/local-sysdeps.diff
Log:
kfreebsd/local-sysdeps.diff: update to revision 3286 (from glibc-bsd)



Modified: glibc-package/branches/eglibc-2.13/debian/changelog
===
--- glibc-package/branches/eglibc-2.13/debian/changelog 2011-03-27 17:09:32 UTC 
(rev 4597)
+++ glibc-package/branches/eglibc-2.13/debian/changelog 2011-03-28 21:10:27 UTC 
(rev 4598)
@@ -1,4 +1,4 @@
-eglibc (2.13-0exp3) experimental; urgency=low
+eglibc (2.13-0exp5) experimental; urgency=low
 
   [ Aurelien Jarno ]
   * New upstream release:
@@ -102,7 +102,7 @@
 (CVE-2010-0015), but can be changed to FALSE to accomomdate some
 NIS installations.  Closes: #566297, #566844.
   * kfreebsd/local-sysdeps.diff, kfreebsd/local-linuxthreads29.diff: 
-update to revision 3262 (from glibc-bsd)  Closes: #602776.
+update to revision 3286 (from glibc-bsd)  Closes: #602776.
   * debian/rules: split build-indep and build-arch targets.  Closes: 
 #611926.
   * sysdeps/sparc.mk, sysdeps/sparc64.mk: build with --enable-multi-arch.
@@ -163,7 +163,7 @@
   * debian/rules.d/debhelper.mk: set $rtlddir in the debhelper substitution
 rules, so we don't substitute an empty string.
 
- -- Aurelien Jarno   Mon, 28 Feb 2011 23:43:03 +0100
+ -- Aurelien Jarno   Mon, 28 Mar 2011 19:04:57 +0200
 
 eglibc (2.11.2-13) unstable; urgency=low
 

Modified: 
glibc-package/branches/eglibc-2.13/debian/patches/kfreebsd/local-sysdeps.diff
===
--- 
glibc-package/branches/eglibc-2.13/debian/patches/kfreebsd/local-sysdeps.diff   
2011-03-27 17:09:32 UTC (rev 4597)
+++ 
glibc-package/branches/eglibc-2.13/debian/patches/kfreebsd/local-sysdeps.diff   
2011-03-28 21:10:27 UTC (rev 4598)
@@ -7423,7 +7423,7 @@
 +weak_alias (__clone, clone)
 --- /dev/null
 +++ b/ports/sysdeps/unix/bsd/bsd4.4/kfreebsd/configure
-@@ -0,0 +1,349 @@
+@@ -0,0 +1,353 @@
 +# This file is generated from configure.in by Autoconf.  DO NOT EDIT!
 + # Local configure fragment for sysdeps/unix/bsd/bsd4.4/kfreebsd.
 +
@@ -7432,6 +7432,10 @@
 +  echo "Adding extra sysnames for kfreebsd/x86_64/elf"
 +  sysnames="ports/sysdeps/unix/bsd/bsd4.4/kfreebsd/x86_64/elf $sysnames"
 +;;
++  mips*)
++  echo "Adding extra sysnames for kfreebsd/mips/elf"
++  sysnames="ports/sysdeps/unix/bsd/bsd4.4/kfreebsd/mips/elf $sysnames"
++;;
 +esac
 +
 +# The kFreeBSD headers can be found in
@@ -7775,7 +7779,7 @@
 +_ACEOF
 --- /dev/null
 +++ b/ports/sysdeps/unix/bsd/bsd4.4/kfreebsd/configure.in
-@@ -0,0 +1,273 @@
+@@ -0,0 +1,277 @@
 +GLIBC_PROVIDES dnl See aclocal.m4 in the top level source directory.
 +# Local configure fragment for sysdeps/unix/bsd/bsd4.4/kfreebsd.
 +
@@ -7784,6 +7788,10 @@
 +  echo "Adding extra sysnames for kfreebsd/x86_64/elf"
 +  sysnames="ports/sysdeps/unix/bsd/bsd4.4/kfreebsd/x86_64/elf $sysnames"
 +;;
++  mips*)
++  echo "Adding extra sysnames for kfreebsd/mips/elf"
++  sysnames="ports/sysdeps/unix/bsd/bsd4.4/kfreebsd/mips/elf $sysnames"
++;;
 +esac
 +
 +# The kFreeBSD headers can be found in
@@ -12445,6 +12453,78 @@
 +
 +#endif/* _FREEBSD_TLS_H */
 --- /dev/null
 b/ports/sysdeps/unix/bsd/bsd4.4/kfreebsd/i386/linuxthreads/vfork.S
+@@ -0,0 +1,69 @@
++/* Copyright (C) 1999, 2002 Free Software Foundation, Inc.
++   This file is part of the GNU C Library.
++
++   The GNU C Library is free software; you can redistribute it and/or
++   modify it under the terms of the GNU Lesser General Public
++   License as published by the Free Software Foundation; either
++   version 2.1 of the License, or (at your option) any later version.
++
++   The GNU C Library is distributed in the hope that it will be useful,
++   but WITHOUT ANY WARRANTY; without even the implied warranty of
++   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
++   Lesser General Public License for more details.
++
++   You should have received a copy of the GNU Lesser General Public
++   License along with the GNU C Library; if not, write to the Free
++   Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA
++   02111-1307 USA.  */
++
++#include 
++
++/* Clone the calling process, but without copying the whole address space.
++   The calling process is suspended until the new process exits or is
++   replaced by a call to `execve'.  Return -1 for errors, 0 to the new 
process,
++   and the process ID of the new process to the old process.  */
++
++ENTRY (__vfork)
++
++# ifdef SHARED
++  call__i686.get_pc_thunk.cx
++  addl$_GLOBAL_OFFSET_TABLE_, %ecx
++  cmpl$0, __libc_pthread_functions@GOTOFF(%ecx)
++# else
++  .weak   pthread_create
++  movl$pthread_create, %eax
++  testl   

Processed: tagging 602776

[Debian Bug Tracking System]

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

> # Automatically generated email from bts, devscripts version 2.10.35lenny7
> tags 602776 + pending
Bug #602776 {Done: Aurelien Jarno } [libc0.1] libc: missing 
syscall stubs for jail_set, jail_get, jail_remove
Added tag(s) pending.
>
End of message, stopping processing here.

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


-- 
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.130134666328250.transcr...@bugs.debian.org

Re: Help needed with eglibc 2.13

[Michael Cree]

On 28/03/11 06:18, Aurelien Jarno wrote:

I have finally been able to fix or workaround all the EGLIBC issues on
alpha. Among them, one seems to be really problematic and seems to be a
binutils bug. Judging from the recent emails on the list, it seems some
people are still interested by working on alpha, so please help fixing
it: http://sourceware.org/bugzilla/show_bug.cgi?id=12608


Recompiling with -Wl,--no-relax and the bug disappears.  Further 
evidence that it is a binutils bug.  I wonder if it is related to the 
relocation errors bug reported in 
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=503052 or not?


Cheers
Michael.


--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4d904f55.5050...@orcon.net.nz