Pauli Virtanen 0af3c85806 bluez5: don't probe native backend presence ... Don't do a blocking probe of native backend presence, because it may trigger DBus activation for Bluez. If the DBus activation fails, it ends up blocking until timeout. ofono/hsphfpd usually don't have DBus activation configured, so they fail instantly (which is why this problem was not encountered, even though they do blocking calls on startup in previous pipewire versions too). Instead, select the backend once we have Bluez objects listed.		2021-09-25 16:24:10 +00:00
..
examples	meson.build: add -D_GNU_SOURCE to the project arguments	2021-06-09 07:47:51 +00:00
include	spa: drop the pre-C99 checks from the log.h header	2021-09-24 12:33:02 +10:00
plugins	bluez5: don't probe native backend presence	2021-09-25 16:24:10 +00:00
tests	Revert "[Meson] Fix all deprecation warnings"	2021-08-08 19:18:40 +00:00
tools	json: don't escape /	2021-06-24 16:18:59 +02:00
meson.build	bluez5: Use libfreeaptx instead of libopenaptx	2021-07-29 15:22:04 +00:00