Nauilusgamin stops showing directory changes
Peter Ulrich Kruppa
ulrich at pukruppa.net
Fri May 1 05:56:05 UTC 2009
Am Donnerstag, den 30.04.2009, 02:14 -0400 schrieb Joe Marcus Clarke:
> On Wed, 2009-04-29 at 21:29 -0400, Jason Reid wrote:
> > Hello,
> >
> > >From time to time Nautilus will not keep up with directories as the
> > files change. I cannot pinpoint the exact cause, but I can, for example,
> > "touch newfile" in a directory or on my Desktop, and Nautilus will not
> > show it until I open a Nautilus window to that directory/desktop and
> > click View -> Reload.
> >
> > Filesystem polling works fine after a reboot. Right now I have been up
> > for 4 days and just noticed, but it's stopped working as quickly as an
> > hour after boot. This is not a new problem with 2.26 and is something
> > I've experienced since at least 2.20. My system is FreeBSD 7.1-p4 i386
> > using a ZFS disk, but I've seen the same problem on the same computer
> > under an old installation using UFS.
> >
> > Some Googling reveals that Nautilus uses devel/gamin to poll changes
> > which in turn uses kqueue by default. The port has a compile-time option
> > for GAM_POLLER that I do not have enabled. Konqueror, however has never
> > exhibited this problem.
> >
> > The closest bug report I was able to find was
> > https://bugzilla.redhat.com/show_bug.cgi?id=130859 from 2004 which I
> > don't believe is applicable. It discusses gamin 0.0.x, and I use
> > 0.1.10_1.
> >
> > My kern.maxfiles is 25000. kern.openfiles reports 10735, and "fstat |
> > grep gam_server | wc -l" reports 8890.
>
> I cannot reproduce. I've been up for over 10 days. Make sure that
> Nautilus is looking at a real path, and not a symlink. Gamin does not
> report changes on symlinks in line with the FAM spec.
>
I have seen the problem Jason describes quite often with older versions
of nautilus: for example when you use a different file manager like
midnight-commander or thunar or when you log in remotely via ftp.
I tried all these methods with nautilus-2.26.2
^
and couldn't reproduce them either.
Greetings
Uli.
> Joe
>
> >
> > Thanks, Jason
> >
> > _______________________________________________
> > freebsd-gnome at freebsd.org mailing list
> > http://lists.freebsd.org/mailman/listinfo/freebsd-gnome
> > To unsubscribe, send any mail to "freebsd-gnome-unsubscribe at freebsd.org"
> >
More information about the freebsd-gnome
mailing list