[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#341514: marked as done (libc6-sparc64: All 64-bit binaries fail to execute.)

Your message dated Sat, 17 Dec 2005 13:47:59 -0800
with message-id <E1EnjuJ-0000SF-KX@spohr.debian.org>
and subject line Bug#341514: fixed in glibc 2.3.5-9
has caused the attached Bug report 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 I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

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

Received: (at submit) by bugs.debian.org; 1 Dec 2005 04:14:45 +0000
>From davem@davemloft.net Wed Nov 30 20:14:44 2005
Return-path: <davem@davemloft.net>
Received: from dsl027-180-168.sfo1.dsl.speakeasy.net
	([] helo=sunset.davemloft.net ident=Debian-exim)
	by spohr.debian.org with esmtp (Exim 4.50)
	id 1EhfqG-0004VL-Sl
	for submit@bugs.debian.org; Wed, 30 Nov 2005 20:14:44 -0800
Received: from localhost ([] ident=davem)
	by sunset.davemloft.net with esmtp (Exim 4.54)
	id 1EhfqG-0003I5-5F
	for submit@bugs.debian.org; Wed, 30 Nov 2005 20:14:44 -0800
Date: Wed, 30 Nov 2005 20:14:43 -0800 (PST)
Message-Id: <20051130.201443.59478643.davem@davemloft.net>
To: Debian Bug Tracking System <submit@bugs.debian.org>
Subject: libc6-sparc64: All 64-bit binaries fail to execute.
X-Debbugs-CC: David S. Miller <davem@sunset.davemloft.net>
From: "David S. Miller" <davem@davemloft.net>
FX-Debbugs-CC: +backup
X-Mailer: Mew version 4.2.53 on Emacs 21.4 / Mule 5.0 (SAKAKI)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Delivered-To: submit@bugs.debian.org
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 
	(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-11.0 required=4.0 tests=BAYES_00,HAS_PACKAGE,
	X_DEBBUGS_CC autolearn=ham version=2.60-bugs.debian.org_2005_01_02

Package: libc6-sparc64
Version: 2.3.5-8
Severity: normal

There are some critical things missing in the sparc64 TLS support code
in the current debian glibc tree, for example none of the TLS
relcation support is in sysdeps/sparc/sparc64/dl-machine.h, and
therefore so no binary linked against 64-bit libc can execute.

Not even "/lib64/libc.so.6 --version" will work, it will fail
because the dynamic linker doesn't understand the TLS relocations
present in the /libc64/libc.so.64 binary.

If this sparc TLS support has been backported, this back has missed
significant chunks of the necessary changes and now all 64-bit
binaries fail to execute on the system.

I would suggest trying to execute a "Hello World" program, post-build,
to avoid major errors like this.  There is no way that any of the
testsuite executed properly.  Perhaps it was "built" successfully, but
none of the programs linking against libc could have executed properly
due to this bug.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: sparc (sparc64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-rc3-gd2ef5ebb
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages libc6-sparc64 depends on:
ii  libc6                         2.3.5-8    GNU C Library: Shared libraries an

libc6-sparc64 recommends no packages.

-- no debconf information

Received: (at 341514-close) by bugs.debian.org; 17 Dec 2005 21:51:10 +0000
>From katie@ftp-master.debian.org Sat Dec 17 13:51:10 2005
Return-path: <katie@ftp-master.debian.org>
Received: from katie by spohr.debian.org with local (Exim 4.50)
	id 1EnjuJ-0000SF-KX; Sat, 17 Dec 2005 13:47:59 -0800
From: Clint Adams <schizo@debian.org>
To: 341514-close@bugs.debian.org
X-Katie: $Revision: 1.65 $
Subject: Bug#341514: fixed in glibc 2.3.5-9
Message-Id: <E1EnjuJ-0000SF-KX@spohr.debian.org>
Sender: Archive Administrator <katie@ftp-master.debian.org>
Date: Sat, 17 Dec 2005 13:47:59 -0800
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 
	(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER 
	autolearn=no version=2.60-bugs.debian.org_2005_01_02
X-CrossAssassin-Score: 3

Source: glibc
Source-Version: 2.3.5-9

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

  to pool/main/g/glibc/glibc-doc_2.3.5-9_all.deb
  to pool/main/g/glibc/glibc_2.3.5-9.diff.gz
  to pool/main/g/glibc/glibc_2.3.5-9.dsc
  to pool/main/g/glibc/libc6-dbg_2.3.5-9_sparc.deb
  to pool/main/g/glibc/libc6-dev-sparc64_2.3.5-9_sparc.deb
  to pool/main/g/glibc/libc6-dev_2.3.5-9_sparc.deb
  to pool/main/g/glibc/libc6-pic_2.3.5-9_sparc.deb
  to pool/main/g/glibc/libc6-prof_2.3.5-9_sparc.deb
  to pool/main/g/glibc/libc6-sparc64_2.3.5-9_sparc.deb
  to pool/main/g/glibc/libc6-sparcv9_2.3.5-9_sparc.deb
  to pool/main/g/glibc/libc6-sparcv9b_2.3.5-9_sparc.deb
  to pool/main/g/glibc/libc6-udeb_2.3.5-9_sparc.udeb
  to pool/main/g/glibc/libc6_2.3.5-9_sparc.deb
  to pool/main/g/glibc/libnss-dns-udeb_2.3.5-9_sparc.udeb
  to pool/main/g/glibc/libnss-files-udeb_2.3.5-9_sparc.udeb
  to pool/main/g/glibc/locales_2.3.5-9_all.deb
  to pool/main/g/glibc/nscd_2.3.5-9_sparc.deb

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

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

Debian distribution maintenance software
Clint Adams <schizo@debian.org> (supplier of updated glibc package)

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

Hash: SHA1

Format: 1.7
Date: Sat, 17 Dec 2005 10:33:38 -0500
Source: glibc
Binary: libc6-dev-amd64 libc6-i686 libc6-dev-ppc64 libc0.3-pic glibc-doc libc1-udeb libc0.3 libc6.1-dev libc1-pic libc6-s390x libnss-files-udeb libc1-dbg libc6-dev-sparc64 libc0.3-dev libc6-udeb libc6-dbg libc6.1-pic libc6-dev libc0.3-prof libc6-sparcv9 libc6.1-prof libc1 locales libc6-pic libc0.3-udeb libc1-prof libc6-ppc64 libc0.3-dbg libc6-amd64 libc6-prof libc6 libc6-sparcv9b libc6.1-udeb libc6.1-dbg nscd libc6-sparc64 libnss-dns-udeb libc6.1 libc1-dev libc6-dev-s390x
Architecture: source sparc all
Version: 2.3.5-9
Distribution: unstable
Urgency: low
Maintainer: GNU Libc Maintainers <debian-glibc@lists.debian.org>
Changed-By: Clint Adams <schizo@debian.org>
 glibc-doc  - GNU C Library: Documentation
 libc6      - GNU C Library: Shared libraries and Timezone data
 libc6-dbg  - GNU C Library: Libraries with debugging symbols
 libc6-dev  - GNU C Library: Development Libraries and Header Files
 libc6-dev-sparc64 - GNU C Library: 64bit Development Libraries for UltraSPARC
 libc6-pic  - GNU C Library: PIC archive library
 libc6-prof - GNU C Library: Profiling Libraries
 libc6-sparc64 - GNU C Library: 64bit Shared libraries for UltraSPARC
 libc6-sparcv9 - GNU C Library: Shared libraries [v9 optimized]
 libc6-sparcv9b - GNU C Library: Shared libraries [v9b optimized]
 libc6-udeb - GNU C Library: Shared libraries - udeb (udeb)
 libnss-dns-udeb - GNU C Library: NSS helper for DNS - udeb (udeb)
 libnss-files-udeb - GNU C Library: NSS helper for files - udeb (udeb)
 locales    - GNU C Library: National Language (locale) data [support]
 nscd       - GNU C Library: Name Service Cache Daemon
Closes: 339389 339415 340835 341514 342755 343571
 glibc (2.3.5-9) unstable; urgency=low
   [ Daniel Jacobowitz ]
   * Downgrade priority of amd64 libraries on i386.
   * Move packages from base to libs.
   [ Clint Adams ]
   * Remove sparc64 TLS patch, and disable TLS for sparc64 build
     (Closes: #340835, #341514).
   * Add patch to fix build failure with __bind and other
     socket-related symbols being already defined on
     sparc (Closes: #342755).
   * Add patch from Anton Blanchard to fix build failure with
     __bind and other socket-related symbols being already
     defined on powerpc (Closes: #343571).
   * Replace amd64 sem_trywait patch from Kurt Roeckx's NMU with
     fix from upstream glibc CVS (Closes: #339389).
   * Add patch from Anton Blanchard to fix build failures with
     "__moddi3" and friends being already defined on i386
     and powerpc (Closes: #339415).
   * Bump Standards-Version to 3.6.2 and add myself to Uploaders.
 ae7987912edb9721896d2aa88bbc5f1f 1884 libs required glibc_2.3.5-9.dsc
 6ee7b62600633583672a60619d24ab26 316086 libs required glibc_2.3.5-9.diff.gz
 0d4009338a9465d62837b9a6d890b822 3332308 doc optional glibc-doc_2.3.5-9_all.deb
 248cd94411da2cf1701d7a0f443675e9 4066064 libs standard locales_2.3.5-9_all.deb
 c644d7600552dc1efc89ad988170559e 4179022 libs required libc6_2.3.5-9_sparc.deb
 10acc3a12a6fdc8a32667e7f6cefc9c8 2093008 libdevel standard libc6-dev_2.3.5-9_sparc.deb
 b05d1a9a13fdec7f8de5566e93ea7947 1610622 libdevel extra libc6-prof_2.3.5-9_sparc.deb
 d4be3f875102846bb6126f9b25c9a7cf 1292230 libdevel optional libc6-pic_2.3.5-9_sparc.deb
 e04b645a7ba451be8f5d0a7f6fbc027b 3474802 libs required libc6-sparc64_2.3.5-9_sparc.deb
 90337de5543ea0869f6406da77ff3d36 1305402 libs extra libc6-sparcv9_2.3.5-9_sparc.deb
 3c2fc4be88968324e8e00ef32f2418fe 1302296 libs extra libc6-sparcv9b_2.3.5-9_sparc.deb
 d309e4b2283a15448eb241698cf2de2f 1655774 libdevel standard libc6-dev-sparc64_2.3.5-9_sparc.deb
 6e0c3f7c8778abf482b6e0a9e3089d41 124908 admin optional nscd_2.3.5-9_sparc.deb
 dea3ae1a7dc90a43008e12d6a1376e48 6456614 libdevel extra libc6-dbg_2.3.5-9_sparc.deb
 82ded479345d8028996935fac251eca8 942270 debian-installer extra libc6-udeb_2.3.5-9_sparc.udeb
 14a7bb511363e7dcbf311d609196275e 7966 debian-installer extra libnss-dns-udeb_2.3.5-9_sparc.udeb
 62442dcf380e517ee47c472cfc4fecd7 14816 debian-installer extra libnss-files-udeb_2.3.5-9_sparc.udeb
Package-Type: udeb

Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Debian!


Reply to: