1. 09 Jun, 2022 1 commit
  2. 30 May, 2022 1 commit
  3. 27 Apr, 2022 1 commit
  4. 13 Apr, 2022 1 commit
  5. 29 Mar, 2022 1 commit
  6. 03 Mar, 2022 1 commit
  7. 18 Feb, 2022 3 commits
    • Barnabás Pőcze's avatar
      pipewire: module-x11-bell: mark connection as terminatable · d6c5da56
      Barnabás Pőcze authored
      Since XFixes version 6[1] it is possible to mark
      an X connection as terminatable. The X server will
      gracefully terminate after a timeout if only
      terminatable connections remain.
      
      [1]: xorg/lib/libxfixes!1
      d6c5da56
    • Barnabás Pőcze's avatar
      pipewire: module-x11-bell: handle X11 errors · c9612225
      Barnabás Pőcze authored
      Unfortunately, libX11 has global error and I/O error handlers,
      which make it inconvenient to use them from library code.
      
      Since libX11 1.7.0, there is a per-display "exit_handler" which
      is called from `_XIOError()`, however, the global I/O error
      handler is still called before that, and that - by default -
      calls `exit(1)` in `_XDefaultIOError()` after printing the error
      to stderr.
      
      To avoid exiting, custom handlers will be registered when
      libpipewire-module-x11-bell.so is loaded given that at
      that moment the default handlers are installed.
      
      When the shared object is unloaded, the handlers will
      be reset to the default ones given that the currently
      registered handlers are the ones that were registered
      when the module was loaded.
      
      The logic only works correctly if there are no concurrent
      calls to `XSet{IO}ErrorHandler()` while `{set,restore}_x11_handlers()`
      is running. Since module-x11-bell is probably mostly going to
      be loaded in `pipewire-pulse`, this seems like a reasonable
      assumption to make.
      c9612225
    • Wim Taymans's avatar
      0.3.47 · 2af39388
      Wim Taymans authored
      2af39388
  8. 17 Feb, 2022 1 commit
  9. 03 Feb, 2022 5 commits
  10. 29 Jan, 2022 1 commit
  11. 27 Jan, 2022 2 commits
  12. 21 Jan, 2022 2 commits
  13. 20 Jan, 2022 1 commit
  14. 17 Jan, 2022 2 commits
  15. 15 Jan, 2022 1 commit
    • Robbert van der Helm's avatar
      modules: Rename module-rtkit to module-rt · 2b73c86a
      Robbert van der Helm authored
      I don't think PipeWire currently has a way to temporarily alias
      module-rtkit to module-rt though, so right now this would break realtime
      scheduling for people with modified configs that use module-rtkit.
      2b73c86a
  16. 06 Jan, 2022 1 commit
    • Niklāvs Koļesņikovs's avatar
      meson.build: bump Meson minimum version to 0.59.0 · 01c6fd0a
      Niklāvs Koļesņikovs authored and Wim Taymans's avatar Wim Taymans committed
      When creating a new build directory, Meson prints a warning:
        WARNING: Project specifies a minimum meson_version '>= 0.56.0' but
        uses features which were added in newer versions:
         * 0.59.0: {'unescaped_variables arg in pkgconfig.generate'}
      
      Since 0.59.0 was released a while ago and no one has complained so far,
      it should be reasonable to just bump the minimum version required,
      rather than try to make it 0.56.0 compliant.
      01c6fd0a
  17. 05 Jan, 2022 1 commit
  18. 28 Dec, 2021 7 commits
  19. 26 Dec, 2021 1 commit
  20. 24 Dec, 2021 1 commit
  21. 16 Dec, 2021 1 commit
  22. 15 Dec, 2021 1 commit
  23. 13 Dec, 2021 1 commit
  24. 10 Dec, 2021 2 commits