-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi guys,
Here are the problems we've seen with removable volume support: Some platforms don't use udisk2 and/or gvfs so they fall back to the implementations behind gio/gunix*c. These implementations aren't always very reliable. In particular is the UUID of the volume not always correct with those implementations. It would be nicer if we could let something external to tracker-miner-fs fed us with that UUID and mount point name upon mount event, rather than using GVolumeMonitor. Some platforms use a tmpfs for the parent directory of the mount point subdirectories. After each reboot the last modification time of that tmpfs will or can differ and tracker-miner-fs sometimes gets confused about that. Some platforms will make a unique directory upfront mounting, for example /media/sdcard/$UUID_OF_DEV/, when /media/sdcard is in the index-recursive-directories configuration the mount event handler sometimes causes a race condition with the mkdir handler of /media/sdcard/$UUID_OF_DEV/. When the index-recursive-directories contains a parent dir of a mount point subdir and indexing removable volumes is turned on, there's a race between unmount event and the file monitoring seeing files being removed (as a result of the unmount presumably). I'd say mount point subdirs should be added to ignore list automatically and handled by the removable volume support exclusively. Kind regards, Philip -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTIZxjAAoJEEP2NSGEz4aDydgH/2ZtLNFmIAToqA6UXytnMoBD dXPvV5FVJ8xv7q2B5bFnXUJaIkM8uaCnGLSm7pvOSbpGzPE14cwWmV27uBoNc7/z e/OxRnPYU8TVjaOjGL4gmNEzFuu+nj5DAQhIGZN5ewDflrAiuIvbMHpp5TDXtlBK NkRlYJl0+FM1MDcljcKZpQndkyuxpyZqoGMuzwVuNz9zB6ZrbQkH9QxI+ClHMs47 yHcL60Xl7pDWNR+aI0xzHEPQyr3dxmVMl8Tx21dQULrx0YeE+izycUGFxRB7Fn3p LphtuWAnbRx8dCdUakm07nR3vwIKXL1e2fbI+UzGpzObRSk9foUdHm6OrtHck5Y= =NAg5 -----END PGP SIGNATURE----- _______________________________________________ tracker-list mailing list tracker-list@gnome.org https://mail.gnome.org/mailman/listinfo/tracker-list
