1. 26 Mar, 2021 1 commit
  2. 03 Sep, 2020 1 commit
  3. 23 Aug, 2020 2 commits
    • Carlos Garnacho's avatar
      build: Make tracker and tracker3 modules mutually exclusive · 3c1d2dc7
      Carlos Garnacho authored
      Even though both can be compiled and installed separately, the usual
      approach to grl_registry_load_all_plugins() will cause GType clashes
      as both plugins will be attempted to be initialized.
      
      Even if we could make that work, the benefits are theoretical since
      other dependencies (eg. gtk) have explicit dependencies on one or
      another Tracker version, so it's more a distributor-level choice
      really...
      3c1d2dc7
    • Carlos Garnacho's avatar
      tests: Add tests for the tracker3 plugin · 184b709c
      Carlos Garnacho authored
      Use the tracker 3.0 testutils helpers to run a tracker sandbox, and put
      some sample files on it (borrowed from chromaprint and tracker-miners
      tests) so we can test features in the grilo plugin.
      184b709c
  4. 21 Aug, 2020 1 commit
  5. 30 Jun, 2020 1 commit
  6. 02 Mar, 2020 1 commit
    • W. Michael Petullo's avatar
      dmap: support libdmapsharing-4.0 API · b887451d
      W. Michael Petullo authored
      
      
      Add support for libdmapsharing's 4.0 API without removing support for
      the earlier API. The newer version takes precedence if both versions
      exist on the build host. The libdmapsharing 4.0 API better supports
      introspection and Vala.
      
      Distributions will likely take some time to migrate from libdmapsharing
      3 to 4, and supporting both aids in this. Eventually, we should
      pull the support for libdmapsharing's 3.0 API. This involves removing
      grl-*-compat.h, reverting the references to the adapter functions therein
      back to direct references, and removing the related conditionals from
      meson.build and src/dmap/meson.build.
      Signed-off-by: W. Michael Petullo's avatarW. Michael Petullo <mike@flyn.org>
      b887451d
  7. 18 Feb, 2020 1 commit
  8. 17 Feb, 2020 1 commit
  9. 14 Feb, 2020 1 commit
  10. 08 Nov, 2019 2 commits
  11. 06 Oct, 2019 1 commit
  12. 12 Sep, 2019 1 commit
  13. 11 Sep, 2019 1 commit
    • Jean Felder's avatar
      tracker: Use tracker:ExternalReference to retrieve musicbrainz ids · 7c29d5e9
      Jean Felder authored
      During Tracker 2.3 development cycle, nepomuk ontology has been
      extended to handle MusicBrainz identifiers. The initial idea was to
      extend nmm:MusicPiece to add new MusicBrainz properties. This solution
      was not generic enough (it did not allow to handle other online
      services). Finally, it has been decided to introduce
      tracker:ExternalReference to handle MusicBrainz (and any ony online
      service).
      
      This commit updates the mapping to query tracker:ExternalReference
      instead of the previous properties.
      
      There is no need to handle the previous way because there is no
      released version of Tracker with it.
      
      See: tracker!107
      7c29d5e9
  14. 15 Jul, 2019 1 commit
  15. 13 Jun, 2019 1 commit
    • Sumaid Syed's avatar
      grl-tracker-utils: Add mapping from tracker for MusicBrainz IDs · ba775e3d
      Sumaid Syed authored
      Add mapping as follows:
      nmm:mbTrackID   -  GRL_METADATA_KEY_MB_TRACK_ID
      nmm:mbArtistID   -  GRL_METADATA_KEY_MB_ARTIST_ID
      nmm:mbRecordingID   -  GRL_METADATA_KEY_MB_RECORDING_ID
      nmm:mbReleaseID   -  GRL_METADATA_KEY_MB_RELEASE_ID
      nmm:mbReleaseGroupID   -  GRL_METADATA_KEY_MB_RELEASE_GROUP_ID
      
      MusicBrainz Release ID and Release Group ID are supported in
      grilo since 0.3.8
      
      #48
      ba775e3d
  16. 24 Sep, 2018 1 commit
  17. 10 Aug, 2018 1 commit
  18. 07 Aug, 2018 2 commits
  19. 27 Jul, 2018 2 commits
  20. 26 Jul, 2018 1 commit
  21. 25 Jul, 2018 1 commit
  22. 17 Jul, 2018 2 commits
  23. 25 Aug, 2017 1 commit
  24. 08 Aug, 2017 1 commit
  25. 13 Apr, 2017 2 commits
  26. 28 Feb, 2017 1 commit
    • Victor Toso's avatar
      meson: do not use absolute path · 0238bc5e
      Victor Toso authored
      This patch fixes the build with meson v0.39+
      
      Running meson without this patch fails with:
      
      > Meson encountered an error in file src/dleyna/meson.build, line 38,
      > column 0: Tried to form an absolute path to a source dir. You should
      > not do that but use relative paths instead.
      >
      > To get include path to any directory relative to the current dir do
      
      > incdir = include_directories(dirname)
      0238bc5e
  27. 14 Feb, 2017 2 commits
  28. 12 Feb, 2017 1 commit
  29. 06 Feb, 2017 1 commit