Tagging rls-nn-incoming so that we can discuss the new dependency on
usr-is-merged (>= 38).

While src:usrmerge is in main, usr-is-merged is currently in universe.

 usrmerge | 9         | xenial/universe | source, all
 usrmerge | 17        | bionic/universe | source, all
 usrmerge | 23        | focal/universe  | source, all
 usrmerge | 25ubuntu2 | jammy           | source, all
 usrmerge | 33ubuntu1 | lunar           | source, all
 usrmerge | 35ubuntu1 | mantic          | source, all
 usrmerge | 35ubuntu1 | noble           | source, all

ubuntu:
 usr-is-merged | 33ubuntu1 | lunar/universe  | all
 usr-is-merged | 35ubuntu1 | mantic/universe | all
 usr-is-merged | 35ubuntu1 | noble/universe  | all


** Tags added: rls-nn-incoming

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to dbus in Ubuntu.
https://bugs.launchpad.net/bugs/2045668

Title:
  Please merge dbus 1.14.10-3 (main) from Debian unstable

Status in dbus package in Ubuntu:
  In Progress

Bug description:
  1.14.10-3
  Published in sid-release on 2023-10-30

  dbus (1.14.10-3) unstable; urgency=medium

    * d/control: dbus Depends on usr-is-merged (>= 38~).
      Non-merged /usr has been unsupported since Debian 12, as per Technical
      Committee resolutions #978636 and #994388 (please see the Debian 12
      release notes for details).
      The version of usr-is-merged shipped in Debian 12 had an undocumented
      opt-out mechanism intended for use on buildds and QA systems targeting
      Debian 12 (piuparts, reproducible-builds, autopkgtest and similar),
      to ensure that the upgrade path from Debian 11 to 12 will continue
      to work and continue to undergo automated tests. That opt-out is
      no longer applicable or available in trixie/sid, and was removed in
      usrmerge version 38.
      Since version 1.14.10-2, dbus ships its systemd units in
      /usr/lib/systemd/system, as part of the distro-wide transition
      away from making use of "aliased" paths. This is entirely valid on
      merged-/usr systems, but will no longer work in the unsupported
      filesystem layout with non-merged /usr, because for historical
      reasons, current versions of systemd on non-merged-/usr systems will
      only read units from /lib/systemd/system.
      In the case of dbus, the symptom when this assumption is broken is
      particularly bad (various key system services will not start, with
      long delays during boot, login and shutdown), so let's hold back
      this upgrade on unsupported non-merged-/usr systems until they have
      completed the switch to merged-/usr and can install
      usr-is-merged (>= 38~).
      (Closes: #1054650)

   -- Simon McVittie <s...@debian.org>  Mon, 30 Oct 2023 11:51:35 +0000

  1.14.10-2
  Superseded in sid-release on 2023-10-30

  dbus (1.14.10-2) unstable; urgency=low

    * Backport packaging changes from experimental:
      - Install systemd system units into /usr/lib/systemd/system.
        This was allowed by TC resolution #1053901. The shared library is
        still in /lib, for now.
        Build-depend on debhelper 13.11.6~ to ensure that the units are still
        picked up by dh_installsystemd.
      - Build-depend on pkgconf rather than pkg-config
      - dbus-x11: Don't copy XDG_SEAT_PATH, XDG_SESSION_PATH to activation
        environment. These variables are specific to a single login session.
    * d/copyright: Drop unused entry for pkg.m4.
      This is no longer included in the upstream source release since 1.14.6.
    * d/dbus-tests.lintian-overrides: Drop unused overrides.
      Lintian no longer flags our RUNPATH as problematic.

   -- Simon McVittie <s...@debian.org>  Wed, 25 Oct 2023 15:56:36 +0100

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/dbus/+bug/2045668/+subscriptions


-- 
Mailing list: https://launchpad.net/~touch-packages
Post to     : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to