Change logs for dbus source package in Hirsute

  • dbus (1.12.20-1ubuntu3) hirsute; urgency=medium
    
      * Rework ubuntu/dont-stop-dbus.patch to actually make dbus.service _and_
        dbus.socket to not be part of the shutdown transaction. And yet make
        it possible to still stop/kill/restart dbus.service if one really
        wants to, because it is stuck and stopped responding to any
        commands. This allows allows to restart dbus.service with
        needrestart. However a finalrd hook might still be needed, to kill
        dbus-daemon for good, once we pivot off rootfs.
    
     -- Dimitri John Ledkov <email address hidden>  Fri, 26 Feb 2021 19:43:15 +0000
  • dbus (1.12.20-1ubuntu2) hirsute; urgency=medium
    
      * No-change rebuild to drop the udeb package.
    
     -- Matthias Klose <email address hidden>  Mon, 22 Feb 2021 10:30:40 +0100
  • dbus (1.12.20-1ubuntu1) groovy; urgency=low
    
      * Merge from Debian unstable.  Remaining changes:
        - Add dont-stop-dbus.patch: Don't stop D-Bus in the service unit.
        - debian/dbus.postinst, debian/rules: Don't start D-Bus on package
          installation, as that doesn't work any more with dont-stop-dbus.patch.
          Instead, start dbus.socket in postinst, which will then start D-Bus
          on demand after package installation.
        - Add aa-get-connection-apparmor-security-context.patch: This is not
          intended for upstream inclusion. It implements a bus method
          (GetConnectionAppArmorSecurityContext) to get a connection's AppArmor
          security context but upstream D-Bus has recently added a generic way of
          getting a connection's security credentials (GetConnectionCredentials).
          Ubuntu should carry this patch until packages in the archive are moved
          over to the new, generic method of getting a connection's credentials.
        - Make autopkgtests cross-test-friendly.
    
    dbus (1.12.20-1) unstable; urgency=medium
    
      [ Mark Hindley ]
      * Fix system-bus autopkgtest detection of systemd as PID1.
        The test attempts to detect whether systemd is available by testing for
        /run/systemd. However, this path can exist on non-systemd systems.
        Look for /run/systemd/system instead. (Closes: #962466)
    
      [ Simon McVittie ]
      * New upstream stable release
        - Prevent use-after-free if two usernames share a uid
    
     -- Iain Lane <email address hidden>  Thu, 10 Sep 2020 12:25:12 +0100