There's one more case in which this happens. I know that, because it happened to me. The ext2/ext3 filesystem has extra attributes (visible with "lsattr", changeable with "chattr") Files with the "i" attribute cannot be renamed (or changed in any other way) The reason for this bit to be "on" might be a kernel crash or kernel bug. Please try "lsattr /var/lib/dpkg/tmp.ci/postrm" and "lsattr /var/lib/dpkg/info".
Erwin. -----Original Message----- From: Wichert Akkerman [mailto:[EMAIL PROTECTED] Sent: zondag 31 maart 2002 20:29 To: Alain Tesio Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [email protected] Subject: Re: Bug#140590: groff: Error at install Previously Alain Tesio wrote: > [pid 4645] rename("/var/lib/dpkg/tmp.ci/postrm", "/var/lib/dpkg/info//groff.postrm") = -1 EPERM (Operation not permitted) Looking at the manpage there are 3 situations that can cause this: * /var/lib/dpkg/tmp.ci has the sticky bit sit and dpkg is not running with the euid of /var/lig/dpkg/tmp.ci/postrm * /var/lib/dpkg/info has the sticky bit and dpkg runs with a different euid than the owner of /var/lib/dpkg/tmp.ci/postrm * the filesystem doesn't support the rename None of these can occur: the first two can't because dpkg is running as root, and the 3rd can't happen with ext3. This looks like a kernel bug. Wichert. -- _________________________________________________________________ /[EMAIL PROTECTED] This space intentionally left occupied \ | [EMAIL PROTECTED] http://www.liacs.nl/~wichert/ | | 1024D/2FA3BC2D 576E 100B 518D 2F16 36B0 2805 3CB8 9250 2FA3 BC2D | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
