After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 613253 - Add GIO support
Add GIO support
Status: RESOLVED FIXED
Product: tracker
Classification: Core
Component: General
unspecified
Other Linux
: Normal normal
: ---
Assigned To: tracker-indexer
Jamie McCracken
Depends on:
Blocks: 613258
 
 
Reported: 2010-03-18 16:53 UTC by Bastien Nocera
Modified: 2010-12-08 10:15 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Bastien Nocera 2010-03-18 16:53:13 UTC 
tracker-miner-fs should be able to index (extract metadata and store it) files on request, even if those files are located in non-native locations (such as Samba shares, SFTP accessed servers, or WebDAV locations, to name a few).
Comment 1 Bastien Nocera 2010-03-18 16:54:30 UTC 
Note that using the FUSE support in GVFS is not good enough for this to work. At least the GStreamer extractor knows how to handle those locations.
Comment 2 Philip Van Hoof 2010-04-28 10:08:16 UTC 
I'm reluctant to this. For remote sources specialized miners should be developed. Like the web miners for Flickr, RSS, Facebook, etc. Mining and extracting on network-mounted filesystem sounds like a bad idea to me.

It might be interesting for Tracker instances on different devices to share certain metadata with each other, perhaps.
Comment 3 Martyn Russell 2010-05-17 13:34:00 UTC 
Moving "Indexer" component bugs to "General" since "Indexer" refers to the old 0.6 architecture
Comment 4 Philip Van Hoof 2010-10-20 09:57:03 UTC 
The mention of tracker-miner-fs indicates that this isn't a 0.6 architecture-bug, though.
Comment 5 Martyn Russell 2010-12-08 10:15:53 UTC 
(In reply to comment #0)
> tracker-miner-fs should be able to index (extract metadata and store it) files
> on request, even if those files are located in non-native locations (such as
> Samba shares, SFTP accessed servers, or WebDAV locations, to name a few).

We did add an API for this.

  tracker_miner_manager_index_file()

There is also a D-Bus approach for this with:

  org.freedesktop.Tracker1.Miner.Files.Index

I am marking as fixed, Bastien, if you have a broken use case, let me know and we can reopen this bug.