I wrote a small workaround for this bug: It claims that the underlying
filesystem does not support ACL whenever fakeroot is running and the
acl_set_{fd,file} functions are called. This fixes cp -a (and probably
all coreutils). The patch is attached, it fixes the problems we had with
makepkg on
On Sat, Oct 20, 2007 at 08:19:21AM +0100, Andrew Fyfe wrote:
It turns out acl is always enabled on tmpfs partitions.
Great, so perhaps coreutils cp is doing something unexpected
on filesystems with acl enabled.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe.
Clint Adams wrote:
On Thu, Jul 12, 2007 at 10:09:44PM +0100, Andrew Fyfe wrote:
Has there been any progress with this bug? It's still present in
fakeroot-1.7.1 but only occurs when the file system is mounted with acl
enabled or the file system is a tmpfs.
That's interesting. I wonder what
On Thu, Jul 12, 2007 at 10:09:44PM +0100, Andrew Fyfe wrote:
Has there been any progress with this bug? It's still present in
fakeroot-1.7.1 but only occurs when the file system is mounted with acl
enabled or the file system is a tmpfs.
That's interesting. I wonder what the commonality
Has there been any progress with this bug? It's still present in
fakeroot-1.7.1 but only occurs when the file system is mounted with acl
enabled or the file system is a tmpfs.
Andrew
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
tags 361306 + confirmed
found 361306 1.5.10
thanks
rm b
fakeroot cp -af a b
ls -l a b
-r--r--r-- 1 devin devin 0 2006-04-07 12:19 a
-rw-r--r-- 1 devin devin 0 2006-04-07 12:19 b
However, if you touch the file, chmod it, and cp it all under the same
fakeroot invocation, it behaves as
Package: fakeroot
Version: 1.5.8
Severity: normal
touch a
chmod 444 a
cp -af a b
ls -l a b
-r--r--r-- 1 devin devin 0 2006-04-07 12:19 a
-r--r--r-- 1 devin devin 0 2006-04-07 12:19 b
rm b
fakeroot cp -af a b
ls -l a b
-r--r--r-- 1 devin devin 0 2006-04-07 12:19 a
-rw-r--r-- 1 devin devin 0
7 matches
Mail list logo