Re: [Tracker] REVIEW: 'follow-symlinks' branch
- From: Philip Van Hoof <philip codeminded org>
- To: Martyn Russell <martyn lanedo com>
- Cc: Tracker mailing list <tracker-list gnome org>
- Subject: Re: [Tracker] REVIEW: 'follow-symlinks' branch
- Date: Mon, 17 Mar 2014 11:04:40 +0100
Hi Martyn,
I'm ok with the patch. I don't think we need to make it configurable.
Kind regards,
Philip
On Mon, 2014-03-17 at 09:40 +0000, Martyn Russell wrote:
Hi all,
There was recent interest in following symlinks within Tracker:
https://bugzilla.gnome.org/show_bug.cgi?id=726264
For those that don't know, Tracker uses GIO and in nearly every case the
G_FILE_QUERY_INFO_NOFOLLOW_SYMLINKS flag, documented here:
https://developer.gnome.org/gio/stable/GFile.html#GFileQueryInfoFlags
The bug above talks about how disruptive this is for git-annex which
almost entirely uses symlinks to git objects/resources in .git/. We've
had this policy/code in Tracker for a LOOONG time, I think, to avoid
following files onto remote file systems or into public (e.g.
/usr/share) areas.
I knocked up a preliminary branch here:
https://git.gnome.org/browse/tracker/log/?h=follow-symlinks
Which removes these flags for testing, but I wanted to gauge usefulness
before taking this any further.
So:
1. Would a patch/branch like this be useful to anyone?
2. Would it make sense to make this a configuration option in the
miner-fs (defaulting to the current practise), that way, avoiding any
unexpected behaviour from what we have now?
Thoughts?
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]