Ever since I updated nautilus, thus pulling in gvfs as a dependency, a lot of RPM transactions outputs this error:
error: failed to stat /home/michel/.gvfs: Permission denied
Anyone knows what's causing this?
dr-xr-xr-x+ 2 michel michel 0 2008-01-27 14:21 .gvfs
$ getfacl ~/.gvfs getfacl: Removing leading '/' from absolute path names # file: home/michel/.gvfs # owner: michel # group: michel user::r-x group::r-x other::r-x
Michel Salim wrote:
Ever since I updated nautilus, thus pulling in gvfs as a dependency, a lot of RPM transactions outputs this error:
error: failed to stat /home/michel/.gvfs: Permission denied
Anyone knows what's causing this?
dr-xr-xr-x+ 2 michel michel 0 2008-01-27 14:21 .gvfs
$ getfacl ~/.gvfs getfacl: Removing leading '/' from absolute path names # file: home/michel/.gvfs # owner: michel # group: michel user::r-x group::r-x other::r-x
.gvfs should be drwx------ You can't write to it as your own user right now.
On Jan 27, 2008 4:54 PM, Andrew Farris lordmorgul@gmail.com wrote:
Michel Salim wrote:
Ever since I updated nautilus, thus pulling in gvfs as a dependency, a lot of RPM transactions outputs this error:
error: failed to stat /home/michel/.gvfs: Permission denied
Anyone knows what's causing this?
dr-xr-xr-x+ 2 michel michel 0 2008-01-27 14:21 .gvfs
$ getfacl ~/.gvfs getfacl: Removing leading '/' from absolute path names # file: home/michel/.gvfs # owner: michel # group: michel user::r-x group::r-x other::r-x
.gvfs should be drwx------ You can't write to it as your own user right now.
Considering it created ~/.gvfs on its own, this sounds like a bug.
Thanks,
On Jan 28, 2008 12:02 AM, Michel Salim michel.sylvan@gmail.com wrote:
On Jan 27, 2008 4:54 PM, Andrew Farris lordmorgul@gmail.com wrote:
Michel Salim wrote:
Ever since I updated nautilus, thus pulling in gvfs as a dependency, a lot of RPM transactions outputs this error:
error: failed to stat /home/michel/.gvfs: Permission denied
Anyone knows what's causing this?
dr-xr-xr-x+ 2 michel michel 0 2008-01-27 14:21 .gvfs
$ getfacl ~/.gvfs getfacl: Removing leading '/' from absolute path names # file: home/michel/.gvfs # owner: michel # group: michel user::r-x group::r-x other::r-x
.gvfs should be drwx------ You can't write to it as your own user right now.
Considering it created ~/.gvfs on its own, this sounds like a bug.
And indeed, if I kill the gvfs daemon, the permission is then 700, but once the daemon respawns it goes back to 555.
Bug?
Michel Salim wrote:
On Jan 28, 2008 12:02 AM, Michel Salim michel.sylvan@gmail.com wrote:
On Jan 27, 2008 4:54 PM, Andrew Farris lordmorgul@gmail.com wrote:
Michel Salim wrote:
Ever since I updated nautilus, thus pulling in gvfs as a dependency, a lot of RPM transactions outputs this error:
error: failed to stat /home/michel/.gvfs: Permission denied
Anyone knows what's causing this?
dr-xr-xr-x+ 2 michel michel 0 2008-01-27 14:21 .gvfs
$ getfacl ~/.gvfs getfacl: Removing leading '/' from absolute path names # file: home/michel/.gvfs # owner: michel # group: michel user::r-x group::r-x other::r-x
.gvfs should be drwx------ You can't write to it as your own user right now.
Considering it created ~/.gvfs on its own, this sounds like a bug.
And indeed, if I kill the gvfs daemon, the permission is then 700, but once the daemon respawns it goes back to 555.
Bug?
Ah, that I'm not sure about, although the daemon appears to be running on my machine with the perms 700 still. Whether it is intended to change them I don't know, but it sounds unlikely that not being able to write to it would be intentional unless some ACL trickery is supposed to be going on.
Michel Salim wrote:
Considering it created ~/.gvfs on its own, this sounds like a bug.
And indeed, if I kill the gvfs daemon, the permission is then 700, but once the daemon respawns it goes back to 555.
Bug?
Also, its interesting to note that although it is writable for me, nothing happens to be there, so I'm not positive it is supposed to be writing something for you; thats basically an asinine assumption.
Michel Salim wrote:
On Jan 27, 2008 4:54 PM, Andrew Farris lordmorgul@gmail.com wrote:
Michel Salim wrote:
Ever since I updated nautilus, thus pulling in gvfs as a dependency, a lot of RPM transactions outputs this error:
error: failed to stat /home/michel/.gvfs: Permission denied
Anyone knows what's causing this?
dr-xr-xr-x+ 2 michel michel 0 2008-01-27 14:21 .gvfs
$ getfacl ~/.gvfs getfacl: Removing leading '/' from absolute path names # file: home/michel/.gvfs # owner: michel # group: michel user::r-x group::r-x other::r-x
.gvfs should be drwx------ You can't write to it as your own user right now.
Considering it created ~/.gvfs on its own, this sounds like a bug.
Thanks,
.gvfs was created on my system as well and perms differ to yours (mine is 700), so I agree its probably a bug.
On Sun, 2008-01-27 at 14:44 -0500, Michel Salim wrote:
Ever since I updated nautilus, thus pulling in gvfs as a dependency, a lot of RPM transactions outputs this error:
error: failed to stat /home/michel/.gvfs: Permission denied
Anyone knows what's causing this?
dr-xr-xr-x+ 2 michel michel 0 2008-01-27 14:21 .gvfs
$ getfacl ~/.gvfs getfacl: Removing leading '/' from absolute path names # file: home/michel/.gvfs # owner: michel # group: michel user::r-x group::r-x other::r-x
~/.gvfs the location where fuse mounts of your gvfs mounts will appear (for the benefit of posix io apps). Due to the suboptimal way our fuse package is set up currently, you need to be in the fuse group for this to work.
r-xr-xr-x is the type as returned by the fuse filesystem rwx------ is the on disk permissions
We should probably fix the permissions reported by fuse, but the kernel limits fuse access to the user anyway.
Matthias
On 28/01/2008, Matthias Clasen mclasen@redhat.com wrote:
On Sun, 2008-01-27 at 14:44 -0500, Michel Salim wrote:
Ever since I updated nautilus, thus pulling in gvfs as a dependency, a lot of RPM transactions outputs this error:
error: failed to stat /home/michel/.gvfs: Permission denied
Anyone knows what's causing this?
[ ... ]
r-xr-xr-x is the type as returned by the fuse filesystem rwx------ is the on disk permissions
We should probably fix the permissions reported by fuse, but the kernel limits fuse access to the user anyway.
Note that you also get very similar errors if you have filesystems mounted through fusessh.
MEF
On Mon, 28 Jan 2008, Mary Ellen Foster wrote:
On 28/01/2008, Matthias Clasen mclasen@redhat.com wrote:
On Sun, 2008-01-27 at 14:44 -0500, Michel Salim wrote:
Ever since I updated nautilus, thus pulling in gvfs as a dependency, a lot of RPM transactions outputs this error:
error: failed to stat /home/michel/.gvfs: Permission denied
Anyone knows what's causing this?
[ ... ]
r-xr-xr-x is the type as returned by the fuse filesystem rwx------ is the on disk permissions
We should probably fix the permissions reported by fuse, but the kernel limits fuse access to the user anyway.
Note that you also get very similar errors if you have filesystems mounted through fusessh.
Hmm, that bug was supposed to be fixed (or at least silenced) in rpm 4.4.2.2. Or maybe this is just a variant - the "failed to stat" message can come from three different spots, only one of which was taken care of in 4.4.2.2 now that I look at it...
- Panu -