| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Most importantly, these are consumed in the tracker-miners.git project
so that it can run when built with tracker core as a Meson subproject.
This should theoretically allow building tracker-miners on systems that
don't have tracker installed at all, although I think some problems
remain with doing that.
Note that meson.source_root() must never be used in variables that
are consumed by a subproject, because in that situation they expand to
the root of the *toplevel project* and not the current subproject.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is really testing the IPC methods, so it should go with the other
IPC tests which talk to a real tracker-store instance.
Now the test is isolated from the user's real data, as it runs through
the functional test-runner.sh script. It does still use the
tracker-store from the system rather than the one we just built though,
more work is needed there.
The test sometimes fails due to the tracker-store disconnecting from it
and GDBus triggering a SIGTERM due to the exit-on-close option being
enabled on the GDBusConnection. I'm not sure how to fix that, there
is an open bug here: https://gitlab.gnome.org/GNOME/tracker/issues/18
|
| |
|
|
|
|
|
|
| |
Today I discovered that three testcases were being ignored in the Meson
buildsystem, all due to mistakes.
Now, the first thing in each meson.build file is the list of testcases
so mistakes should be much easier to spot.
|
| | |
|
| | |
|
| |
|
|
|
|
| |
Those were unused (the test would stop at the third query), and I couldn't
quite figure out why they were added or what they were specifically
testing.
|
| |
|
|
|
| |
These functions need to be avoided so that Tracker doesn't break when
included via subproject() into another Meson project.
|
| |
|
|
| |
Those were added on autotools, but were forgotten on meson...
|
| |
|
|
|
|
|
| |
This can only be used if the default domain ontology file is not found, and
is now used on tests that do rely on the default tracker-store instance.
Also, add back the TRACKER_DB_ONTOLOGIES_DIR, under the same restrictions.
|
| |
|
|
|
|
|
|
|
|
| |
First, instead of using add_global_arguments() we now use a variable
to set global compiler args. It turns out that add_global_arguments()
is broken if you ever want to include your project as a subproject of
something else.
Second, dependencies weren't being specified correctly. These are
hopefully now fixed to avoid any more random build failures.
|
| |
|
|
|
|
|
| |
This is useful for people who are not building from Git but still want
to avoid Autotools.
See: https://mail.gnome.org/archives/desktop-devel-list/2017-April/msg00091.html
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
See <http://mesonbuild.com/> for information about Meson.
Remaining issues:
* There's no `make dist` equivalent. We currently produce release
tarballs containing the output files of the Vala compiler. We need
to think through whether we can stop doing that. Shipping the
generated .c files does make the Vala preprocessor useless so
it would be good if we can stop.
* The Firefox, Thunderbird, Evolution and Nautilus plugins are not
built
* https://github.com/mesonbuild/meson/issues/671 -- means we can't
depend on tracker_common_dep in most places and have to manually
set link_with, include_directories and sources instead.
* https://github.com/mesonbuild/meson/issues/1469 -- without this we
have to install generated Vala headers using a script
* https://github.com/mesonbuild/meson/issues/1229 -- means adding
the #include guard to libtracker-sparql/tracker-generated-no-checks.h
is a pain
* The test suite has some spurious failures.
Here's a rough speed comparison.
Meson:
time sh -c 'meson .. --prefix=/opt/tracker-meson -D bash_completion=/opt/tracker-meson/share/bash-completion -Dsystemd_user_services=/opt/tracker-meson/lib/systemd/user -Ddbus_services=/opt/tracker-meson/share/dbus-1/services && ninja-build -j 4 && ninja-build install'
real 1m8.194s
user 2m16.962s
sys 0m20.532s
Autotools:
time sh -c './configure --prefix=/opt/tracker-autotools --with-bash-completion-dir=/opt/tracker-autotools/share/bash-completion --with-session-bus-services-dir=/opt/tracker-autotools/share/dbus-1/services --disable-nautilus-extension && make -j 4 && make install'
real 2m37.750s
user 4m37.214s
sys 0m54.806s
Plus 30+ seconds of ./autogen.sh first.
Note that Meson builds may fail if your source tree has generated files
from an Autotools build in there. If you see errors about duplicate
definitions, first try cleaning your source tree (use `git clean -dfx`,
but make sure you commit any work first!!)
|
| |
|
|
|
|
|
| |
Seems that missing the 'return' statement from a
g_test_trap_subprocess() block can result in hanging Linux completely;
some kind of fork bomb I guess. The problem only hits when the test is
failing, so I didn't spot the mistake before.
|
| |
|
|
|
|
|
|
|
|
|
| |
This provides a "resource-oriented" API for inserting and updating the
database. Rather than having to generate SPARQL queries, you can use the
TrackerResource abstraction to prepare information about a set of
resources, then generate a SPARQL query automatically.
TrackerResource can also serialize to Turtle directly.
https://bugzilla.gnome.org/show_bug.cgi?id=767472
|
| | |
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=751052
|
| |
|
|
| |
cases to run
|
| | |
|
| |
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=737023
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
We imported Makefile.decl from glib when it was using Subversion, a long time
ago. The script had a few issues (like running all unit tests twice on make
distcheck) and needed to be updated.
I've stolen a latest version from GLib's glib.mk and also their m4 macros
which are required to make this all work too.
This gives us the advantage of defining installable and uninstallable test
cases as well as test data, scripts and other useful stuff.
The debug output also looks quite good.
And distcheck passes :)
|
| |
|
|
|
|
| |
Now we're using g_test_trap_subprocess() instead and that requires GLib 2.38.
Tracker now depends on GLib 2.38.
|
| |
|
|
|
| |
Due to the new warning we have in place where locale != DB locale, this needs
to be set before the tests will work.
|
| |
|
|
|
|
|
|
| |
In the same way as the direct backend allows it.
Also modify the unit test so that we make sure the cancellation is detected.
https://bugzilla.gnome.org/show_bug.cgi?id=676209
|
| | |
|
| |
|
|
|
|
| |
Calling g_thread_init with GLib 2.31 requires explicit dependency on
gthread-2.0. However, g_type_init initializes threads since GLib 2.24,
so it is no longer needed.
|
| |
|
|
| |
Based on test by James Thomas.
|
| | |
|
| |
|
|
|
|
|
|
|
| |
Plugin loading in threads may be problematic in certain environments.
As we do not currently support external plugins anyway, this changes
libtracker-bus and libtracker-direct to be part of libtracker-sparql.
This will also slightly improve initialization performance.
Fixes NB#241659.
|
| |
|
|
| |
Fixes NB#237150, Second tracker_sparql_connection_get_async never returns
|
| | |
|
| |
|
|
| |
Also standardise the width to 55 characters (unless line is longer)
|
| | |
|
| | |
|
| |
|
|
| |
instead
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
| |
Basically, added cursor_next_async() + cancellable_cancel() + new
query to make sure things work properly in those cases.
Also use queries which actually exist for most people (based on
the ontology). Queries 4 and 5 are there for historical reasons, these
are what showed the situation in the first place.
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
Currently causes a crash running 2 queries at the same time
|
| |
|
