On 26/03/10 12:51, Alexey Fisher wrote:
Hi,
Hi,
Yes, this is mostly convenience for testing (tracker-miner-fs shouldn't
be poked by users actually), you need to terminate the current
tracker-miner-fs instance so there isn't a DBus service name conflict.
Will it be possible to add this funct
On 26/03/10 13:11, Carlos Garnacho wrote:
Hi!,
On vie, 2010-03-26 at 14:51 +0200, Alexey Fisher wrote:
Will it be possible to add this functionality? I need it for removable
storage. If user disable indexing by default i need to force it in some
situation, for example on cameras.
I agree t
On 27/03/10 06:47, Jonas Bonn wrote:
Hi Carlos,
Thanks for the tip about the verbosity... I was looking for that. I
still the problem... here's a bit more context. Any help is greatly
appreciated.
Are you able to break in gdb on these errors to get more information?
For details on how to do
Hi all,
Currently the relation extractor <-> mime type is hardcoded _inside_ the
extractor module code. It could be very convenient to have it in an external
file (one per extractor, one for all extractors... not sure which one is the
best option).
An example of why is it a problem right now: our
When tracker starts up, it will check whether the entries in DB are up-to-date
or not.
Current logic is: for each file, there is at least one dbus-call from
tracker-miner-fs to tracker-store which will execute a query.
This is not efficient since dbus and query are expensive. (You can get the lo
On 28/03/10 15:44, Michael Biebl wrote:
2010/3/25 Martyn Russell:
The result is attached.
Quite a few files seem to miss an appropriate header, a few have
outdated an outdated FSF address,
and for some it's not clear to me why LGPL is used over GPL.
I thought only the libs were supposed to be
On 29/03/10 12:58, Ivan Frade wrote:
Hi all,
Hi,
Currently the relation extractor <-> mime type is hardcoded _inside_ the
extractor module code. It could be very convenient to have it in an
external file (one per extractor, one for all extractors... not sure
which one is the best option).
An
On Mon, 2010-03-29 at 22:44 +0800, Chen, Zhenqiang wrote:
>
> 2) Reduce dbus calls and queries:
>
> (1) At the beginning, execute one query to get all the fileLastModified> pairs and put them in a hash table.
Problem here is that for people with a huge amount of files, the URL
keys will consum
Hi!,
On lun, 2010-03-29 at 22:44 +0800, Chen, Zhenqiang wrote:
> When tracker starts up, it will check whether the entries in DB are
> up-to-date or not.
> Current logic is: for each file, there is at least one dbus-call from
> tracker-miner-fs to tracker-store which will execute a query.
> Thi
On 28/03/10 15:29, Michael Biebl wrote:
2010/3/25 Martyn Russell:
This release is considered a Release Candidate for 0.8. Assuming no
major regressions are found with it, the next release is likely to
be 0.8.0.
I checked the current state of git master again, and compared which
symbols a
On Mon, 29 Mar 2010 16:28:32 +0100, Martyn Russell
wrote:
> On 29/03/10 12:58, Ivan Frade wrote:
>> Hi all,
>
> Hi,
>
>> Currently the relation extractor <-> mime type is hardcoded _inside_
the
>> extractor module code. It could be very convenient to have it in an
>> external file (one per extra
Carlos Garnacho wrote:
> As Philip said, we should take into account memory usage as well, and
> keeping a hashtable for each known item is not going to be nice...
> TrackerCrawler guarantees that any directory will be processed after
> its parent folder, and all the items in a directory will be p
12 matches
Mail list logo
