1. 08 Jan, 2020 1 commit
  2. 07 Jan, 2020 1 commit
  3. 06 Jan, 2020 1 commit
    • Carlos Garnacho's avatar
      tracker: Add --url argument to "tracker info" · fa662d00
      Carlos Garnacho authored
      We still default to nie:url and Nepomuk, as there's plenty of advice
      around about just doing "tracker info <uri>". However we don't want
      to fixate on Nepomuk here, so add an --url <url-property> argument
      that allows tweaking that.
  4. 29 Dec, 2019 12 commits
  5. 25 Dec, 2019 1 commit
  6. 20 Dec, 2019 4 commits
  7. 12 Dec, 2019 2 commits
    • Carlos Garnacho's avatar
      libtracker-miner: Drop libtracker-miner as a public library · a88e0f23
      Carlos Garnacho authored
      According to Debian code search, it's accumulated 0 users outside of
      tracker-miners. If everyone is relying on either tracker-miner-fs/rss
      or implementing their own minimal abstraction (TrackerMinerFS is a
      complex object, but the others are all fairly shallow), it does not
      make sense to drag this as public API anymore.
      This code moves into tracker-miners, and every user is expected to
      consume and insert data using the sparql library.
    • Carlos Garnacho's avatar
      libtracker-control: Drop libtracker-control as a public library · f8562b02
      Carlos Garnacho authored
      This API gained some users, but it is solely used to deal with
      one miner (tracker-miner-fs, obviously). In those circumstances,
      it's about just as practical to poke well-known DBus names,
      certainly there's little users beyond tracker CLI for generic
      management of miners.
  8. 11 Dec, 2019 3 commits
  9. 10 Dec, 2019 10 commits
  10. 08 Dec, 2019 2 commits
  11. 07 Dec, 2019 3 commits
    • Carlos Garnacho's avatar
      libtracker-data: Perform FTS deletes in a single query · 574e546b
      Carlos Garnacho authored
      External content FTS5 tables have trouble with partial column updates,
      possibly deeming the index corrupt afterwards. So perform deletes
      just like updates, in a manner that a row is updated all at once.
      As we were already doing the deletes for all FTS properties one by one
      before proceeding with the insertion of new values, this is slightly
      nicer in that we just make a single update now. Still quite a cumbersome
    • Carlos Garnacho's avatar
      libtracker-data: Use correct fts_view when deleting a resource entirely · b6e2fee9
      Carlos Garnacho authored
      This fast path was "inserting" the delete operations in the right FTS5
      table, but was possibly looking up the values in the wrong fts_view.
      The FTS view and tables are per-database, so they should always match.
    • Carlos Garnacho's avatar
      utils: Fix GraphUpdated checks in trackertestutils · 467b687e
      Carlos Garnacho authored
      We should check whether there was a match before handling the delete
      events, as its handling might overwrite the match.
      Also, this function should unset its transient data on exit, not just
      on timeout.