| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
| |
Supersedes 2.0.5 (to be ignored). The previous release introduced new
API to let TrackerResource output JSON-LD, so this warrants a minor
version bump as per semantic versioning.
|
| |
|
|
|
|
| |
This is how Meson already behaves.
|
|
|
|
|
| |
This also adds `tracker extract -o json` to dump resources in JSON-LD,
in anticipation of corresponding updates in tracker-miners.git.
|
| |
|
|
|
|
| |
SQLITE_DETERMINISTIC was introduced in 3.8.3.
|
| |
|
|
|
|
|
|
|
|
|
| |
The second argument of AC_LANG_PROGRAM is the content of main function.
We cannot put any includes there, or we end up testing whether the
compiler supports nested functions because headers may have definitions
for inline functions.
https://bugzilla.gnome.org/show_bug.cgi?id=792713
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Previously the functional-test suite would test the installed version of
Tracker, but would need to be run from a configured Tracker source+build tree.
I have changed how things are configured and now with Meson the functional tests
can be run completely from the build tree, without needing to install
anything. The Autotools `make functional-test` target works the same as
before.
Instead of generating a Python source file that contains the build-time
configuration, we write that to a .json file which is read when the
common.utils.configuration module is imported. This controls the
locations of the various things that the tests require, which allows us
to avoid hardcoding knowledge of the build tree layout into the tests
themselves.
With the new setup it should also be possible to add a target that
explicitly installs the functional tests, with a different
configuration.json file so that they test the installed version of
Tracker. That's not yet implemented.
|
| |
|
|
|
|
| |
Those are no longer used after the tracker-miners split.
|
| |
|
| |
|
|
|
|
| |
Semantic versioning is now effective.
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=787057
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
That sqlite3 version brought incompatibilities in the fts5 interface,
fts5 modules generated from < 3.20.0 trees won't work with sqlite3
>= 3.20.0, and viceversa.
Since it's not feasible nor desirable to include an additional fts5
module copy nor an embedded sqlite3 amalgamation copy, mandate that
SQLite was compiled with --enable-fts5 if >= 3.20.0 is found.
The current copy of the fts5 module is kept around for sqlite3 < 3.20.0,
so we don't make this a mandatory requirement for earlier versions.
https://bugzilla.gnome.org/show_bug.cgi?id=785883
|
| |
|
|
|
|
| |
This is being split to its own package
|
|
|
|
|
|
|
|
| |
It's the perferred NetworkManager's library for a couple of years now
already. Keep compatibility with the older one, since it's reasonably
similar.
https://bugzilla.gnome.org/show_bug.cgi?id=777178
|
| |
|
|
|
|
| |
Makefile.am is not there anymore.
|
|
|
|
|
| |
It's not even ported to pygi, it could go to examples/ if refurbished,
but there's aplenty on internet.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
It was cool when Tracker search was barely integrated anywhere.
Nowadays, it's nothing but an aging showcase app (eg. was conceived
in the gtk2 days and barely ported to gtk3, and it shows everywhere).
If you want a modern and capable search UI, try Nautilus. If you
are outraged that tracker-needle is gone and ended up here, by all
means be my guest, reset to the parent of this commit and take it
out of tree. If you join #tracker I'll gladly give you advise on
how could it be brought up-to-date. But our hands are full, sorry,
we leave cool UIs to others.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is a mix of store and miner features which can't be assumed to go
together. It is better to leave configuration UI up to the environment,
in the GNOME case this is gnome-control-center search panel.
For settings that fall in the cracks, or for environments that don't
integrate Tracker search in their configuration UI, there's the rather
capable dconf-editor which will provide all toggles, and will explain
them better than any UI we may have.
In the future the CLI tools might gain some configuration subcommand,
but it will not be a graphical UI.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Those are unmaintained, are broken, don't compile, or a combination of
all. Sadly there hasn't been enough manpower during the last years to
keep those up to par. Future seems shiny enough for nautilus, as the
features are being developed in-tree.
If anyone ever remembers there were such plugins and misses them
enough to take over maintainership, by all means reset to the parent
of this commit and take those out of tree. You will have my gratitude.
Thanks too to everyone who ever contributed in those plugins, I'm
not happy to let that much work go.
|
|
|
|
|
| |
The libmediaart dependency was disabled in commit 6a05068624bfa, it
doesn't make sense to drag this code around.
|
|
|
|
|
|
|
|
|
|
|
| |
Those ontology files are the tracker core, as the database files' structure
is modeled around those classes and properties. Include those as a GResource
so they're guaranteed to be there, all other ontology files are optional
and must be provided on TrackerDataManager initialization.
The NAO ontology has been split between the official bits (included in the
GResource) and the non-official bits (just used by the evolution miner, and
moved to 90-tracker)
|
| |
|
|
|
|
|
|
|
| |
Just set it in library LDFLAGS, otherwise introspection may
find the installed libraries before the ones being built, which
is not the right thing if there are new symbols/types to be looked
up.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This removes various code paths that we believe to be unused.
* The userguides miner has been removed altogether.
* The application miner no longer parses MeeGo-style .desktop files
* The TRACKER_DISABLE_MEEGOTOUCH_LOCALE environment flag is gone
(it already did nothing)
* Character set detection with libmeegotouch is removed, only enca
or libicu are supported
* Meego-specific flags are gone from .desktop files
* Functional tests have lost their vestigal Scratchbox and Aegis support
There are 5 ontologies referencing Maemo, 4 of which are largely unused.
These have been kept around in case anyone is using them outside
Tracker.
https://bugzilla.gnome.org/show_bug.cgi?id=783555
|
| |
|
| |
|
| |
|
|
|
|
|
| |
There's no code to actually implement this nowadays, the configure.ac
stuff is a relic.
|
|
|
|
|
| |
It's only used on the tracker-resdump helper, and can be easily
replaced with the GLib counterparts.
|
| |
|
|
|
|
|
|
|
|
| |
If other unices want a similar level of protection, additional
implementations should be added. In the mean time, it's just
harsh to make tracker impossible to compile there.
https://bugzilla.gnome.org/show_bug.cgi?id=764786
|
|
|
|
|
|
|
|
|
|
| |
Hopefully just temporarily. At the very least the processing
should be taken out of the extractor threads, as it requires
file operations that are not allowed there.
In the worst case, we must reconsider this dependency, as it
might become a window of opportunity to writing on the filesystem,
even if on a very specific folder.
|
| |
|
|
|
|
|
| |
This is something we can do on master, older stable releases will
have to stick to optional support.
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
The brown paper bag release that 1.11.0.1 was meant to be, because FML.
|
|
|
|
| |
For real, modify configure.ac
|
|
|
|
|
|
|
|
| |
As specified in https://www.w3.org/TR/rdf-sparql-XMLres/. This cursor
implementation is able to read the XML expected under that content
type.
https://bugzilla.gnome.org/show_bug.cgi?id=773031
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is yet another libtracker-sparql backend to connect to remote
HTTP SPARQL endpoints. Connections are made explicitly through the
tracker_sparql_connection_remote_new() API call, passing a server
to connect to. This commit introduces support for
application/sparql-results+json as specified in
https://www.w3.org/TR/sparql11-results-json/. XML format will be
handled next.
Just readonly queries are supported, and provided there's no
authentication schemes.
https://bugzilla.gnome.org/show_bug.cgi?id=773031
|
|
|
|
|
| |
Not much worth releasing yet, but having tracker-1.10 have a higher
soname than master is confusing.
|
| |
|