On Sun, Jun 05, 2011 at 10:20:06AM +0200, Harald Dunkel wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Aurelien,
Hi,
On 06/04/11 13:06, Aurelien Jarno wrote:
I do think it is reasonable. The idea behind hwcap or osversion is to
provide two versions of the same libraries and
Package: libc6
Version: 2.13-5
Severity: critical
Justification: breaks the whole system
While upgrading from libc6 2.13-4 to 2.13-5 on a i386 system:
Preparing to replace libc6 2.13-4 (using .../archives/libc6_2.13-5_i386.deb) ...
Unpacking replacement libc6 ...
Setting up libc6 (2.13-5) ...
Hi Sven,
Sven-Haegar Koch wrote:
While upgrading from libc6 2.13-4 to 2.13-5 on a i386 system:
Preparing to replace libc6 2.13-4 (using .../archives/libc6_2.13-5_i386.deb)
...
Unpacking replacement libc6 ...
Setting up libc6 (2.13-5) ...
Installing new version of config file
Just to confirm that Sven is not alone, I was hit by the same bug.
Dima wrote:
Just to confirm that Sven is not alone, I was hit by the same bug.
Thanks. To be clear, that means you are also on i386 and also trigger
the ! bad dynamic tag assertion on upgrade from 2.13-4 to 2.13-5?
I tried reproducing this in a debian-live i386 installation but I
didn't
Thanks. To be clear, that means you are also on i386 and also trigger
the ! bad dynamic tag assertion on upgrade from 2.13-4 to 2.13-5?
That's right.
I'm still logged into the box remotely, but I can not start any new
processes.
Regards,
Dima.
But it was in an inline function in that header, so if some binary
package was built on a machine with ancient libc6-dev, that could be a
half-explanation. Where do you get your binary packages from?
ftp.de.debian.org
I also get my packages from ftp.de.debian.org
But the system has
On Tue, 7 Jun 2011, Dima wrote:
But it was in an inline function in that header, so if some binary
package was built on a machine with ancient libc6-dev, that could be a
half-explanation. Where do you get your binary packages from?
ftp.de.debian.org
I also get my packages from
As you wrote that you are still logged into it you should be able to do
the following:
$ cd /lib
$ echo ld*
Here is is:
$ echo ld*
ld-2.2.5.so ld-linux.so.1.8.10 ld-linux.so.2 ld.so ld.so.1.8.10
Package: libc0.1-dev
Version: 2.13-4
Severity: wishlist
FreeBSD libc provides getvfsbyname() function, which is used by NFS
userland code. It can't be provided by libbsd because it's
kFreeBSD-specific:
http://svnweb.freebsd.org/base/head/lib/libc/gen/getvfsbyname.c
-- System Information:
I believe I hit the same bug on amd64. After upgrading, all commands fail with
error while loading shared libraries: /lib/x86_64-linux-gnu/libc.so.6:
unexpected PLT reloc type 0x25.
/lib/ld-linux-x86-64.so.2 is pointing to a rather old ld-lsb-x86-64.so.3,
changing it to point to
Author: sthibault
Date: 2011-06-07 21:43:53 + (Tue, 07 Jun 2011)
New Revision: 4716
Modified:
glibc-package/trunk/debian/changelog
glibc-package/trunk/debian/testsuite-checking/expected-results-i486-gnu-libc
glibc-package/trunk/debian/testsuite-checking/expected-results-i686-gnu-i386
retitle 629534 Upgrade fails, resulting in unusable system (no dynamic linking)
thank you
On Tue, 7 Jun 2011 10:49:48 -0500, Jonathan Nieder jrnie...@gmail.com wrote:
Just to confirm that Sven is not alone, I was hit by the same bug.
Me too!
Thanks. To be clear, that means you are also on
Processing commands for cont...@bugs.debian.org:
retitle 629534 Upgrade fails, resulting in unusable system (no dynamic
linking)
Bug #629534 [libc6] libc6: Dynamic linker assertion failed after upgrade,
nothing startable anymore
Changed Bug title to 'Upgrade fails, resulting in unusable
14 matches
Mail list logo