GitLab

Expose priority access in the API.

In addition to read-lock and write-lock, add a "priority access"
mechanism. The goal is to give priority to UI requests.

Several callers may acquire a "priority access". As soon as at least
one caller has priority access, all non-priority callers are blocked on
lock_read() and lock_write(), until all priority accesses are released.
However, they can continue executing their current requests following
the traditional RW-lock rules.

Acquiring a priority access is "immediate". It is different from a lock
in that it never blocks but makes other clients wait.

The parameter was unused with -Dlibvlc=disabled.

Fix #304

refs #304

refs #304

Fix #295

Since we can't rely on the VLC instance being immutable, we need to
fetch it when starting the media discoverer
refs #295

We'll soon accept external instances, and the application can usually
recreate that instance, so we need to be able to update it.
Refs #295

present in meson but not in autotools and causes linking errors
Signed-off-by: Christopher Degawa <ccom@randomderp.com>

I'm not 100% sure the failures are false positive but they look like so

Fixes #292

refs #292

refs #292

Refs #292

UPDATE FROM was introduced in 3.33.0 and we'll need it in next commit

refs #292

We now store the numbre of media per-type, and the number of present
media, per-type as well.
refs #292

We'll soon need to track media regardless of their presence, depending
on the query passed by the caller
refs #292

refs #292

refs #292

refs #292

refs #292

We need to filter artists with at least a single track even when using
ArtistIncluded::All, otherwise we might end up returning unknown and
various artists even if they have no tracks

refs #292

refs #292

refs #292

We need a more up to date meson version to build the extra test programs
since they as they are not built by default