Re: dbus-run-session output.

Simon Lees <[email protected]>
Newsgroups gmane.comp.freedesktop.dbus
Message-ID <[email protected]>

On 04/11/2017 08:45 PM, Simon McVittie wrote:
> On Tue, 11 Apr 2017 at 10:42:15 +0930, Simon Lees wrote:
>> I did some testing on a fresh install with openbox presumably with
>> nothing fancy happening, I have no ~/.dbus directory and the output of
>> systemctl status user-1000.slice (trimmed) seems to indicate its running
>> as a systemd service, i'm guessing thats what you were after Simon.
> 
>>            └─user-HmGangybm7RTDjBF/[email protected]
> ...
>>              ├─dbus.service
>>              │ ├─2117 /bin/dbus-daemon --session --address=systemd:
>> --nofork --nopidfile --systemd-activation
> 
> This is the session dbus-daemon as run in user-bus mode (the equivalent
> of installing dbus-user-session in Debian).
> 
> This is not the upstream default, so a previous dbus maintainer in
> openSUSE must have specifically chosen to use it. When they did that,
> I would have hoped that they'd check the contents of the distribution
> for compatibility with that approach.
> 
> There are basically two ways they could have done this. One is to go
> for the "clean break" approach, like Fedora and Arch Linux did: with
> that approach, the distribution no longer supports installations
> that do not use systemd --user to launch dbus.service, at all. If this
> is the route that you/they have chosen, then the Emacs wrapper script
> should just not do anything special about D-Bus, and rely on having been
> given a correct XDG_RUNTIME_DIR; D-Bus implementations will do the rest.
> 
After extensive testing it seems like for all graphical logins at least
this is working, when I tested a combo of the user in questions Display
Manager and Window Manager it worked for me so I think we have it
covered well, the one place we don't currently start it is for ssh
sessions, which maybe we should especially if people are using x
forwarding.

-- 

Simon Lees (Simotek)                            http://simotek.net

Emergency Update Team                           keybase.io/simotek
SUSE Linux                           Adelaide Australia, UTC+10:30
GPG Fingerprint: 5B87 DB9D 88DC F606 E489 CEC5 0922 C246 02F0 014B

_______________________________________________
dbus mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/dbus
signature.asc (application/pgp-signature, 488 B)
-----BEGIN PGP SIGNATURE-----

iQEzBAEBCAAdFiEED0hBIYMo9ADHKtZgEdQumr4Y/JEFAljtpwoACgkQEdQumr4Y
/JFWHgf/WPchry87KymaizINxt2kmIELk1nm14h1BcswikLTZ2jO34AgNdz1HxDo
TiLBAd2NiPmMtYwzrxr9fK2wCjLwUfV2d3CgH82PEGbOQ+Y43nufJKO5BNZSaBlo
pL+MjtoACX6t0Y4xrpxelLve3v0yr7ol9nGg5o8BBs5imIbev31C2Pn3SDt8JHiS
McHUpyAW87SLYpiSD82SjEuJAiUX2fHtnbOp93yRDIc7yupLCwmuLyObcdbiV3Ut
Uf1ByveClHtWf/MIz2HZHGvKTaeKnYUHul6r3U6JhW1y5TwATesXrZroQ8zhEnBW
MgQ73N32ebLKUbC+Ts3iXp80QpyQMA==
=vivz
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.