wireplumber/modules
George Kiagiadakis 60382df63f conf: refactor configuration loading
Changes:

- Configuration files are no longer located by libpipewire,
  which allows us to control the paths that are being looked up.
  This is a requirement for installations where pipewire and
  wireplumber are built using different prefixes, in which case
  the configuration files of wireplumber end up being installed in
  a place that libpipewire doesn't look into...

- The location of conf files is now again $prefix/share/wireplumber,
  /etc/wireplumber and $XDG_CONFIG_HOME/wireplumber, instead of using
  the pipewire directories. Also, since the previous commits, we now
  also support $XDG_CONFIG_DIRS/wireplumber (typically /etc/xdg/wireplumber)
  and $XDG_DATA_DIRS/wireplumber for system-wide configuration.

- Since libpipewire doesn't expose the parser, we now also do the
  parsing of sections ourselves. This has the advantage that we can
  optimize it a bit for our use case.

- The WpConf API has changed to not be a singleton and it is a
  property of WpCore instead. The configuration is now expected
  to be opened before the core is created, which allows the caller
  to identify configuration errors in advance. By not being a singleton,
  we can also reuse the WpConf API to open other SPA-JSON files.

- WpConf also now has a lazy loading mechanism. The configuration
  files are mmap'ed and the various sections are located in advance,
  but not parsed until they are actually requested. Also, the sections
  are not copied in memory, unlike what happens in libpipewire. They
  are only copied when merging is needed.

- WpCore now disables loading of a configuration file in pw_context,
  if a WpConf is provided. This is to have complete control here.
  The 'context.spa-libs' and 'context.modules' sections are still
  loaded, but we load them in WpConf and pass them down to pw_context
  for parsing. If a WpConf is not provided, pw_context is left to load
  the default configuration file (client.conf normally).
2024-03-04 07:07:56 +00:00
..
module-lua-scripting conf: refactor configuration loading 2024-03-04 07:07:56 +00:00
module-reserve-device dbus: refactor WpDBus into a plugin called dbus-connection 2023-06-20 12:39:29 +03:00
dbus-connection-state.h dbus: refactor WpDBus into a plugin called dbus-connection 2023-06-20 12:39:29 +03:00
meson.build m-log-settings: add module for changing log level at runtime 2023-12-24 17:59:59 +02:00
module-dbus-connection.c dbus: refactor WpDBus into a plugin called dbus-connection 2023-06-20 12:39:29 +03:00
module-default-nodes-api.c metadata: remove wp_metadata_iterator_item_extract() API 2024-02-28 08:15:17 -05:00
module-file-monitor-api.c core: change the component arguments to be WpSpaJson instead of GVariant 2023-05-25 18:29:58 +03:00
module-log-settings.c log: rename back to wp_log_set_level 2024-01-13 16:33:05 +00:00
module-logind.c core: change the component arguments to be WpSpaJson instead of GVariant 2023-05-25 18:29:58 +03:00
module-mixer-api.c m-mixer-api: track monitorMute and allow modifying them 2023-07-31 13:26:28 +02:00
module-portal-permissionstore.c dbus: refactor WpDBus into a plugin called dbus-connection 2023-06-20 12:39:29 +03:00
module-settings.c conf: refactor configuration loading 2024-03-04 07:07:56 +00:00
module-si-audio-adapter.c m-si-audio-adapter: make sure format task is finished even if ports were already configured 2023-11-28 10:59:15 +00:00
module-si-audio-virtual.c Merge branch 'master' into next 2023-12-23 18:34:00 +02:00
module-si-node.c core: change the component arguments to be WpSpaJson instead of GVariant 2023-05-25 18:29:58 +03:00
module-si-standard-link.c Merge branch 'master' into next 2023-12-23 18:34:00 +02:00
module-standard-event-source.c m-std-event-source: restore the rescan_scheduled flag before rescanning 2023-09-24 00:26:27 +03:00