Package: libacl1
Version: 2.2.23-1
Severity: critical
Justification: breaks unrelated software
I've just upgraded my system from woody to sarge. Among other upgrade
problems I noticed that programmes like cp, mv and install were occasionally
segfaulting (and the packages that were invoking them failing to get
installed), leaving register dumps like this in my logs:
pc : [<400278ac>] lr : [<4002a348>] Not tainted
sp : bffff4f4 ip : 40049cf8 fp : bffff780
r10: 400333bc r9 : bffffa38 r8 : bffff548
r7 : bffff561 r6 : 00000000 r5 : 0001c324 r4 : bffff50c
r3 : 00000004 r2 : 00000000 r1 : 00009d6b r0 : bffff508
Flags: nzCv IRQs on FIQs on Mode USER_32 Segment user
Control: 1C14917D Table: 1C14917D DAC: 00000015
Looking at the ldd output for cp makes it quite clear that this is inside
libacl1:
libacl.so.1 => /lib/libacl.so.1 (0x40026000)
libc.so.6 => /lib/libc.so.6 (0x40034000)
libattr.so.1 => /lib/libattr.so.1 (0x40159000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x40164000)
Recompiling libacl1 (itself an awkward task since the package itself
segfaults in the middle when it is doing something to the postinst script)
and installing the recompiled version fixes the problem.
-- System Information:
Debian Release: 3.1
APT prefers testing
APT policy: (500, 'testing')
Architecture: arm (armv4l)
Kernel: Linux 2.4.18-rmk7
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages libacl1 depends on:
ii libattr1 2.4.16-1 Extended attribute shared library
ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an
ii libgcc1 1:3.4.3-13 GCC support library
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]