1. 07 Nov, 2015 1 commit
  2. 06 Aug, 2015 1 commit
    • Simon McVittie's avatar
      bus: move shared libaudit code to a new audit.[ch] · 327a52e4
      Simon McVittie authored
      This fixes various duplicated libaudit interactions in both
      SELinux and AppArmor code paths, including opening two audit sockets
      if both SELinux and AppArmor were enabled at compile time.
      In particular, audit.c is now the only user of libcap-ng.
      
      This commit is not intended to introduce any functional changes,
      except for the de-duplication.
      
      The actual audit_log_user_avc_message() call is still duplicated,
      because the SELinux and AppArmor code paths use different mechanisms
      to compose the audit message: the SELinux path uses a statically-sized
      buffer on the stack which might be subject to truncation, whereas
      the AppArmor path uses malloc() (via DBusString) and falls back to
      using syslog on a memory allocation failure.
      
      Bug: https://bugs.freedesktop.org/show_bug.cgi?id=89225Reviewed-by: Colin Walters's avatarColin Walters <walters@verbum.org>
      [smcv: minor issues raised during review are subsequently fixed]
      Signed-off-by: default avatarSimon McVittie <simon.mcvittie@collabora.co.uk>
      327a52e4
  3. 27 May, 2015 1 commit
  4. 24 Feb, 2015 1 commit
    • Simon McVittie's avatar
      Optionally install systemd user units for a per-user bus · 263aca37
      Simon McVittie authored
      The socket path used here, $XDG_RUNTIME_DIR/bus, does not match
      what was used in user-session-units, but is what Lennart recommended
      on fd.o #61303, and is also what kdbus will use for its bus proxy.
      
      Installation of these units switches D-Bus to a different model of
      the system: instead of considering each login session (approximately,
      each password typed in) to be its own session, the user-session model
      is that all concurrent logins by the same user form one large session.
      This allows the same bus to be shared by a graphical session, cron jobs,
      tty/ssh sessions, screen/tmux sessions and so on.
      
      Because this is a different world-view, it is compile-time optional:
      OS builders can choose which world their OS will live in. The default
      is still the login-session model used in earlier D-Bus releases,
      but might change to the user-session model in future. Explicit
      configuration is recommended.
      
      In OSs that support both models (either for sysadmin flexibility or as
      a transitional measure), the OS builder should enable the user bus
      units, but split them off into a dpkg binary package, RPM subpackage etc.;
      the sysadmin can choose whether to enable the user-session model by
      choosing whether to install that package.
      
      Bug: https://bugs.freedesktop.org/show_bug.cgi?id=61301Reviewed-by: Philip Withnall's avatarPhilip Withnall <philip.withnall@collabora.co.uk>
      263aca37
  5. 20 Feb, 2015 2 commits
  6. 18 Feb, 2015 2 commits
  7. 01 Oct, 2014 1 commit
  8. 15 Sep, 2014 1 commit
  9. 17 Jan, 2014 3 commits
  10. 28 Jun, 2013 2 commits
  11. 06 Jun, 2013 1 commit
  12. 04 Jan, 2012 2 commits
  13. 21 Nov, 2011 1 commit
  14. 29 Jul, 2011 3 commits
  15. 18 Jul, 2011 1 commit
  16. 24 Jun, 2011 1 commit
  17. 08 Jun, 2011 1 commit
  18. 07 Jun, 2011 2 commits
  19. 26 Apr, 2011 2 commits
  20. 06 Dec, 2010 1 commit
    • Benjamin Reed's avatar
      Enable launchd. · f1b9aac4
      Benjamin Reed authored
      This patch enables support for Mac OS X's launch daemon
      for startup as well as sharing of the DBus session bus
      environment.  It includes a LaunchAgent plist for automatic
      start of the session bus.
      f1b9aac4
  21. 05 Oct, 2010 1 commit
    • Will Thompson's avatar
      Move manpages to doc/ · 46b9961b
      Will Thompson authored
      This will make integrating the building of HTML versions of these
      manpages into the build system way easier, at the cost of keeping
      manpages in a different directory to the source for the program they
      describe. I think this is an acceptable trade-off.
      46b9961b
  22. 06 Sep, 2010 1 commit
  23. 10 Aug, 2010 1 commit
  24. 09 Jul, 2010 1 commit
  25. 26 Apr, 2010 1 commit
  26. 23 Mar, 2010 2 commits
  27. 06 Feb, 2010 1 commit
  28. 01 Dec, 2009 2 commits