You have been subscribed to a public bug:
Ubuntu 8.04, gvfs-fuse 0.2.3-0ubuntu4.
Consider
$ cd
$ ls -ld .gvfs
dr-x------ 2 ralph ralph 0 2008-05-07 10:22 .gvfs
$ sudo ls -ld .gvfs
ls: cannot access .gvfs: Permission denied
$ sudo strace -e trace=lstat64 stat -t .gvfs
lstat64(".gvfs", 0xbf82f004) = -1 EACCES (Permission denied)
stat: cannot stat `.gvfs': Permission denied
Process 3607 detached
$ df .gvfs
Filesystem 1K-blocks Used Available Use% Mounted on
gvfs-fuse-daemon 12626332 4469320 8157012 36% /home/ralph/.gvfs
$
root not being able to stat a user's directory should never happen. It
causes problems if tar(1) is used to backup an area including ~/.gvfs
even if tar is running as root. It's not the 0500 permissions causing
the issue,
$ ls -ld statme
dr-x------ 2 ralph ralph 4096 2008-05-07 13:15 statme
$ sudo ls -ld statme
dr-x------ 2 ralph ralph 4096 2008-05-07 13:15 statme
$ sudo stat -t statme
statme 4096 8 4140 1000 1000 809 345301 2 0 0 1210162528 1210162528
1210164281 4096
$
but presumably gvfs-fuse-daemon not bothering to check if the access is
by root and thus allow it, regardless of the directory's permissions.
Having tar(1)'s backups fail is a pain, and I suspect it causes issues
for other programs, e.g. bug #214023. Note, this bug is not a duplicate
of that one. It may be that the fix for bug #214023 is to alter
checksecurity to know about ~/.gvfs's odd behaviour.
** Affects: gvfs (Ubuntu)
Importance: Undecided
Status: New
--
~/.gvfs can't be stat'd by root.
https://bugs.launchpad.net/bugs/227724
You received this bug notification because you are a member of Ubuntu Desktop
Bugs, which is subscribed to gvfs in ubuntu.
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
