1. 18 Mar, 2019 1 commit
  2. 15 Jul, 2018 1 commit
  3. 14 Jul, 2016 1 commit
    • Sam Thursfield's avatar
      Use TrackerResource instead of TrackerSparqlBuilder in all extractors · 8cc026da
      Sam Thursfield authored
      For a long time, all the Tracker extractors have manually constructed a
      SPARQL update command using TrackerSparqlBuilder to represent their
      output. This commit changes all of them to use the TrackerResource
      class instead, which makes the code a lot more concise and readable.
      
      This introduces some API breaks in the internal libtracker-extract
      library. This has been a private library since Tracker 0.16 or earlier,
      so it's fine.
      
      If the extractors only output SPARQL then they are only useful to
      people who are using a SPARQL store. Now we can output a serialization
      format like Turtle as well. This will hopefully make the extract modules
      useful outside of Tracker itself.
      
      I've tried to preserve the behaviour of the extractors as much as
      possible, but there are two things that are now handled differently:
      
        * nao:Tag resources are given a fixed URI based on the tag label, such
          as <urn:tag:My_Tag>. Previously they were inserted as blank nodes,
          so tracker-store would give them unique IDs like <urn:uuid:1234...>
      
        * All extractors created nco:Contact resources for content publishers,
          but previously some would assign fixed URIs based on the name
          <urn:contact:James%20Joyce>, while others would insert them as blank
          nodes so they would be assigned unique IDs like <urn:uuid:1234...>.
          Now, all extractors create nco:Contact resources with fixed URIs
          based on the content creator's name.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=767472
      8cc026da
  4. 18 Nov, 2015 1 commit
  5. 17 Jan, 2014 1 commit
  6. 08 Mar, 2013 1 commit
  7. 27 Nov, 2011 1 commit
    • Jürg Billeter's avatar
      Remove g_thread_init calls · 9295f595
      Jürg Billeter authored
      Calling g_thread_init with GLib 2.31 requires explicit dependency on
      gthread-2.0. However, g_type_init initializes threads since GLib 2.24,
      so it is no longer needed.
      9295f595
  8. 21 Sep, 2011 1 commit
  9. 20 Sep, 2011 1 commit
  10. 14 Sep, 2011 2 commits
  11. 08 Sep, 2011 2 commits
  12. 06 Sep, 2011 5 commits
  13. 22 Aug, 2011 1 commit
  14. 28 Mar, 2011 1 commit
  15. 16 Feb, 2011 1 commit
  16. 27 Oct, 2010 1 commit
  17. 26 Oct, 2010 1 commit
  18. 07 Sep, 2010 2 commits
  19. 16 Aug, 2010 1 commit
    • Martyn Russell's avatar
      build: Fixed a myriad of build issues · 668b48eb
      Martyn Russell authored
      - Removed examples/tracker-steroids, unused now.
      - Fixed all tracker-extract/*.c includes using libtracker-client
      - Fixed TRACKER_IS_SPARQL_BUILDER for _SPARQL_IS_BUILDER
      - Fixed Makefile.am includes and linking with libtracker-client were
        not needed
      668b48eb
  20. 11 May, 2010 1 commit
  21. 10 May, 2010 1 commit
  22. 15 Apr, 2010 1 commit
  23. 14 Apr, 2010 2 commits
  24. 29 Mar, 2010 1 commit
  25. 20 Mar, 2010 1 commit
  26. 19 Mar, 2010 2 commits
  27. 18 Mar, 2010 1 commit