Le Wed, 27 Jul 2011 10:24:17 +0100,
Martyn Russell <[email protected]> a écrit :

> Hi all,
> 
> This morning all the Tracker core developers had a meeting to discuss 
> shaping up 0.12 releases ready for GNOME 3.2. We have drawn up a list
> of features and bugs we want to see in 0.12 before and around the
> GNOME feature freeze (August 12th). This is that list:
> 
> ∘ Upgrade from FTS-3 to FTS-4:
>    We will look into the work involved here, potentially this could be
>    a large speed increase during indexing at times.
> 
> ∘ Journal fixes:
>    We want to improve this so we don't delete the DB when journalling
>    is disabled and an ontology change is not supported.
> 
> ∘ Ontology-agnostic triplets:
>    The idea here is to allow 3rd party applications the ability to
> play with their own ontologies more easily.
> 
>    We realise we don't have time for this.
> 
> ∘ ThunderBird support (>= v5):
> ∘ FireFox support:
>    Both of these are courtesy of Adrien Bustany and I have tested them
>    recently and work quite well. The should just need adding to the
>    source tree.

They're still in their infancy though, any feedback is most welcome.

> 
> ∘ Needle tag searching/adding/removing:
>    There is already a branch that does the searching here, the adding
>    and removing just needs implementing and should be fairly quick to
> do. The current branch doing this is: tracker-needle-improved-tagging
> 
> ∘ Writeback improvements:
>    https://projects.maemo.org/bugzilla/show_bug.cgi?id=270735
>    This involves moving some code into tracker-miner-fs and avoiding
>    and deprecating the IgnoreNextUpdate signal. This is mostly done
> and ready to merge to master any day now.
>    The current branch doing this is: writeback-refactor-rebase
> 
> ∘ Add RDF type information to GraphUpdated signal:
>    https://projects.maemo.org/bugzilla/show_bug.cgi?id=211816.
>    This will be investigated.
> 
> ∘ Deleting orphaned resources?
>    This is not straight forward to do and we decided though we want to
>    do it, we just don't have time. This is useful in cases where (for
>    example, you have artists in the database for music that no longer
>    exists. What's hard about this is knowing what can be cleaned up).

Additionally, this can easily be moved to an external process without
too much overhead... What we have for contacts is Harmattan is a daemon
that exports a DBus interface. With this interface you can:
1. Register a SPARQL query to delete orphaned resources, with a unique
   identifier
2. Increase the "load" for the query
   The load is an arbitrary double, when it reaches 1 the cleanup query
   is ran by the daemon. For exemple, the qtcontacts-tracker backend
   registers a contacts cleanup query, and increases the load everytime
   you insert/delete a contact so that the cleanup query is ran every
   100 updates.
This is only one approach to the problem, which we chose because it was
good enough and not too intrusive. There are surely other solutions,
which might or not be better according to what your requirements are.

> 
> ∘ Add Telepathy Logger miner to source tree.
>    https://bugs.freedesktop.org/show_bug.cgi?id=39448
>    This will report events about contacts and messages to Tracker.
> 
> ∘ UPnP mediaserver miner:
>    http://mail.gnome.org/archives/tracker-list/2011-March/msg00025.html
>    Final review and addition of this to the source tree is needed.
> 
> ∘ GUPnP DLNA as default generic media extractor:
>    This means we will extract dlna profiles about files too. This is
>    really just the current GStreamer extractor + some more SPARQL
>    properties.
>    The current branch doing this is: gstreamer-with-dlna
> 
> ∘ Drop Helix media extractor:
>    This is no longer used as far as we can tell. If anyone feels
>    differently, please let us know.
> 
> --
> 
> There are some other changes which are coming up which are more minor 
> and just bug fixes in most cases (some may already be in master or 
> released in 0.10.x), they include:
> 
> ∘ NB#270774 - single transactions for batch updates and only drop back
>                to current solution on error
> ∘ NB#266579 - error-handling branch
> ∘ NB#246131 - custom-dlna branch
> ∘ NB#259780 - wip/miner-priority-queues
> ∘ NB#270977 - A method to delete during an insert or update
> ∘ NB#271745 - SPARQL 1.1 updates where appropriate:
>    ∘ SPARQL 1.1 Query
>      ∘ Switch to (expression AS ?var) syntax for select expressions
>      ∘ Add support for HAVING
>    ∘ SPARQL 1.1 Update
>      ∘ Require semicolons to separate multiple operations in a single
>        update request
>      ∘ Drop support for INSERT INTO and DELETE FROM (replaced by WITH)
>      ∘ Add support for USING NAMED <uri> WHERE {...}
>      ∘ Support combined DELETE/INSERT with shared WHERE
>      ∘ Support short form DELETE WHERE {...}
> ∘ NB#271747 - Support for xsd:date
> ∘ NB#271764 - threaded-extractor branch
> ∘ NB#271754 - Manage the list of ignored files/directories/patterns 
> directly at tracker-monitor level in libtracker-miner
> ∘ NB#269931 - Ignore keywords containing invalid UTF-8
> ∘ Extraction-improvements branch (threading model improvements)
> 
> --
> 
> What's next?
> 
> We will be rolling some 0.11.x releases with some of the larger
> complete features and things that are already done and start doing
> 0.12.x releases around the feature freeze date.
> 

_______________________________________________
tracker-list mailing list
[email protected]
http://mail.gnome.org/mailman/listinfo/tracker-list

Reply via email to