[Tracker] tracker-list@gnome.org is closing. Please follow the 'tracker' tag discourse.gnome.org

Hi everyone, Today I requested the gnome sysadmins to close and archive this mailing list, as promised in . If you haven't already, please watch the 'tracker' tag on https://discourse.gnome.org/! It's easy to do - visit

[Tracker] Tracker branched for 3.0

Hi everyone As you may have seen on discourse.gnome.org, Tracker 'master' has branched for 3.0: https://discourse.gnome.org/t/tracker-has-branched-for-3-0-use-the-2-3-branch-if-you-want-stability/1889/ The plans are still open and there is plenty of time to get involved in discussing how you

Re: [Tracker] Moving Tracker discussions from tracker-list@gnome.org to discourse.gnome.org

Hi again, On Tue, Aug 27, 2019 at 2:34 PM Sam Thursfield wrote: > Basically we need to create a 'Tracker' tag on the discourse instance, and > close this list and cause it to respond to requests with a notice that > discussion is now on discourse. > There's now a '

[Tracker] Moving Tracker discussions from tracker-list@gnome.org to discourse.gnome.org

Hi all, The GNOME project now has a self-hosted instance of the Discourse forum software, running at https://discourse.gnome.org/. The GTK+ mailing lists have already closed and all discussion has moved to Discourse, and they have seen a significant increase in participation as a result. At the

[Tracker] Content Apps + Tracker BoF at GUADEC 2019

Hi Tracker folks! We had a small BoF about Tracker and the GNOME content applications at GUADEC 2019 today. If anyone is interested in reading the notes, you can find them here: https://etherpad.gnome.org/p/content-apps-tracker-2019 (they are quite messy right now, in the process of being cleaned

Re: [Tracker] Breaking update to the CI image

On Tue, May 28, 2019 at 10:32 PM Sam Thursfield wrote: > > If you are working on a branch of Tracker and it doesn't contain > the patches from [1], it'll fail now, so make sure you update your > branch on top of 'master' before opening. I'm sending this mail > to avoid anyone los

[Tracker] Formatting code automatically with Uncrustify

Hi all, I've been looking at whether we can automatically reformat Tracker's source code using 'uncrustify'. This tool is already used by Nautilus. The motivation is that I don't like giving minor style feedback in merge requests, I'd prefer to focus on the actual content and functionality. But

Re: [Tracker] GSOC Proposal Review

Hi Mahmoud, In general the proposal looks OK. Carlos might have more comments. One thing I'm particularly interested in is automated testing. I don't expect that we know exactly how the "on-demand indexing" feature would be implemented at this point. But before the project starts, we should have a

Re: [Tracker] Building tracker without gui and packaging.

Hi Rouven, On Fri, Jan 25, 2019 at 1:40 PM Rouven WEILER wrote: > Thinking of a partly build of tracker: > is there a way to build tracker without the gui? maybe split it into 2 > packages. one with the base stuff, the rest in a "gui" package. > How would I built tracker then? what would the

Re: [Tracker] Tracker BoF at GUADEC

Hi again, Here are the raw notes from the BoF: https://etherpad.gnome.org/p/tracker-2018 Sam On Fri, Jul 6, 2018 at 1:29 PM Sam Thursfield wrote: > Hi all, > For anyone who is at GUADEC, we are going to have a Tracker BoF on Tuesday > afternoon (10th July) in room 4. > > If you

Re: [Tracker] tracker over activities menu

Hi, On Tue, Jan 2, 2018 at 1:53 PM, Herr Oswald wrote: > Is it true that the activities menu should call tracker results as well > as tracker-needle? - And in the case - what's going wrong on my > machine? The current way that GNOME Shell's built-in search facility works is

Re: [Tracker] Wish list: ignore certain types of files in certain directories

Hi Bert, On 9/19/17, Bert Bos wrote: > Here is my use case: > > Tracker indexes my photos & other images and my music collection. In the > directories containing my music there are often image files with cover art. > Most of them are called "cover.jpg”. I don’t want those to show up

Re: [Tracker] Meson build instructions for Tracker

I decided to do the same for libmediaart. This was a much nicer job -- about 2 hours work in total :-) https://bugzilla.gnome.org/show_bug.cgi?id=783562 ___ tracker-list mailing list tracker-list@gnome.org

Re: [Tracker] Removing Maemo support upstream

On Tue, Jun 6, 2017 at 8:18 PM, Carlos Garnacho wrote: > Did we get enough silence already? :p OK, here's a patch to remove everything mentioned above apart from the ontologies: https://bugzilla.gnome.org/show_bug.cgi?id=783555 Sam

Re: [Tracker] Removing Maemo support upstream

On Tue, May 23, 2017 at 11:57 AM, Andrew Branson wrote: > Thanks for the checking and the CC! I've tried to join the mailing list > several times but for some reason I never get a confirmation mail back. Any > chance of a manual add for this address? I asked about

[Tracker] Removing Maemo support upstream

Hi all There's a bunch of references to Maemo in the Tracker source code. Specifically we have: * the 91-maemo ontology -- only referenced in some special casing in the applications miner * the 39-mto (Maemo transfer ontology) -- unused in core Tracker code * the 40-mlo (Maemo location

Re: [Tracker] Meson build instructions for Tracker

On Mon, May 22, 2017 at 12:22 PM, Carlos Garnacho wrote: > Right, most failing tests are the functional ones. I'm more baffled at > the tracker-steroids test timing out here. Running it manually leaves > it stuck awaiting for the reply of the first update, while the > autotools

Re: [Tracker] Meson build instructions for Tracker

On 3/30/17, Sam Thursfield <sss...@gmail.com> wrote: > * There's no `make dist` equivalent. We can use `git archive` to > produce tarballs, but these won't have the .c files generated by > valac. That said, shipping the generated .c files does make the

Re: [Tracker] Meson build instructions for Tracker

On 5/21/17, Carlos Garnacho <carl...@gnome.org> wrote: > On Thu, Mar 30, 2017 at 11:54 PM, Sam Thursfield <sss...@gmail.com> wrote: > FWIW, the meson step fails here because I lack the gee library, which > we don't need anymore :), those bits can be removed from the root di

Re: [Tracker] Incomplete introspection data for libtracker-sparql

On 4/18/17, Sam Thursfield <sss...@gmail.com> wrote: > On Thu, Mar 30, 2017 at 11:20 PM, Sam Thursfield <sss...@gmail.com> wrote: >> While doing the Meson conversion I noticed the GObject-introspection >> data for libtracker-sparql is actually incomplete. We use

Re: [Tracker] Incomplete introspection data for libtracker-sparql

On Thu, Mar 30, 2017 at 11:20 PM, Sam Thursfield <sss...@gmail.com> wrote: > Hi > While doing the Meson conversion I noticed the GObject-introspection > data for libtracker-sparql is actually incomplete. We use the valac > `--gir` option to generate it, which means that the

Re: [Tracker] TRACKER-Critical

Hi Chris On 4/15/17, Chris wrote: > I've asked about this several times and have received, that I'm aware > of, no replies. Not even one saying 'don't worry about it'. If a bug > report is necessary I'd be happy to submit one. Here is what the latest > shows in my syslog

Re: [Tracker] Tracker not finding files with extension

Hi Chris On 2/25/17, Christopher wrote: > I have an issue with tracker within Fedora 25 (Gnome 3.22.2) and > tracker version 1.10.4. The `tracker search` tool is not very polished yet, in fact I found another bug while trying to reproduce yours. $ tracker search

Re: [Tracker] search expression for exact match

Hi Pavel On 2/20/17, Pavel Duda wrote: > is there a way how to search just files containing exact matches of the > string I'm looking for? > For example when I need to search for "192.168.1.1" I get also any files > where there is 192 and 168 and 1 and 1 and the output is

Re: [Tracker] Tests with tracker

Hi Éloi On 1/18/17, Éloi Rivard wrote: > I would like to write some tests in an existing program that uses tracker. > I would like to not run tests on the system daemon. I saw that there are > some interesting things here >

Re: [Tracker] Incomplete search results in Gnome Shell

Hi Dimitrij, On 1/5/17, Dimitrij Lisov wrote: > When searching for filenames in the Gnome Shell (normally triggered by the > "windows" key) the results differ from the Files (Nautilus) ones. > Let's assume, that we want to find a file called "Honorarnote.odt" (that's > German

[Tracker] Incomplete introspection data for libtracker-sparql

Hi While doing the Meson conversion I noticed the GObject-introspection data for libtracker-sparql is actually incomplete. We use the valac `--gir` option to generate it, which means that the C parts (tracker-resource and tracker-notifier mainly) are missed out. You can demonstrate this in Python

Re: [Tracker] Meson build instructions for Tracker

On 3/30/17, Michael Biebl <mbi...@gmail.com> wrote: > 2017-03-30 23:54 GMT+02:00 Sam Thursfield <sss...@gmail.com>: >> I've been working on build instructions for Tracker using Meson. >> They are now pretty much ready for use! > > Nice work! Thanks Michae

[Tracker] Meson build instructions for Tracker

Hello I've been working on build instructions for Tracker using Meson. They are now pretty much ready for use! You can find them in the branch wip/sam/meson: https://git.gnome.org/browse/tracker/commit/?h=wip/sam/meson To use, you need to install Meson, which can either be done from Pip (pip3

Re: [Tracker] Domain ontologies

Hi Philip, This is interesting work, and looks like a sensible design if what people want is more tracker-store instances and more shared databases. I wonder myself if there is demand for that. I don't think many app developers work from a "first, how can I ensure all the app's data is shared"

Re: [Tracker] Fwd: tracker 1.11.2

Hi! On Sat, Dec 10, 2016 at 3:36 PM, Carlos Garnacho wrote: > Although following its own version numbers, Tracker has been following > lately the gnome schedule. I came to think lately (most nominally, > when rolling this last bunch of tarballs), that the gnome schedule is >

Re: [Tracker] Tracker as a security risks

[cc'ing tracker-list@gnome.org] Hi Hanno On Mon, Dec 5, 2016 at 1:03 PM, Hanno Böck wrote: > I wanted to point out a recent blogpost by IT security export Chris > Evans: > https://scarybeastsecurity.blogspot.dk/2016/11/0day-poc-risky-design-decisions-in.html Thanks for the

Re: [Tracker] Plans to split Tracker 1.12 (Was: Re: The Big Rip)

On Fri, Nov 4, 2016 at 1:58 PM, Bastien Nocera wrote: > Just a quick reply to say that where the code lives, in this case, is > probably of less importance than how applications can use it. > > We need a way to use Tracker within sandboxes, which means getting rid of the >

Re: [Tracker] The Big Rip

Hi! On 10/28/16, Carlos Garnacho wrote: > It is well known that Tracker has been accumulating lots of code and > features over the years, with greatly varying states of maintenance. > There's been earlier talks in this ML about splitting the whole thing > into more palatable

Re: [Tracker] Extracting the extractors

5 AM, Carlos Garnacho <carl...@gnome.org> wrote: > Hey Sam :), > > On Mon, May 9, 2016 at 1:40 AM, Sam Thursfield <sss...@gmail.com> wrote: >> I've made quite a bit of progress on this. The code is mostly there, >> but i've only done a light amount of testing so far so t

Re: [Tracker] Crawling-Interval 1

Hi Edward The tracker-miner-fs process only does a re-crawl on startup. So although 'crawling-interval = 1' should cause it to recrawl every day, actually that'll only happen if you restart the process once a day too. That behaviour seems a bit confusing to me -- fixing tracker-miner-fs to honour

Re: [Tracker] Newbie question

Hi Don Welcome to the Tracker project ! On Tue, Jun 7, 2016 at 5:34 PM, Don Doerner wrote: > Just joined the list, need to learn about tracker in a multiuser filesystem. > Can anyone recommend (or better point me at) discussions of this topic in > the archives? I am

Re: [Tracker] Extracting the extractors

I've made quite a bit of progress on this. The code is mostly there, but i've only done a light amount of testing so far so there will be a butt load of hidden regressions no doubt. I have a couple of open questions: - is it OK to remove API from libtracker-extract ? I seem to remember that

Re: [Tracker] Extracting the extractors

On Mon, Apr 11, 2016 at 2:06 PM, Philip Van Hoof wrote: > As said, it's fine to add an output format for tracker-extract, but > between the processes tracker-extract, tracker-miner-fs and > tracker-store there's absolutely no need, whatsoever, to have JSON. Completely

Re: [Tracker] Extracting the extractors

Thanks for the quick feedback! You're right that I should have implemented Turtle output. I've done that now, this is the result (as you'd expect): nmm:artistName "Best Coast" ; rdf:type nmm:Artist . nmm:albumTitle "The Only Place" ;

[Tracker] Extracting the extractors

Hi all I've always felt like Tracker's extractors should be reusable outside Tracker. The design makes that possible but right now they output their results as a series of slightly non-standard SPARQL update commands, which I don't think is useful for many folk. Lots of people aren't using SPARQL

Re: [Tracker] Tracker and sandboxed applications

On 1/29/16, Debarshi Ray <rishi...@lostca.se> wrote: > Hey, > > On Fri, Jan 29, 2016 at 11:33:16AM +0100, Sam Thursfield wrote: >> We decided on the latter approach for the time being: adapt Tracker >> into a library that can be used by sandboxed apps to provide mini

[Tracker] Tracker and sandboxed applications

Hi We had a discussion at the 2016 Developer Experience hackfest related to sandboxing apps that use Tracker. xdg-app is already at a point where people can (and are!) using it as an build and distribution system for apps. The sandboxing aspect is less developed, but that will be the next step.

Re: [Tracker] Stale Git branches

On 8/8/15, Sam Thursfield <sss...@gmail.com> wrote: > There are nearly 300 remote branches in tracker.git at the moment, > which is way too many for my tiny mind to deal with. Is it OK if I > delete all the branches listed below ? I'll wait 1 month before > deleting anything

[Tracker] Updated todo list

Hi! Carlos I spent a bit of time cleaning up this page: https://wiki.gnome.org/Projects/Tracker/Roadmap We tried to make sure that all the roadmap items are either simple, or have detailed descriptions. Nobody seems to have much time to hack on Tracker at the moment, so it's important that the

Re: [Tracker] Tracker does not seem to be working.

Hi Robin On Thu, Jan 29, 2015 at 9:05 PM, Robin i...@rbn.se wrote: I have tracker running together with Netatalk. But my users cannot search on the shares via Finder. I get loads of errors like this in the log. What are those? === 29 Jan 2015, 21:56:02: Tracker-Critical **: Could not

Re: [Tracker] REVIEW: 'data-provider-monitor-interface' branch

On 1/15/15, Martyn Russell mar...@lanedo.com wrote: Hi all, I've recently completed a feature branch to allow 3rd party data provider implementations to notify when data has been updated. This mimics the existing TrackerMonitor API that already exists but incorporates it into the existing

Re: [Tracker] FOSDEM 2015

On Fri, Dec 12, 2014 at 10:03 PM, Philip Van Hoof phi...@codeminded.be wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Guys. FOSDEM presentations in the developer rooms are still open. So just like every year, we have to do this. Comon guys. Somebody should step up and do a

Re: [Tracker] libmediaart bug 722795 - Saving .mediaartlocal/ dirs everywhere

On Mon, Sep 15, 2014 at 11:27 AM, Martyn Russell mar...@lanedo.com wrote: On 10/09/14 10:39, Martyn Russell wrote: On 10/09/14 10:37, Philip Van Hoof wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I agree, we should just remove it. I never liked it anyway (it was a N9 requirement

Re: [Tracker] REVIEW: external-crawler branch

hi Martyn! I reviewed the branch before comprehending your overview of what it does, so there are some comments on patches that are later completely overwritten. I've left them in case they are helpful in some way. It'd be nice to squash a bunch of the commits in the branch together though before

Re: [Tracker] Changes with Autogen/Configure, including new --enable-minimal option

Hi Martyn! On Mon, Jul 21, 2014 at 10:53 AM, Martyn Russell mar...@lanedo.com wrote: Hello all, This is just a heads up. I've landed a large commit to configure.ac recently and also Rico Tzschichholz has been assisting me with some changes to the autogen.sh script too modernise a bit.

Re: [Tracker] sqlite-3.8.1 is broken

On Tue, Nov 26, 2013 at 12:31 PM, Martyn Russell mar...@lanedo.com wrote: On 26/11/13 12:09, Philip Van Hoof wrote: Hi, Perhaps we should add a check in configure.ac disallowing the specific SQLite versions that are known to be broken? That way we're sure that package builders for all

Re: [Tracker] Avoid SQLite versions 3.7.10 - 3.7.13

On Fri, May 31, 2013 at 11:45 AM, Martyn Russell mar...@lanedo.com wrote: On 30/05/13 10:31, Sam Thursfield wrote: I noticed that Fedora 18 is now shipping 3.7.13, and yet I'm not experiencing the segfault. Looks like they found the root cause and patched it themselkves: https

Re: [Tracker] Avoid SQLite versions 3.7.10 - 3.7.13

On Thu, Oct 18, 2012 at 6:22 PM, Sam Thursfield sss...@gmail.com wrote: Hi! A while back someone came on IRC saying they got a segfault when they executed the following query: tracker-sparql -q SELECT rdf:type (?album) ?album

Re: [Tracker] tracker-sparql -q QUERY shows results while exact same query via SPARQL C API doesn't

Hi Frank On Mon, Oct 22, 2012 at 10:38 AM, Frank Lahm frankl...@gmail.com wrote: Hi, is there anything wrong with this SPARQL query SELECT ?url WHERE { ?f nie:url ?url . ?f nfo:fileName ?name . FILTER(fn:starts-with(?url, 'file:///Volumes/test/') regex(?name, 'unti')) } which would

[Tracker] Avoid SQLite versions 3.7.10 - 3.7.13

Hi! A while back someone came on IRC saying they got a segfault when they executed the following query: tracker-sparql -q SELECT rdf:type (?album) ?album tracker:id(?album) AS id ?title

Re: [Tracker] Mining completed notifications for removable devices

On Fri, Jun 15, 2012 at 10:20 PM, Sam Thursfield sss...@gmail.com wrote: Hi all I've been working on some code this week to add a 'DeviceComplete' signal to the FS miner, which will emit a signal when the crawling of a specific removable device has been complete. I'll push the branch next

[Tracker] Mining completed notifications for removable devices

Hi all I've been working on some code this week to add a 'DeviceComplete' signal to the FS miner, which will emit a signal when the crawling of a specific removable device has been complete. I'll push the branch next week, after tidying it up a bit, but I thought I'd mention it now - in part

Re: [Tracker] Tracker testing environment

On Mon, Mar 12, 2012 at 5:35 PM, Martyn Russell mar...@lanedo.com wrote: On 12/03/12 16:59, Ivan Frade wrote: Hi,  I usually work installing on /usr but your sandbox script is a great idea.  A couple of comments on the script: * I think it should also set the TRACKER_ONTOLOGIES_DIR

[Tracker] Tracker testing environment

Hi everyone Is there a recommended method for doing Tracker development and testing it on a desktop where you also have a 'production' Tracker installation? I wrote a quick script this weekend that gives you a shell with a test environment where you can play with a build of Tracker installed in

Re: [Tracker] Guessing metadata and retrieval from external resources

Hi On Wed, Oct 12, 2011 at 9:42 AM, Ivan Frade ivan.fr...@gmail.com wrote: On Tue, Oct 11, 2011 at 6:10 PM, Age Bosma agebo...@gmail.com wrote: What about setting an attribute for a property? Is that an option? I.e. just one title property, set with either info from a file or an external

Re: [Tracker] Video thumbnailing

On Tue, Oct 11, 2011 at 9:17 AM, Martyn Russell mar...@lanedo.com wrote: On 11/10/11 09:12, Jens Georg wrote: Would a moviedb miner make sense? It seems like at this point we'd be reimplementing Grilo. Perhaps a better idea would be to recommend applications fetch media art through Grilo,

Re: [Tracker] Video thumbnailing

On Sun, Oct 9, 2011 at 11:29 AM, Jens Georg je...@openismus.com wrote: On Di, 2011-09-13 at 12:43 +0300, Ivan Frade wrote: Associating folders/posters with the videos sounds like a great idea.  Definitely. An imagine we could take them from http://www.themoviedb.org/ !!! Not to mention

[Tracker] Media art detection

Good afternoon, I just filed https://bugzilla.gnome.org/show_bug.cgi?id=660784 with a rewrite of the album art detection code, which now supports detecting video posters as well. It seems like it would make sense to s/albumart/media_art over the code base, anyone in favour? Also, I wrote a

Re: [Tracker] [RFC] Adding CUE sheet support

On Wed, Sep 14, 2011 at 8:27 PM, Sam Thursfield sss...@gmail.com wrote: On Wed, Sep 14, 2011 at 8:35 AM, Martyn Russell mar...@lanedo.com wrote: On 14/09/11 01:35, Sam Thursfield wrote: I did like the idea of the URL with a fragment, but now I realise how much extra data the FS miner attaches

Re: [Tracker] broken install...?

2011/9/21 Björn Johansson bjorn_johans...@bio.uminho.pt: Hi, I still have some problems with the install of the latest 0.12_1 version it was suggested to look for /usr/libexec/tracker-miner-fs -v 3 i have such a directory, but I had old files there (from march this year) I do have a

Re: [Tracker] broken install...?

On Wed, Sep 21, 2011 at 10:38 AM, Martyn Russell mar...@lanedo.com wrote: On 21/09/11 10:02, Sam Thursfield wrote: 2011/9/21 Björn Johanssonbjorn_johans...@bio.uminho.pt: Hi, I still have some problems with the install of the latest 0.12_1 version it was suggested to look for /usr/libexec

Re: [Tracker] Result of GetMetadata DBUS Method

Hi Nikolaus On Sat, Sep 17, 2011 at 12:56 AM, Nikolaus Rath nikol...@rath.org wrote: Hello, In tracker 0.8.17, an example result of the GetMetadata DBUS method is  a nfo:PaginatedTextDocument ;         nie:title SV Meldung ;         nco:creator [ a nco:Contact ;         nco:fullname

Re: [Tracker] Video thumbnailing

On Tue, Sep 13, 2011 at 10:43 AM, Ivan Frade ivan.fr...@gmail.com wrote: Hi, On Mon, Sep 12, 2011 at 9:38 PM, Jens Georg je...@openismus.com wrote: On Mo, 2011-09-12 at 18:56 +0100, Sam Thursfield wrote: Hi all, It would be nice if Tracker could provide video thumbnails, in the same way

Re: [Tracker] [RFC] Adding CUE sheet support

On Wed, Sep 14, 2011 at 8:35 AM, Martyn Russell mar...@lanedo.com wrote: On 14/09/11 01:35, Sam Thursfield wrote: I did like the idea of the URL with a fragment, but now I realise how much extra data the FS miner attaches when it adds nie:FileDataObject information - it seems wrong

Re: [Tracker] [RFC] Adding CUE sheet support

On Tue, Aug 16, 2011 at 12:26 PM, Philip Van Hoof phi...@codeminded.be wrote: On Tue, 2011-08-16 at 11:26 +0300, Ivan Frade wrote: Hi! On 8/15/11, Sam Thursfield sss...@gmail.com wrote: Hi! A lot of people these days have CDs stored as one big .FLAC file, with a .CUE sheet listing

[Tracker] Video thumbnailing

Hi all, It would be nice if Tracker could provide video thumbnails, in the same way that it currently extracts album art, for media centre apps etc. to use. Since we have to open video files anyway to get their tags and stream info, it makes sense to reuse that pipeline for thumbnailing - some

[Tracker] [RFC] Adding CUE sheet support

Hi! A lot of people these days have CDs stored as one big .FLAC file, with a .CUE sheet listing the offset of each actual track. To get Tracker to recognise these requires some sort of ontology addition to express the track offsets. As far as I can see, the best solution is the following: each