I recently switched from famd to gamin, unmerging famd and portmap in the process. Now, Nautilus no longer responds to file creation or deletion (with famd, things were working fine). Reproducible: Always Steps to Reproduce: 1. Open home folder in Nautilus 2. Create or delete a file, e.g. "echo hi > hi" 3. Look for a text file named "hi" appearing in Nautilus's view of home folder Actual Results: Folder view does not update Expected Results: New file visible (or deleted file no longer visible) Portage 2.0.51.19 (default-linux/amd64/2005.0, gcc-3.4.3, glibc-2.3.4.20041102-r1, 2.6.11-gentoo-r11 x86_64) ================================================================= System uname: 2.6.11-gentoo-r11 x86_64 AMD Athlon(tm) 64 Processor 3400+ Gentoo Base System version 1.6.12 Python: dev-lang/python-2.3.5 [2.3.5 (#1, Jun 11 2005, 14:43:08)] dev-lang/python: 2.3.5 sys-apps/sandbox: [Not Present] sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.8.5-r3, 1.5, 1.4_p6, 1.7.9-r1, 1.6.3, 1.9.5 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.16 virtual/os-headers: 2.6.8.1-r4 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CFLAGS="-O3 -mtune=athlon64 -march=athlon64 -m64 -ftracer -fomit-frame-pointer -fprefetch-loop-arrays -funroll-loops -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O3 -mtune=athlon64 -march=athlon64 -m64 -ftracer -fomit-frame-pointer -fprefetch-loop-arrays -funroll-loops -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms strict" GENTOO_MIRRORS="ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ http://gentoo.ccccom.com/ http://www.die.unipd.it/pub/Linux/distributions/gentoo-sources/ http://ftp-mirror.internap.com/pub/gentoo/" LC_ALL="en_GB.utf8" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 X aac acpi adns alsa avi bitmap-fonts cdr crypt cscope cups curl dvd dvdr eds encode exif ffmpeg font-server gif gnome gpm gstreamer gtk gtk2 hal imagemagick imap imlib jabber joystick jp2 jpeg libwww lzw lzw-tiff mad mikmod mng mozilla mp3 mpeg msn ncurses nls nptl offensive ogg oggvorbis openal opengl pam pcre pdflib perl png python quicktime readline samba sdl spell ssl svg tcpd tetex theora tiff truetype truetype-fonts type1-fonts unicode usb userlocales vorbis wmf xine xml2 xpm xrandr xv xvid zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CBUILD, CTARGET, LANG, LDFLAGS, LINGUAS Gamin version: 0.0.26-r6 Nautilus version: 2.10.0 Note that this is working fine on my Pentium 4 laptop, with the same gamin and nautilus versions, and gentoo-sources 2.6.11-r6.
this is why gamin is not stable, i suggest you just follow progress on bugs like #74285
On a side note, have you exited and restarted your gnome session? If not, the in-memory linking to the FAM libs will still point to fam and not gamin, and fam is not longer sending signals.
Yes, I have done (the entire machine had been rebooted several times before I got round to making the bug report). I suppose this means gamin's still under such heavy development that such reports aren't uncommon. I guess I'll keep watching the bug mentioned earlier, and its friends in GNOME's bugzilla...
