2019-02-06 Jürg Billeter Release 2.1.7 libtracker-data: Fix build with Vala 0.43 https://gitlab.gnome.org/GNOME/tracker/issues/75 2019-01-17 Charles Monzat Update French translation 2018-11-17 Iñaki Larrañaga Murgoitio Update Basque translation 2018-11-09 Carlos Garnacho libtracker-data: Add missing HAVE_TRACKER_FTS guards Fixes build error with -Dfts=false, and a warning that must have been there forever. Closes: https://gitlab.gnome.org/GNOME/tracker/issues/53 2018-11-08 Carlos Garnacho tests: Update tracker-fts-test to using a local TrackerSparqlConnection Instead of using internals directly. Also make sure the database location dir is a brand new temporary directory each time. (cherry picked from dbff7ef3198c7531909917f4ef93f94995328c45) libtracker-data: Drop FTS table/view before ontology updates Sqlite >= 3.25.0 got stricter 'alter table ... rename ...' behavior where the renaming affects all references to the table across the database. This is at odds with our fts_view view on schema updates due to ontology changes, as we first migrate (rename current table, create new one, insert previous content, drop old table) all resource tables before doing the FTS table/view updates. This causes rename failures due to the fts_view referencing the renamed and dropped tables. Change the ontology update code so we delete the FTS table/view before changing resource tables in case of FTS updates. This makes the behavior correct both before and after the Sqlite change. https://gitlab.gnome.org/GNOME/tracker/issues/40 2018-11-06 Carlos Garnacho build: Fix build order with libtracker-sparql generated headers Both libtracker-fts and libtracker-data end up requiring includes from tracker-sparql.h, but we have to generate tracker-generated.h first. It's pretty terrible to add intermediate targets as a dependency outside the libtracker-sparql directory, but it doesn't seem we can do better. Closes: https://gitlab.gnome.org/GNOME/tracker/issues/52