Marcus Fritzsch wrote: > On 10/5/06, Jamie McCracken <[EMAIL PROTECTED]> wrote: >> Marcus Fritzsch wrote: >> > On 10/5/06, Jamie McCracken <[EMAIL PROTECTED]> wrote: >> >> Marcus Fritzsch wrote: >> >> > On 10/5/06, Jamie McCracken <[EMAIL PROTECTED]> wrote: >> >> >> [...] >> >> >> it should be a lot easier to build now that mysql has been >> replaced! >> >> >> >> >> >> What is the build problem exactly? >> >> > >> >> > The build problems I am having: >> >> > >> >> > [./configure] >> >> > configure: creating ./config.status >> >> > config.status: creating Makefile >> >> > config.status: creating tracker.pc >> >> > config.status: creating data/Makefile >> >> > config.status: creating data/english/Makefile >> >> > config.status: creating filters/Makefile >> >> > config.status: creating filters/application/Makefile >> >> > config.status: creating filters/text/Makefile >> >> > config.status: creating thumbnailers/Makefile >> >> > config.status: creating thumbnailers/application/Makefile >> >> > config.status: error: cannot find input file: >> >> > thumbnailers/image/Makefile.in >> >> > ./configure --prefix=/usr/local 3.79s user 3.71s system 87% cpu >> 8.562 >> >> > total >> >> > [pts/1,1,0] [EMAIL PROTECTED] [tracker] % ls thumbnailers/ >> >> > application CVS Makefile Makefile.am Makefile.in >> >> > >> >> > Anybody having this problem? >> >> >> >> I just checked out a fresh build of the source in another directory >> and >> >> it compiled fine. >> >> >> >> you seem to be missing the image subdirectory in thumbnailers but >> it is >> >> in cvs http://cvs.gnome.org/viewcvs/tracker/thumbnailers/ >> >> >> >> suggest a fresh check out and build of source >> > >> > Hmrl... Yep, should have known this. >> > >> > OK, I compiled the newest tracker - impressive, really impressive! - >> > and it seems to work. But as discussed before, following symlinks is >> > not wanted so we should stick with >> >> I think this is fixed in cvs now - plese confirm >> >> non-regular files and symlink directories do not get put on the metadata >> extraction queue. > > Huh, it is sort of strange... > > At first, if the directory is watched and the file is there when > tracker starts watching (indexing in this case) the file is indexed: > > ------snip------ > waiting for file events... > saving basic metadata for *existing* file /home/m/test with mime > Folder and service type 1 > saving basic metadata for *new* file /home/m/test/dev_zero with mime > unknown and service type 8 > ------snap------
the above is correct - Basic metadata is stuff from stat() call which is fine for non-reg files You should not see "Extracting Metadata" for those files in the log > > But, if that directory is being watched by tracker (no file still), > than the file is created, it will be ignored. > > Is this intended behaviour? indirectly yes. We ignore create signals for files as we wait for file write close before indexing them. (if we didn't then we would be subject to race conditions) We only process create stuff for folders -- Mr Jamie McCracken http://jamiemcc.livejournal.com/ _______________________________________________ tracker-list mailing list [email protected] http://mail.gnome.org/mailman/listinfo/tracker-list
