Re: [Tracker] possible bug? trackerd and device files



Marcus Fritzsch wrote:
On 10/5/06, Jamie McCracken <jamiemcc blueyonder co uk> wrote:
Marcus Fritzsch wrote:
> On 10/5/06, Jamie McCracken <jamiemcc blueyonder co uk> wrote:
>> Marcus Fritzsch wrote:
>> > On 10/5/06, Jamie McCracken <jamiemcc blueyonder co uk> 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] m nexus [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/




[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]