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]

Reply via email to