Bug#833401: debian-policy: virtual packages: dbus-session-bus, default-dbus-session-bus
On Sat, 03 Nov 2018 at 14:07:18 -0700, Sean Whitton wrote:
> On Thu 04 Aug 2016 at 01:43PM +0100, Simon McVittie wrote:
> >> Other options
>
> I note that no such binary package exists right now. Does this issue
> remain unresolved? I also note recent discussion on d-devel. Kindly
> update this bug with the present state of play.
The routes that I described as "other options" were not taken.
The current situation is that we have the two virtual packages that I
proposed in the original bug report
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=833401#5
modulo the rename of dbus-default-session-bus to default-dbus-session-bus
as mentioned in
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=833401#10 (trying to
continue/establish a convention that the preferred implementation of a
virtual package foo is default-foo). So:
* dbus-session-bus: anything providing the D-Bus well-known session bus
for most or all user login sessions. If dbus-session-bus is
installed, then programs in at least graphical login sessions can
rely on seeing the $DBUS_SESSION_BUS_ADDRESS environment variable,
the $XDG_RUNTIME_DIR/bus Unix socket, or some other way to discover a
session bus that is supported by all the major D-Bus client libraries.
* default-dbus-session-bus: Debian's preferred implementation of
dbus-session-bus, possibly architecture-specific.
Programs and desktop environments that require a D-Bus session bus and
cannot work without one should normally declare:
Depends: default-dbus-session-bus | dbus-session-bus
unless they have more specific requirements. Programs with weaker
dependencies can use a Recommends or a Suggests.
(Implementation detail: default-dbus-session-bus is currently provided
by dbus-user-session on Linux, and by dbus-x11 on non-Linux ports. On
Linux, dbus-x11 is a non-default implementation of dbus-session-bus,
to be used by people who prefer to have one session bus per X11 display,
or who don't want systemd or systemd-logind.)
smcv
Reply to: