Bug#571169: libstdc++: libstdc++.so.6: ELF load command address/offset not properly aligned
Package: libstdc++6 Version: 4.5-20100222-1 Severity: critical File: libstdc++ Justification: breaks the whole system I just updated libstdc++6 from experimental and this is the result when load- ing any C++ program, after upgrade, include the entire APT suite: apt-cache: error while loading shared libraries: libstdc++.so.6: ELF load command address/offset not properly aligned It makes my system unbootable. I've repaired the damage but others may not be so lucky. (Yes, I know it's experimental.) -- System Information: Debian Release: squeeze/sid Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libstdc++6 depends on: ii gcc-4.5-base4.5-20100222-1 The GNU Compiler Collection (base ii libc6 2.11-0exp5 Embedded GNU C Library: Shared lib ii libgcc1 1:4.5-20100222-1 GCC support library libstdc++6 recommends no packages. libstdc++6 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514175: meta-ggz: ggz ABI bumped without a SONAME change
Package: meta-ggz Version: 0.99.5~pre1-1 Severity: serious Justification: Policy 8.1 I am the upstream maintainer of Gnome Games which consumes this library. The ABI of this library between 0.0.14 and 0.99.5 has changed. Additionally, upstream has explicitly requested that people not use 0.99.x yet as it is still subject to change. Please perform a soname bumb if you are going to package this and revert the current soname in experimental to 0.0.14. -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28-jclinton (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 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511698: Confirmed following upgrade to experimental
On Mon, Jan 19, 2009 at 2:51 AM, Bill Allombert
bill.allomb...@math.u-bordeaux1.fr wrote:
So actually update-menus fails before running this command, but no
syscalls fail.
I have a slightly different strace. It appears to be a locales issue
to me but I have no idea what the root cause is. I suspect this is
related to updating libc/locales packages to experimental version.
strace follows:
jclin...@jclinton-laptop:~$ sudo strace update-menus
execve(/usr/bin/update-menus, [update-menus], [/* 16 vars */]) = 0
brk(0) = 0x1af6000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x7feb2027e000
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x7feb2027c000
access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or directory)
open(/etc/ld.so.cache, O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=112215, ...}) = 0
mmap(NULL, 112215, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7feb2026
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/usr/lib/libstdc++.so.6, O_RDONLY) = 3
read(3, \177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0\0\1\0\0\0\260g\5\0\0\0\0\0@...,
832) = 832
fstat(3, {st_mode=S_IFREG|0644, st_size=1019248, ...}) = 0
mmap(NULL, 3191608, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x7feb1fd57000
mprotect(0x7feb1fe48000, 2093056, PROT_NONE) = 0
mmap(0x7feb20047000, 36864, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xf) = 0x7feb20047000
mmap(0x7feb2005, 74552, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7feb2005
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/lib/libm.so.6, O_RDONLY)= 3
read(3, \177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0\0\1\0\0\0P\0\0\0\0\0\0@...,
832) = 832
fstat(3, {st_mode=S_IFREG|0644, st_size=534736, ...}) = 0
mmap(NULL, 2629848, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x7feb1fad4000
mprotect(0x7feb1fb56000, 2093056, PROT_NONE) = 0
mmap(0x7feb1fd55000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x81000) = 0x7feb1fd55000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/lib/libgcc_s.so.1, O_RDONLY)= 3
read(3, \177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0\0\1\0\0\0
,\0\0\0\0\0\0@..., 832) = 832
fstat(3, {st_mode=S_IFREG|0644, st_size=93016, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x7feb2025f000
mmap(NULL, 2188856, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x7feb1f8bd000
mprotect(0x7feb1f8d3000, 2097152, PROT_NONE) = 0
mmap(0x7feb1fad3000, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x16000) = 0x7feb1fad3000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/lib/libc.so.6, O_RDONLY)= 3
read(3,
\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0\0\1\0\0\0\240\346\1\0\0\0\0\0@...,
832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=1376144, ...}) = 0
mmap(NULL, 3482264, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x7feb1f56a000
mprotect(0x7feb1f6b3000, 2097152, PROT_NONE) = 0
mmap(0x7feb1f8b3000, 20480, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x149000) = 0x7feb1f8b3000
mmap(0x7feb1f8b8000, 17048, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7feb1f8b8000
close(3)= 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x7feb2025e000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x7feb2025d000
arch_prctl(ARCH_SET_FS, 0x7feb2025d700) = 0
mprotect(0x7feb1f8b3000, 12288, PROT_READ) = 0
mprotect(0x7feb20047000, 24576, PROT_READ) = 0
munmap(0x7feb2026, 112215) = 0
getuid()= 0
getuid()= 0
brk(0) = 0x1af6000
brk(0x1b17000) = 0x1b17000
socket(PF_FILE, 0x80801 /* SOCK_??? */, 0) = 3
connect(3, {sa_family=AF_FILE, path=/var/run/nscd/socket...}, 110) =
-1 ENOENT (No such file or directory)
close(3)= 0
socket(PF_FILE, 0x80801 /* SOCK_??? */, 0) = 3
connect(3, {sa_family=AF_FILE, path=/var/run/nscd/socket...}, 110) =
-1 ENOENT (No such file or directory)
close(3)= 0
open(/etc/nsswitch.conf, O_RDONLY)= 3
fstat(3, {st_mode=S_IFREG|0644, st_size=513, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x7feb2027b000
read(3, # /etc/nsswitch.conf\n#\n# Example ..., 4096) = 513
read(3, ..., 4096)= 0
close(3)= 0
munmap(0x7feb2027b000, 4096)
Bug#511698: update-menus fails with unknown error
Package: menu
Version: 2.1.41
Severity: grave
Justification: renders package unusable
Running update-menus either from triggers at the end of an apt transaction or as
root results in this output:
Unknown error, message=exec /bin/bash -o pipefail -c 'dpkg-query --show
--showformat=\${status} \${provides} \${package}\n | sed -n -e
/installed\|triggers-awaited\|triggers-pending
/{s/^.*\(installed\|triggers-awaited\|triggers-pending\) *//; s/[, ][, ]*/\n/g;
p}'
Running the command being executed manually results in the following similar
output:
acpi
acpi-support
acpi-support-base
acpid
adduser
smeg
alacarte
alien
alsa
alsa-base
audio-mixer
alsa-utils
anacron
apmd
app-install-data
...
-- System Information:
Debian Release: 5.0
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.28-jclinton (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 menu depends on:
ii libc6 2.9-0exp1 GNU C Library: Shared libraries
ii libgcc1 1:4.3.2-2 GCC support library
ii libstdc++64.3.2-2The GNU Standard C++ Library v3
menu recommends no packages.
Versions of packages menu suggests:
ii gksu 2.0.0-6graphical frontend to su
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#486516: Unable to import 'main' on startup
Joss, http://bugzilla.gnome.org/show_bug.cgi?id=524665 in Gnome Games on which you have commented appears to actually be this bug in disguise. It appears to happen because Ubuntu is packaging glchess in Universe in addition to gnome-games. As a result, some users are uninstalling glchess and installing gnome-games in the same apt transaction. When triggers runs, it appears that it gets confused when modules of the same name in the same directory are both being installed and uninstalled at the same time.
Bug#370403: [Pkg-cups-devel] Bug#370403: cupsys breaks all of KDE printing
close 370403 thanks At Sun, 04 Jun 2006 21:38:57 -0500, The newest cupsys update breaks all of KDE Printing subsystem in all versions of 3.x. This is because KDE uses private interfaces which existed in version 1.1.x; those interfaces have been remove in CUPS 1.2.1. Upstream has not yet provided a fix. The problem of using private API is temporary hacked by CUPS upstream, http://www.cups.org/str.php?L1527+P0+S-1+C0+I0+E0+QKDE As it turns out, a purge of my 1.1 config files and reinstall of CUPS 1.2 solved the issue. KDE upstream has fixed the issue I reported upstream in 3.5.3. My problem was that the CUPS 1.2.1 upgrade didn't upgrade the config. files properly but there are other BTS bugs open for that. Thanks! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
