1. 06 Nov, 2017 3 commits
  2. 30 Oct, 2017 3 commits
  3. 23 Oct, 2017 2 commits
  4. 18 Oct, 2017 1 commit
  5. 03 Oct, 2017 2 commits
  6. 29 Sep, 2017 2 commits
  7. 25 Sep, 2017 4 commits
    • Simon McVittie's avatar
      Post-release version bump · 1330bd2c
      Simon McVittie authored
    • Simon McVittie's avatar
      Prepare 1.11.18 release · f45c9941
      Simon McVittie authored
      Signed-off-by: Simon McVittie's avatarSimon McVittie <smcv@collabora.com>
    • Simon McVittie's avatar
      Remove distribution-specific init-scripts · 708a44d0
      Simon McVittie authored
      LSB-style (SysV-style) init scripts have not historically been
      portable between distributions, as evidenced by the presence of both
      "Red Hat" and "Slackware" init scripts in dbus. Many distributors
      prefer to maintain them downstream, as is done in Debian (and its
      derivatives) and in Slackware, so that the init script can follow
      OS conventions (for example regarding boot messages) and make use
      of OS-provided facilities (for example, the Debian init script uses
      dpkg's start-stop-daemon utility).
      The Slackware and Red Hat init scripts removed by this commit are not
      tested or maintained in practice, and so are likely to have bugs. The
      Slackware init-script provided here is not used on actual Slackware
      systems, which provide a different implementation of rc.messagebus in
      their packaging, while the Red Hat init script has been superseded by
      the systemd unit in current Fedora, CentOS and RHEL versions.
      The Cgywin messagebus-config provided here does appear to be used in
      production in cygwin-ports, but it's full of Cygwin-specifics with which
      the dbus maintainers are not familiar, so it is probably more appropriate
      for it to be tracked downstream as part of the Cygwin packaging.
      The systemd unit is not removed, since it is used on multiple Linux
      distributions with little or no modification, and receives regular
      testing and maintenance; this makes it appropriate to maintain upstream.
      Signed-off-by: Simon McVittie's avatarSimon McVittie <smcv@collabora.com>
      Bug: https://bugs.freedesktop.org/101706
      Reviewed-by: Philip Withnall's avatarPhilip Withnall <withnall@endlessm.com>
    • Simon McVittie's avatar
      Deprecate the pam_console/pam_foreground flag-file directory · 2aaa6509
      Simon McVittie authored
      This feature is now compile-time conditional, and off by default.
      pam_console appears to have been in Fedora and Gentoo until 2007.
      pam_foreground seems to be specific to Debian and Ubuntu, where it was
      unmaintained since 2008 and removed in 2010. The replacement for both
      was ConsoleKit, which has itself been superseded by systemd-logind and
      Signed-off-by: Simon McVittie's avatarSimon McVittie <smcv@collabora.com>
      Bug: https://bugs.freedesktop.org/101629
      Reviewed-by: Philip Withnall's avatarPhilip Withnall <withnall@endlessm.com>
  8. 28 Jul, 2017 2 commits
  9. 27 Jul, 2017 5 commits
  10. 30 Jun, 2017 1 commit
    • Simon McVittie's avatar
      build: Introduce ${runstatedir} and use it for the pid file · 1477ca50
      Simon McVittie authored
      By default ${runstatedir} is the same as ${localstatedir}/run, but many
      Linux distributions configure it to be /run and mount a tmpfs in that
      location. All other factors being equal, it is preferable to use /run
      where available because it is guaranteed to be local, whereas traversing
      /var might involve automounting a networked filesystem (even though
      /var/run itself is very likely to be a tmpfs).
      /run or /var/run is currently only used in a few places in dbus, but
      I plan to make more use of it during the development of
      The pid file is not part of the API between dbus and other software
      (other than distribution init scripts for dbus itself), so we do not
      need to keep it strictly compatible; so it is OK to move it.
      We do not yet use /run for the system bus socket, because that is
      part of the API between D-Bus clients and servers, and has always been
      "officially" /var/run/dbus/system_bus_socket.
      <https://bugs.freedesktop.org/show_bug.cgi?id=101628> tracks the
      possibility of changing that.
      Similarly, we do not replace /var/run/console with /run/console, because
      that path is part of the API between dbus-daemon and the obsolete PAM
      modules pam_console and pam_foreground that used /var/run/console.
      > tracks the possible
      future removal of that code path.
      In the CMake build system, the equivalent of ${runstatedir} remains
      hard-coded to the equivalent of ${localstatedir}/run for simplicity. For
      the sort of system-wide installations that would consider redefining
      ${runstatedir} to /run, the Autotools build system is strongly
      recommended: in particular this is what Linux distributions are expected
      to use.
      Signed-off-by: Simon McVittie's avatarSimon McVittie <smcv@collabora.com>
      Reviewed-by: Philip Withnall's avatarPhilip Withnall <withnall@endlessm.com>
      Bug: https://bugs.freedesktop.org/show_bug.cgi?id=101569
  11. 29 Jun, 2017 4 commits
  12. 28 Jun, 2017 1 commit
  13. 12 Jun, 2017 2 commits
  14. 31 May, 2017 2 commits
  15. 18 Apr, 2017 1 commit
  16. 10 Apr, 2017 1 commit
  17. 07 Apr, 2017 4 commits