Ron Yorston r...@tigress.co.uk wrote:
john wendel wrote:
On 07/23/2009 01:15 AM, Ron Yorston wrote:
According to a thread on the fedora-test list it's possible to prevent
the gvfs-fuse-daemon starting by setting an environment variable:
On Thu, 2008-05-01 at 23:05 -0400, Matthias Clasen wrote:
On Mon, 27 Jul 2009 15:32:52 +0100
Ron Yorston wrote:
OK, I finally found a way to inject the required variable into gvfsd's
environment. Create this file:
/etc/X11/xinit/xinitrc.d/00-gvfs-disable-fuse.sh
Wow! Thanks for digging up that insanely obscure directory. Looks
like that is the
Daniel B. Thurman wrote:
Alan Cox wrote:
I see a message when I use rsync of tar to make backups, but I
interpreted this message as: this directory is inaccessible, so it
won't be backed up but I don't think that the backup is interrupted for
other directories. Is it?
For me this directory is
Bradley pursley...@comcast.net wrote:
On 07/22/2009 09:01 AM, Bradley wrote:
On 07/22/2009 07:17 AM, davide wrote:
Bradleypursley001at comcast.net writes:
I have my system do regular automated backups and just noticed that the
backups have been failing do to a .gvfs directory
there is a
On 07/23/2009 01:15 AM, Ron Yorston wrote:
Bradleypursley...@comcast.net wrote:
On 07/22/2009 09:01 AM, Bradley wrote:
On 07/22/2009 07:17 AM, davide wrote:
Bradleypursley001at comcast.net writes:
I have my system do regular automated backups and just noticed that the
backups have been
john wendel wrote:
On 07/23/2009 01:15 AM, Ron Yorston wrote:
According to a thread on the fedora-test list it's possible to prevent
the gvfs-fuse-daemon starting by setting an environment variable:
On Thu, 2008-05-01 at 23:05 -0400, Matthias Clasen wrote:
To get rid of it:
On Wed, 2009-07-22 at 10:20 -0400, Tom Horsley wrote:
You musta missed this one :-).
https://www.redhat.com/archives/fedora-list/2009-July/msg00639.html
Holy shit, you've made my day. backuppc has lately been failing for me
royally because of that dir. Even excluding it didn't help.
I have my system do regular automated backups and just noticed that the
backups have been failing do to a .gvfs directory in one of the user's
home directories. This folder can not be accessed or deleted until I
drop to at least runlevel 2 but then, in the normal runlevel, when the
user logs
Bradley pursley001 at comcast.net writes:
I have my system do regular automated backups and just noticed that the
backups have been failing do to a .gvfs directory
there is a similar thread quite recent.
search into the archives, there is a solution (a dirty hack maybe) for the
backup
On Wed, Jul 22, 2009 at 01:22:12PM +0100, Alan Cox wrote:
On Wed, 22 Jul 2009 07:12:55 -0500
Bradley pursley...@comcast.net wrote:
I have my system do regular automated backups and just noticed that the
backups have been failing do to a .gvfs directory in one of the user's
home
On 07/22/2009 08:17 AM, Paul W. Frields wrote:
On Wed, Jul 22, 2009 at 01:22:12PM +0100, Alan Cox wrote:
On Wed, 22 Jul 2009 07:12:55 -0500
Bradleypursley...@comcast.net wrote:
I have my system do regular automated backups and just noticed that the
backups have been failing do to a
On 07/22/2009 07:17 AM, davide wrote:
Bradleypursley001at comcast.net writes:
I have my system do regular automated backups and just noticed that the
backups have been failing do to a .gvfs directory
there is a similar thread quite recent.
search into the archives, there is a
On 07/22/2009 09:01 AM, Bradley wrote:
On 07/22/2009 07:17 AM, davide wrote:
Bradleypursley001at comcast.net writes:
I have my system do regular automated backups and just noticed that the
backups have been failing do to a .gvfs directory
there is a similar thread quite recent.
search into
On Wed, 22 Jul 2009 09:01:17 -0500
Bradley wrote:
Okay, read the thread but apparently there is no solution to this
problem.
You musta missed this one :-).
https://www.redhat.com/archives/fedora-list/2009-July/msg00639.html
--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe:
If you are using rsync then simply excluding .gvfs should do the trick
nicely.
Does rsync's '-x' option work in this case? I don't seem to have a
mount handy to try.
Yes.. the rsync case is fixed by excluding .gvfs as I said. Not tried the
same with other apps that break eg tar.
It
On 07/22/2009 09:20 AM, Tom Horsley wrote:
On Wed, 22 Jul 2009 09:01:17 -0500
Bradley wrote:
Okay, read the thread but apparently there is no solution to this
problem.
You musta missed this one :-).
https://www.redhat.com/archives/fedora-list/2009-July/msg00639.html
You're right,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Le 22/07/2009 16:52, Alan Cox a écrit :
If you are using rsync then simply excluding .gvfs should do the trick
nicely.
Does rsync's '-x' option work in this case? I don't seem to have a
mount handy to try.
Yes.. the rsync case is fixed by
I see a message when I use rsync of tar to make backups, but I
interpreted this message as: this directory is inaccessible, so it
won't be backed up but I don't think that the backup is interrupted for
other directories. Is it?
For me this directory is empty, so If other directories are
Alan Cox wrote:
I see a message when I use rsync of tar to make backups, but I
interpreted this message as: this directory is inaccessible, so it
won't be backed up but I don't think that the backup is interrupted for
other directories. Is it?
For me this directory is empty, so If other
19 matches
Mail list logo