Package: libc0.1 Version: 2.10.1-7 Severity: normal The C standard requires remove() to delete both files and directories. This works correctly with the Linux kernel, but under kFreeBSD, remove() fails with "Operation not permitted" when applied to a directory. I'm not able to debug this in detail because gdb crashes and kdump hasn't been ported, but I would guess that remove() is calling unlink() and expecting that to return EISDIR, rather than EPERM, when applied to a directory.
This is the cause of, at least, FTBFS bug 537919. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: kfreebsd-amd64 (x86_64) Kernel: kFreeBSD 7.2-1-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages libc0.1 depends on: ii libc-bin 2.10.1-7 GNU C Library: Binaries ii libgcc1 1:4.4.2-2 GCC support library libc0.1 recommends no packages. Versions of packages libc0.1 suggests: ii debconf [debconf-2.0] 1.5.28 Debian configuration management sy pn glibc-doc <none> (no description available) ii locales 2.10.1-7 GNU C Library: National Language ( -- debconf information: glibc/restart-services: glibc/disable-screensaver: glibc/restart-failed: glibc/upgrade: true -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org