Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!

Full Text Bug Listing

Hi,
the bug described at https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=135337
also applies to gentoo.

this is with gnome-vfs-2.8.3-r1, gamin-0.0.19 instead of fam, hal-0.4.2 and happens on x86 and ppc

CDs work without problems

Bye

btw... it works the same way with fam instead of gamin
so maybe it's a bug in gamin or a bug in gnome-vfs which only shows up with gamin...

the bug you reference to should be solved in gnome-vfs-2.8.3

it could still be notification, do you use an inotify enabled kernel ? (you should always provide your emerge info in bugreports!)

it isn't solved in 2.8.3 for me... I'm using gamin over the inotify kernel
interface

With fam (using simple polls) everything works as expected

here's emerge info, but I don't think you can do sth usefull with it... it's
from the x86 box:

Portage 2.0.51-r8 (default-linux/x86/2004.3, gcc-3.4.3,
glibc-2.3.4.20041102-r0,
 2.6.9-gentoo-r10 i686)
=================================================================
System uname: 2.6.9-gentoo-r10 i686 AMD Athlon(TM) XP 2600+
Gentoo Base System version 1.6.8
Python:              dev-lang/python-2.3.4 [2.3.4 (#1, Oct 14 2004, 02:13:12)]
distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632)
[disable
d]
ccache version 2.3 [enabled]
dev-lang/python:     2.3.4
sys-devel/autoconf:  2.59-r6, 2.13
sys-devel/automake:  1.8.5-r2, 1.5, 1.4_p6, 1.6.3, 1.7.9, 1.9.3
sys-devel/binutils:  2.15.92.0.2-r2
sys-devel/libtool:   1.5.10-r2
virtual/os-headers:  2.6.8.1-r1
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-march=athlon-xp -mfpmath=sse,387 -momit-leaf-frame-pointer -O3
-fomit-f
rame-pointer -fprefetch-loop-arrays -fforce-addr -fmerge-all-constants -ftracer 
-funit-at-a-time -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3/s
hare/config /usr/lib/mozilla/defaults/pref /usr/share/config
/usr/share/texmf/dv
ipdfm/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="-march=athlon-xp -mfpmath=sse,387 -momit-leaf-frame-pointer -O3
-fomit
-frame-pointer -fprefetch-loop-arrays -fforce-addr -fmerge-all-constants
-ftrace
r -funit-at-a-time -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms"
GENTOO_MIRRORS="http://ftp.uni-erlangen.de/pub/mirrors/gentoo
http://ftp.belnet.
be/mirror/rsync.gentoo.org/gentoo/ http://gentoo.osuosl.org
http://www.ibiblio.o
rg/pub/Linux/distributions/gentoo"
MAKEOPTS=""
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="3dnow X Xaw3d aac aalib accessibility acpi alsa audiofile avi berkdb
bitmap
-fonts bonobo bzlib caps cddb cdr chroot crypt curl devmap dga dnd dv dvd
encode
 ethereal expat ext-png ext-zlib f77 faad fam ffmpeg fftw flac flash foomaticdb 
fortran freetype gcj gd gd-external gdbm gif gmp gnome gpm gstreamer gtk gtk2
gt
khtml guile hal imagemagick imap imlib imlib2 jack java javascript jpeg junit
la
dcca lcms ldap libg++ libgda libsamplerate libwww live lzw-tiff mad matroska
mbo
x md5sum mmap mmx mng monkey motif mozilla moznocompose moznoirc moznomail
mozp3
p mpeg mpeg4 mpi mplayer native ncurses nls nocardbus nptl nptlonly objc
oggvorb
is openal opengl oss pam parse-clocks pcre pdflib perl pic png pthreads python
q
uicktime radeon readline real ruby samba sasl sdl slang sndfile sox speex spell 
sse ssl svg szip t1lib tcltk tcpd tetex theora tiff transcode truetype type1
uni
code usb userlocales vim-with-x wmf wxwindows x86 xgetdefault xinerama xml xml2 
xprint xrandr xv xvid yv12 zlib"

This bug also affects me. FWIW this bug was not present in GNOME 2.8.0 but
appeared after upgrading to stable 2.8.1. I'm using gamin with the inotify
backend.

Portage 2.0.51-r3 (default-linux/x86/2004.3, gcc-3.4.3,
glibc-2.3.4.20040808-r1, 2.6.9-gentoo-r9 i686)
=================================================================
System uname: 2.6.9-gentoo-r9 i686 AMD Athlon(tm) XP 2600+
Gentoo Base System version 1.4.16
Autoconf: sys-devel/autoconf-2.59-r5
Automake: sys-devel/automake-1.8.5-r1
Binutils: sys-devel/binutils-2.15.90.0.1.1-r3
Headers: 
sys-kernel/linux26-headers-2.6.8.1,sys-kernel/linux26-headers-2.6.8.1-r1
Libtools: sys-devel/libtool-1.5.2-r7
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-O3 -march=athlon-xp -mfpmath=sse"
CHOST="i686-pc-linux-gnu"
COMPILER=""
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown
/usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config
/var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O3 -march=athlon-xp -mfpmath=sse"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms userpriv
usersandbox"
GENTOO_MIRRORS="http://mirrors.acm.cs.rpi.edu/gentoo
http://mirrors.tds.net/gentoo
http://mirror.clarkson.edu/pub/distributions/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 3dnow X aac acl acpi alsa avi berkdb bitmap-fonts cdr crypt cups eds
encode faad flac foomaticdb gdbm gif gnome gtk gtk2 hal imagemagick imlib ipv6
jpeg junit libwww mad mikmod mmap motif mozilla mpeg ncurses nptl offensive
oggvorbis opengl pam pda pdflib perl png ppds python quicktime readline real
sdl slang spell sse ssl svga tcpd tiff truetype xml xml2 xmms xv zlib"

what i'd like to see is testing with a newer inotify version before further
looking into this, this should be in 2.6.10 when it hits the streets.

it's the same with gentoo-dev-sources-2.6.10-r1 (which include the newest
inotify version)

well, then we go to manual labor. run hal in debugging mode, see if it detects
the adds & removes of the stick. run gvm in a terminal to see what it picks up
and how it handles it.

Can confirm this problem  here with latest gnome / gamin / hal / kernel 2.6.10
+ inotify on ~x86

@foser: Everything gets picked up correctly by hal, the device (in this case a
memstick) even gets mounted correctly by gnome-volume-manager:

manager.c/711: New Device:
/org/freedesktop/Hal/devices/usb_usb_device_5dc_80_1_-1_B228472003050_0
libhal.c 911 : Error sending msg: No property info.capabilities on device with
id /org/freedesktop/Hal/devices/usb_usb_device_5dc_80_1_-1_B228472003050_0
libhal.c 911 : Error sending msg: No property info.capabilities on device with
id /org/freedesktop/Hal/devices/usb_usb_device_5dc_80_1_-1_B228472003050_0
manager.c/711: New Device: /org/freedesktop/Hal/devices/scsi_host_3
manager.c/711: New Device: /org/freedesktop/Hal/devices/scsi_3_0_0_0
libhal.c 911 : Error sending msg: No property info.capabilities on device with
id /org/freedesktop/Hal/devices/scsi_3_0_0_0
libhal.c 911 : Error sending msg: No property info.capabilities on device with
id /org/freedesktop/Hal/devices/scsi_3_0_0_0
manager.c/711: New Device: /org/freedesktop/Hal/devices/block_8_0
manager.c/711: New Device: /org/freedesktop/Hal/devices/block_18AF-B893
manager.c/747: Changed: /dev/sda1
manager.c/691: Added: /dev/sda1
manager.c/826: Mounted: /org/freedesktop/Hal/devices/block_18AF-B893

Just the corresponding icon is not displayed, neither on the desktop nor in the
computer:/// view. As pointed out in the red hat bug report it works correctly
once, but does not if you try again.

Just a bit more of information: After killing the /usr/libexec/gam_server
process it works again (for one time).

Also unfortunately gamin-0.0.20 does not seem to solve that problem :(

i cannot test this here right now I'm afraid. Check and see if it's the
original referenced problem where mtab gets updated too fast and doesn't show
in gnome-vfs/gamin (you can run gamin in debug mode, check it's docs/homepage).

This bug still exists with GNOME 2.10, gamin 0.0.20 and kernel 2.6.10-gentoo-r6

'me too's' are not interesting, just CC if you are on of them. Answering my
questions is.

*** Bug 85179 has been marked as a duplicate of this bug. ***

Based on what I read here:
http://mail.gnome.org/archives/gamin-list/2005-March/msg00017.html

I changed the ebuild to disable the inotify backend and enable the dnotify backend:
        econf \
                --enable-dnotify \
                --disable-inotify \
                `use_enable debug` \
                `use_enable debug debug-api` \
                || die

Everything works fine now (except media still won't eject when I physically press the eject button on the drive, but I think that's a different bug).

Foser, I tried quick to add some g_warnings in places, but it really looks as
if /etc/{fstab,mtab} is not monitored (monitors are added, but changes not
seen), or I have a illusion about what g_warning do.  I also checked if the
monitors added fails, but that is not the case.

I guess we, John (that originally did the inotify backend) or somebody else
should really look into updating the backend to use poll as well, like the
dnotify one does ... not sure if it will help, but .... ?

For those that still struggle with this issue, this is what I started to do a
while back already:

----
nosferatu gnome-vfs-2.10.0 # cat /etc/udev/rules.d/45-usbfd.rules
BUS="usb", KERNEL="ub[a-z]*", NAME="usbfd%n"
nosferatu gnome-vfs-2.10.0 # grep usbfd /etc/fstab
#/dev/sdd1           /mnt/usbfd      auto        noauto,user         0 0
/dev/usbfd1         /mnt/usbfd      vfat        noauto,user         0 0
nosferatu gnome-vfs-2.10.0 #
----

Basically I use the ub driver, so any flash I put in gets assigned the
/dev/usbfd1 node, and with the static entry in fstab, I can then just click on
the drive already added (I dont normally get it to automount, as that is
irritating).

Urk, forget the last bit I said - used to rename sd? to usbfd when still using
the usb-storage driver.

I have the same problem (gnome-2.10, inotify-0.20, gamin-0.0.26). Is this not
caused by the default polling of /mnt and /media? see:
http://www.gnome.org/~veillard/gamin/config.html

Tried it here, but no sigar - anybody else tried it?

-----
$ cat .gaminrc
notify /mnt/* /media/*

PS: I can see why it might be an issue - the inotify backend still cannot use
polling as well (as the dnotify one can) ...

My theory still is that it has nothing todo with the polling of /mnt or /media,
but that updates to {fs,m}tab do not get noticed by gnome-vfs.

There is a patch in Gnome Bugzilla which solves that problem for me:

http://bugzilla.gnome.org/show_bug.cgi?id=171201

This has also been applied upstream now and will be in the next release of gamin

I can confirm that the CVS version (20050412) of Gamin solves this problem :)
I'm using Gnome 2.10 and inotify-0.21.

The final patch posted in the gnome bug can't be backported easily. Should we
do a CVS snapshot?

Need some testers for the CVS snapshot idea. Please leave feedback at:
http://www.reactivated.net/weblog/archives/2005/05/sorting-out-gamin-brokenness-testers-needed/

there are known problems in current gamin CVS, please check this gnome bug:
http://bugzilla.gnome.org/show_bug.cgi?id=171201

Seem's to work fine in ~amd64 (gnome-2.10) and gamin-0.1.1 released the 10 of
june. Need to be tested on other platforms.

Please update the ebuild tree ?

gamin 0.1.1 is now in portage, and has an inotify fix applied on top of that.
Please post here if issues still exist when running against gentoo-sources-2.6.12

I haven't done stress testing but gamin-0.1.1 plus gentoo-sources-2.6.12-r1
seems to fix the issue so far.

gamin 0.1.1 and a repatched 2.6.11-r11 gentoo kernel works fine.

Can confirm that newer works fine.