Admin

name	type	size	perms	modified	actions
[parent directory]
dbus-broker-launch.catalog	file	4,246 B	0644	2024-04-12 14:07:35	edit
dbus-broker.catalog	file	2,355 B	0644	2024-04-12 14:07:35	edit
systemd.be.catalog	file	13,167 B	0644	2026-06-03 00:00:00	edit
systemd.be@latin.catalog	file	10,176 B	0644	2026-06-03 00:00:00	edit
systemd.bg.catalog	file	29,314 B	0644	2026-06-03 00:00:00	edit
systemd.catalog	file	32,758 B	0644	2026-06-03 00:00:00	edit
systemd.da.catalog	file	8,014 B	0644	2026-06-03 00:00:00	edit
systemd.de.catalog	file	714 B	0644	2026-06-03 00:00:00	edit
systemd.fr.catalog	file	13,389 B	0644	2026-06-03 00:00:00	edit
systemd.hr.catalog	file	10,293 B	0644	2026-06-03 00:00:00	edit
systemd.hu.catalog	file	8,413 B	0644	2026-06-03 00:00:00	edit
systemd.it.catalog	file	16,091 B	0644	2026-06-03 00:00:00	edit
systemd.ko.catalog	file	11,266 B	0644	2026-06-03 00:00:00	edit
systemd.pl.catalog	file	33,908 B	0644	2026-06-03 00:00:00	edit
systemd.pt_BR.catalog	file	8,443 B	0644	2026-06-03 00:00:00	edit
systemd.ru.catalog	file	20,415 B	0644	2026-06-03 00:00:00	edit
systemd.sr.catalog	file	10,761 B	0644	2026-06-03 00:00:00	edit
systemd.zh_CN.catalog	file	7,427 B	0644	2026-06-03 00:00:00	edit
systemd.zh_TW.catalog	file	7,386 B	0644	2026-06-03 00:00:00	edit

editing: dbus-broker.catalog

-- 199d4300277f495f84ba4028c984214c
Subject: Falling back to resolving auxiliary groups using NSS
Defined-By: dbus-broker
Documentation: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/net/core/sock.c?id=28b5ba2aa0f55d80adb2624564ed2b170c19519e
Support: https://groups.google.com/forum/#!forum/bus1-devel

In order to determine the policy to apply to a peer we need to
know the owning user as well as the users auxiliary groups.

The user and group ids are provided to us by the SO_PEERCREDS
sockopt, and on newer kernels we also get the auxiliary groups
via the SO_PEERGROUPS sockopts.

However, on older kernels where the SO_PEERGROUPS sockopt is not
available, we fall back to query the auxiliary groups over NSS.
This is racy as the auxiliary groups may change, and the groups
we end up with may not be the ones at the time the socket was
opened by the client. This is highly discouraged, and upating
to a kernel with SO_PEERGROUPS support is recommended.

-- 8af3357071af4153af414daae07d38e7
Subject: Dispatched @DBUS_BROKER_METRICS_DISPATCH_COUNT@ messages
Defined-By: dbus-broker
Support: https://groups.google.com/forum/#!forum/bus1-devel

This message is printed by dbus-broker when shutting down. It includes metric
information collected during the runtime of dbus-broker.

The message lists the number of dispatched messages
(in this case @DBUS_BROKER_METRICS_DISPATCH_COUNT@) as well as the mean time to
handling a single message. The time measurements exclude the time spent on
writing to and reading from the kernel.

-- b209c0d9d1764ab38d13b8e00d1784d6
Subject: Peer @DBUS_BROKER_SENDER_UNIQUE_NAME@ violated the D-Bus protocol
Defined-By: dbus-broker
Support: https://groups.google.com/forum/#!forum/bus1-devel

The peer @DBUS_BROKER_SENDER_UNIQUE_NAME@ attempted to violate the protocol
and is therefore disconnected.

-- 6fa70fa776044fa28be7a21daf42a108
Subject: Peer @DBUS_BROKER_RECEIVER_UNIQUE_NAME@ could not receive a requested message
Defined-By: dbus-broker
Support: https://groups.google.com/forum/#!forum/bus1-devel

The peer @DBUS_BROKER_SENDER_UNIQUE_NAME@ failed to receive a message it requested
and is therefore disconnected. The message in question could be a method
error or reply or a broadcast the peer has subscribed to.

Disconnecting the peer ensures that no messages are silently dropped.

cancel