summaryrefslogtreecommitdiff
path: root/meson.build
Commit message (Collapse)AuthorAgeFilesLines
* Release 0.3.16grilo-plugins-0.3.16Victor Toso2023-04-031-1/+1
|
* build: dmap: fix usage of unset variableVictor Toso2023-03-311-1/+2
| | | | | | | | | | If we are on libsoup2 enviroment but with dmap enable, meson will error out due a check in libdmapsharing4_dep: src/dmap/meson.build:39:7: ERROR: Unknown variable "libdmapsharing4_dep". This patch fixes this error. libdmapsharing4_dep is set only with libsoup3 but it only checks for libdmapsharing-4.0, so we can do that always and fix the error.
* build: Build dmap plugin when soup 3 is usedW. Michael Petullo2022-12-141-7/+3
| | | | | | | | Versions of libdmapsharing >= 3.9.11 (API 4.0) support libsoup 3.0. Building against libsoup 2.4 requires libdmapsharing's older 3.0 API, which grilo-plugins will now select when building against libsoup 2.4. Signed-off-by: W. Michael Petullo <mike@flyn.org>
* grl-lua-factory: Add support for lua-5.4Bastien Nocera2022-12-091-0/+2
|
* grl-lua-factory: Use a loop to test all the lua pkg-config namesBastien Nocera2022-12-091-5/+13
| | | | This will make it easier to support new pkg-config names and versions.
* build: Don't build dmap plugin when soup 3 is usedEmmanuele Bassi2022-09-271-6/+11
| | | | | | | | As libdmapsharing doesn't support libsoup3 yet. Original patch by: Bastien Nocera <hadess@hadess.net> See: #85
* build: Fix libsoup dependency detectionEmmanuele Bassi2022-09-271-1/+5
| | | | | | | | | | | | | | | | | | | | | | The current check fails in multiple ways: - the variable 'soupapiversion' needs to be checked in the pkg-config file; using get_variable() will only check inside the dependency's build system when used as a subproject - grilo does not have a variable named 'soupapiversion' anyway; it's called 'soup_api_version' - this is far from being idiomatic Meson We need to split the check into two: - check for pkg-config variables when using a system dependency - check for a variable in the internal dependency when using grilo as a subproject In order to make this work we are going to need the following MR in Grilo: https://gitlab.gnome.org/GNOME/grilo/-/merge_requests/95
* Revert "build: Don't build dmap plugin when soup 3 is used"Michael Catanzaro2022-09-231-9/+6
| | | This reverts commit 8bcf29ed63c05257df3703bb91bdd6680a9ae850
* build: Don't build dmap plugin when soup 3 is usedBastien Nocera2022-09-211-6/+9
| | | | | | As libdmapsharing doesn't support libsoup3 yet. Closes: #85
* flickr: remove GOA supportVictor Toso2022-08-271-1/+1
| | | | | | | | | | GNOME Online accounts removed flicker backend so we need to remove it here too. https://gitlab.gnome.org/GNOME/gnome-online-accounts/-/merge_requests/86 This basically reverts 2b973109 "flickr: use GOA to get user's accounts"
* Release 0.3.15grilo-plugins-0.3.15Victor Toso2022-08-131-1/+1
| | | | Signed-off-by: Victor Toso <victortoso@gnome.org>
* youtube: Update to YouTube and libgdata API changesBastien Nocera2022-07-181-1/+1
| | | | | | | Since libgdata 0.17.0 and the switch to the YouTube v3 API, all feed types except GDATA_YOUTUBE_MOST_POPULAR_FEED have been deprecated. See the gdata_youtube_service_query_standard_feed() API documentation.
* tmdb: Port to GUri and remove libsoup dependencyBastien Nocera2022-07-061-1/+1
|
* dleyna: Port to GUri and remove libsoup dependencyBastien Nocera2022-07-061-2/+2
| | | | | Remove libsoup dependency and bump glib dependency to 2.66 so we can use GUri instead of SoupURI.
* build: Disable libgdata dependent plugins when using libsoup3Bastien Nocera2022-07-051-1/+2
| | | | | | As libgdata isn't ported to libsoup3 yet. See https://gitlab.gnome.org/GNOME/libgdata/-/merge_requests/28
* build: Detect libsoup version from grl-net if availableBastien Nocera2022-07-051-4/+17
|
* build: Clarify LGPLv2.1 or later licenseBastien Nocera2021-06-211-1/+1
| | | | | | | The COPYING file by itself isn't enough to know under which license the project is released, as a combined work. Clarify this in the build system and the README.
* build: Support controlling gnome-online-accounts depMart Raudsepp2021-04-151-2/+2
| | | | | | | | On Gentoo, some users prefer to disable gnome-online-accounts since it brings in the large WebKitGTK dependency. Since this commit adds a 'feature' option, raise the meson requirement to 0.47.0 which is the version that introduced the feature.
* Post-release version bump to 0.3.14Victor Toso2021-03-311-1/+1
|
* Add option to disable bulding helpVictor Toso2021-03-291-1/+3
| | | | | | | | | | | Help is meant to be a set of examples to application developers who are interested in using grilo-plugins in their applications. This patch addes a build option to not build and install those files files (only one, using TMDB, but it installs it once per LINGUAS/* at least. This is not needed in a sandboxed application like Flatpak Closes: https://gitlab.gnome.org/GNOME/grilo-plugins/-/issues/13
* vimeo: remove due API change v2->v3Victor Toso2021-03-271-1/+0
| | | | | This is not working for over a year now. Related: https://gitlab.gnome.org/GNOME/grilo-plugins/-/issues/67
* jamendo: remove due API change v2->v3Victor Toso2021-03-271-1/+0
| | | | | We should port to v3. Disabling in the meanwhile. Related: https://gitlab.gnome.org/GNOME/grilo-plugins/-/issues/76
* build: Make it possible to use grilo-plugins as a Meson subprojectSam Thursfield2021-03-271-0/+4
| | | | | | | | | This commit adds a dummy declare_dependency() object. This is needed so that other projects can embed grilo-plugins as a Meson subproject, like this: dependency('grilo-plugins-0.3', version: '>= 0.3.9', fallback: ['grilo-plugins', 'grilo_plugins_dep']
* tracker: deprecate version 2Victor Toso2021-03-261-1/+1
| | | | | warning() method was introduced in meson 0.44 so we bump it just to avoid warning messages from meson.
* Post-release version bump to 0.3.13Victor Toso2020-09-031-1/+1
|
* build: Make tracker and tracker3 modules mutually exclusiveCarlos Garnacho2020-08-231-0/+5
| | | | | | | | | | | 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...
* tests: Add tests for the tracker3 pluginCarlos Garnacho2020-08-231-0/+1
| | | | | | 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.
* plugins: Add tracker3 pluginCarlos Garnacho2020-08-211-0/+2
| | | | | This is a separate plugin as it requires a version bump, different queries, and can do some niceties supported in the new version.
* dmap: use X_IS... rather than IS_X...W. Michael Petullo2020-06-301-1/+1
| | | | | | | | The libdmapsharing library mistakenly exported IS_DMAP... symbols, whereas GObject introspection expects DMAP_IS... The library has since fixed this, and this commit modifies grilo-plugins to follow suit. Signed-off-by: W. Michael Petullo <mike@flyn.org>
* dmap: support libdmapsharing-4.0 APIW. Michael Petullo2020-03-021-1/+6
| | | | | | | | | | | | | | | | 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 <mike@flyn.org>
* dleyna: Allow distributors to change the dleyna bus nameBastien Nocera2020-02-181-0/+3
| | | | | | | | | This makes it possible for the dleyna plugin to work against a namespaced dleyna D-Bus server, such as the one running inside a sandbox alongside the application it supports. Note that it currenly requires an unmerged change to dleyna-server. See: https://github.com/intel/dleyna-server/pull/164
* build: Require gom 0.4Bastien Nocera2020-02-171-1/+1
| | | | To fix a bad problem in earlier versions of the library.
* Post-release version bump to 0.3.12Victor Toso2020-02-141-1/+1
|
* Revert "dmap: add support for password-protected DAAP and DPAP shares"W. Michael Petullo2019-11-081-1/+1
| | | | | | | This reverts commit df4038cd3bf55ac111b933488adf9a9b018f7b99. The reverted commit bore the wrong Git message, and it requires review. Signed-off-by: W. Michael Petullo <mike@flyn.org>
* dmap: add support for password-protected DAAP and DPAP sharesW. Michael Petullo2019-11-081-1/+1
| | | | Signed-off-by: W. Michael Petullo <mike@flyn.org>
* build: Allow building grilo as a Meson subprojectSam Thursfield2019-10-061-3/+6
| | | | | | | | | | | | If a new enough version of Grilo isn't installed when trying to build grilo-plugins, Meson will now automatically clone the repo from Gitlab and build that. This can be disabled with the `--wrap-mode=nodownload` configure time option. Depends on: https://gitlab.gnome.org/GNOME/grilo/merge_requests/50 and https://gitlab.gnome.org/GNOME/grilo/merge_requests/51
* Post-release version bump to 0.3.11Victor Toso2019-09-121-1/+1
|
* tracker: Use tracker:ExternalReference to retrieve musicbrainz idsJean Felder2019-09-111-4/+1
| | | | | | | | | | | | | | | | | | 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: https://gitlab.gnome.org/GNOME/tracker/merge_requests/107
* Post-release version bump to 0.3.10Victor Toso2019-07-151-1/+1
|
* grl-tracker-utils: Add mapping from tracker for MusicBrainz IDsSumaid Syed2019-06-131-1/+1
| | | | | | | | | | | | | | 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 https://gitlab.gnome.org/GNOME/grilo-plugins/issues/48
* Post-release version bump to 0.3.9Victor Toso2018-09-241-1/+1
| | | | Signed-off-by: Victor Toso <victortoso@gnome.org>
* build: Try lua-5.3 when finding LuaTing-Wei Lan2018-08-101-0/+3
| | | | | On FreeBSD, the executable is called 'lua53', but the .pc file has the file name 'lua-5.3.pc'.
* build: Add pkgconfig fileMarinus Schraal2018-08-071-0/+10
| | | | | | | Add a pkgconfig file, so consumer projects can depend on a specific grilo-plugins version. Closes: #10
* meson: Require 0.37.0Marinus Schraal2018-08-071-1/+1
|
* podcasts: Remove gmime dependencyBastien Nocera2018-07-271-2/+1
| | | | | And use totem-pl-parser's helper function instead. totem-pl-parser master has dropped that dependency on gmime.
* Post-release version bump to 0.3.8Victor Toso2018-07-271-1/+1
|
* grl-lua-library: Allow lua plugins to register keys by itself1PunMan2018-07-261-1/+3
| | | | | | | | | | Currently lua plugins have no way of registering keys by themselves, to use a new key it has to be added to system keys. This commit allows lua plugins to register app-specific keys by itself by using grl_data_set_for_id() and grl_data_add_for_id() introduced by Grilo in 0.3.6 release. https://gitlab.gnome.org/GNOME/grilo/issues/1
* build: require same version for glib componentsVictor Toso2018-07-251-3/+6
| | | | | | | | | | As Glib2 requirement was 2.44 since e0aecb45fc7eaa5 we can use the same version for all glib components that are required in Grilo-Plugins - gmodule-2.0 - gobject-2.0 - glib-2.0
* Post-release version bump to 0.3.7Victor Toso2018-07-171-1/+1
|
* meson: Install lua-factory sources to correct dirAlexander Mikhaylenko2018-07-171-0/+1
| | | | https://gitlab.gnome.org/GNOME/grilo-plugins/issues/1
View Lorry Controller Status