2016-12-08  Carlos Garnacho  <carlosg@gnome.org>

	Release 1.8.1

	libtracker-data: Return NULL SQL expression if the binding is not yet setup
	Recent vala changed property setters so they compare with the previous
	value before emitting anything, this triggers the property getter called
	at a time when we just don't have a DataTable to construct the SQL
	expression (and it's being set anyway).

	So ensure the binding is in the right state before trying to construct a
	SQL expression for it.

	tracker-miner-fs: Watch after tracker-extract process
	Ensure it's restarted after going away (eg. due to unintended
	crashes), the extractor will eventually skip over the file and
	keep going.

	tracker-extract: Sandbox extractor threads through seccomp
	Those deal with plugins and potentially malicious content, make it
	sure that any potential exploit is deprived of all tools that could
	make it harmful.

	https://bugzilla.gnome.org/show_bug.cgi?id=764786

	libtracker-common: Implement sandboxing through libseccomp
	The threads calling the new tracker_seccomp_init() function, and all
	threads/processes spawned from these, will enter a restricted mode
	where only a few sensible syscalls are allowed, and more specifically,
	filesystem/socket access are restricted to being respectively
	readonly and local only.

	https://bugzilla.gnome.org/show_bug.cgi?id=764786

	libtracker-extract: Ditch ThreadAwareness module configuration toggle
	It's basically unused, just use a private thread per-module so they're
	easier to isolate.

	https://bugzilla.gnome.org/show_bug.cgi?id=764786

2016-04-28  GNOME Translation Robot  <gnome-sysadmin@gnome.org>

	Updated Portuguese translation

2016-04-26  Timm Bäder  <mail@baedert.org>

	miner-manager: Plug memory leak
	https://bugzilla.gnome.org/show_bug.cgi?id=765172

2016-04-02  Andrew Stormont  <astormont@racktopsystems.com>

	Fix build on illumos.
	https://bugzilla.gnome.org/show_bug.cgi?id=761177

2016-04-02  Carlos Garnacho  <carlosg@gnome.org>

	autogen.sh: Remove build time dependency on gnome-common
	Follow the recommendations in
	https://wiki.gnome.org/Projects/GnomeCommon/Migration

	https://bugzilla.gnome.org/show_bug.cgi?id=763119

2016-03-27  Antoine Jacoutot  <ajacoutot@gnome.org>

	Adapt to new GKqueue monitor naming.

2016-03-27  Carlos Garnacho  <carlosg@gnome.org>

	configure: Check that sqlite3 has sqlite3_auto_extension() enabled
	Only do this if we need to load the FTS5 module, sqlite3 might have
	been compiled with SQLITE_OMIT_LOAD_EXTENSION, which will make things
	go very wrong (poking NULL vfuncs in a 0'ed out sqlite3_api_routines)
	at runtime.

	This facility must be enabled if we need to load our FTS module, so
	bail out at configure time if it's not there.

2016-03-27  Sam Thursfield  <ssssam@gmail.com>

	configure.ac: Add note about Automake subdir-objects option
	It seems to break the build because of an Automake bug, see:
	<http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13928>

	Revert "configure: Use subdir-objects Automake option"
	This reverts commit 5ae20fb915659163e68f5f18bbd444e8de30d02b.

	Lesson learned (again): don't do something just because Automake tells
	you to.

	Notice the same thing happened back in commit e46bfc1c43 which
	was reverted again in b1e3997ce7b894.

	configure: Remove AC_PROG_RANLIB, it's not needed
	Based on this warning from libtoolize:

	    libtoolize: `AC_PROG_RANLIB' is rendered obsolete by `LT_INIT'

	configure: Use subdir-objects Automake option
	This fixes the following warnings:

	    src/libtracker-miner/Makefile-shared-sources.decl:5: warning: source file '$(top_srcdir)/src/libtracker-miner/tracker-monitor.c' is in a subdirectory,
	    src/libtracker-miner/Makefile-shared-sources.decl:5: but option 'subdir-objects' is disabled
	    src/libtracker-miner/Makefile.am:10:   'src/libtracker-miner/Makefile-shared-sources.decl' included from here
	    automake: warning: possible forward-incompatibility.
	    automake: At least a source file is in a subdirectory, but the 'subdir-objects'
	    automake: automake option hasn't been enabled.  For now, the corresponding output
	    automake: object file(s) will be placed in the top-level directory.  However,
	    automake: this behaviour will change in future Automake versions: they will
	    automake: unconditionally cause object files to be placed in the same subdirectory
	    automake: of the corresponding sources.
	    automake: You are advised to start using 'subdir-objects' option throughout your
	    automake: project, to avoid future incompatibilities.
	    src/tracker-preferences/Makefile.am:34: warning: source file '$(top_srcdir)/src/miners/fs/tracker-config.c' is in a subdirectory,
	    src/tracker-preferences/Makefile.am:34: but option 'subdir-objects' is disabled
	    src/libtracker-miner/Makefile-shared-sources.decl:17: warning: source file '$(top_srcdir)/src/libtracker-miner/tracker-crawler.c' is in a subdirectory,
	    src/libtracker-miner/Makefile-shared-sources.decl:17: but option 'subdir-objects' is disabled
	    tests/libtracker-miner/Makefile.am:11:   'src/libtracker-miner/Makefile-shared-sources.decl' included from here
	    src/libtracker-miner/Makefile-shared-sources.decl:5: warning: source file '$(top_srcdir)/src/libtracker-miner/tracker-monitor.c' is in a subdirectory,
	    src/libtracker-miner/Makefile-shared-sources.decl:5: but option 'subdir-objects' is disabled
	    tests/libtracker-miner/Makefile.am:11:   'src/libtracker-miner/Makefile-shared-sources.decl' included from here
	    autoreconf: automake failed with exit status: 1

