Pull in upstream updates from v24 and prepare dbus-broker-24-1.rpm
release. This update includes only minor fixes to diagnostic messages
and auditing events.
Signed-off-by: David Rheinsberg <david.rheinsberg@gmail.com>
With F33 released, we now have 4 Fedora releases (F30-F33) that contain
a live-upgrade of `dbus-daemon` to `dbus-broker`. This allowed us to
convert existing machines out there to the new bus implementation.
However, the live-conversion is fragile, since it requires relinking
systemd services at runtime, tricking it into believing they did not
change. This is not guaranteed to work forever, nor do we want to rely
on it. Hence, this drops this code-path.
This effectively means that if you update pre-F29 machines to post-F34,
you will continue using `dbus-daemon`. This is completely fine and a
consistent *and* supported system setup. However, you no longer get the
benefits of dbus-broker automatically. Instead, you must explicitly
switch from dbus-daemon to dbus-broker. The easiest way to do that is
to install dbus-broker and uninstall dbus-daemon. This will
automatically convert the services to the new daemon.
Lastly, any fresh Fedora install will now always pick up dbus-broker,
since the `fedora-release` presets are merged and correctly configure
dbus-broker. Hence, this change only affects old installs.
Signed-off-by: David Rheinsberg <david.rheinsberg@gmail.com>
This fixes#1717925. The scriptlet in %pre is taken from dbus-daemon and tested with Fedora Rawhide on the OpenBuildService.
Signed-off-by: Jonathan Brielmaier <jbrielmaier@suse.de>
https://bugzilla.redhat.com/show_bug.cgi?id=1674045#c19
The comment is adjusted to clarify that on system upgrades, e.g. F29→F30,
when this package is installed for the first time, we do the change.
Also, remove stdout and stderr redirections. We expect no output from
systemctl, unless things are seriously wrong. Systemd macros made a change
like this too. Drop full paths to binaries, they make no difference and
are visually annoying.
A conditional was missing, we only want to forcibly enable dbus-broker
on the final uninstall of dbus-daemon. Eventually this should call into
presets, but for now use 'enable'.
This ends up disabling dbus-broker unless it is enblaed in the preset file,
we will hook up the presets eventually, but for now rely on the explicit
systemctl call.
Also drop some apostrophes that messes up the webui (at the cost of grammatical
correctness).
As approved for F30, dbus-broker will be the default bus
implementation. This changes the dbus-broker package to explicitly
enable dbus-broker over dbus-daemon when freshly installed. Existing
installs / updates are left untouched.
With this in, a simple install of dbus-broker will pull it in as
default backend for the system- and user-bus.
Signed-off-by: David Herrmann <dh.herrmann@gmail.com>
Make sure the 'dbus' user and group exist. They used to be created in
the 'dbus-common' package, but that is no longer the case. Instead, we
are supposed to create them in tail packages manually.
Signed-off-by: David Herrmann <dh.herrmann@gmail.com>
Also add triggerpostun hooks against dbus-daemon. In case both
dbus-broker and dbus-daemon are installed, and dbus-daemon is the one
that is enabled, make sure removing dbus-daemon enables dbus-broker.
Signed-off-by: Tom Gundersen <teg@jklm.no>
depend on dbus-common instead of dbus. Depending on dbus pulls in
dbus-daemon (and hence indirectly dbus-common), so that works, but
it is not what we want.