Re: [Tracker] performance problems in the pdf extractor?

2010-02-10 Thread Martyn Russell
On 10/02/10 14:55, Carlos Garnacho wrote: Hi!, Ideally (at least for my case), there should be a quick has_text() function in poppler, so we don't make it uselessly go through all streams. But this boils down to a more general problem, while extractors should give up after some time, there should

Re: [Tracker] performance problems in the pdf extractor?

2010-02-10 Thread Carlos Garnacho
Hi!, On mié, 2010-02-10 at 11:04 +0100, Michael Biebl wrote: > Hi, > > I'm running the latest tracker from master (0.7.19-19-g97bcf4f) > When I do the initial indexing run (wiped all old database before > using tracker-control -r) > I get messages from tracker-miner-fs like this (around 30 or so)

Re: [Tracker] performance problems in the pdf extractor?

2010-02-10 Thread Michael Biebl
2010/2/10 Martyn Russell : > On 10/02/10 11:04, Michael Biebl wrote: >> >> Anyone seen this before? Is this a problem in the miner or the pdf >> extractor? > >  https://bugzilla.gnome.org/show_bug.cgi?id=609004 > Just wanted to add, that I now also encountered other file types where I got this er

Re: [Tracker] performance problems in the pdf extractor?

2010-02-10 Thread Martyn Russell
On 10/02/10 11:04, Michael Biebl wrote: Hi, I'm running the latest tracker from master (0.7.19-19-g97bcf4f) When I do the initial indexing run (wiped all old database before using tracker-control -r) I get messages from tracker-miner-fs like this (around 30 or so) (tracker-miner-fs:11608): Track

[Tracker] performance problems in the pdf extractor?

2010-02-10 Thread Michael Biebl
Hi, I'm running the latest tracker from master (0.7.19-19-g97bcf4f) When I do the initial indexing run (wiped all old database before using tracker-control -r) I get messages from tracker-miner-fs like this (around 30 or so) (tracker-miner-fs:11608): Tracker-CRITICAL **: Could not process 'file://