Re: startx unsets DBUS_SESSION_BUS_ADDRESS, which breaks user D-Bus session

2019-08-19 Thread Dominik 'Rathann' Mierzejewski
On Sunday, 18 August 2019 at 14:51, Hans de Goede wrote: > On 24-10-18 00:53, Alexey Rochev wrote: > > Hello, > > I would like to draw some attention to this bug: > > https://bugzilla.redhat.com/show_bug.cgi?id=1622259. Description: > > startx unsets DBUS_SESSION_BUS_ADDRESS, which result in

Re: startx unsets DBUS_SESSION_BUS_ADDRESS, which breaks user D-Bus session

2019-08-18 Thread Hans de Goede
Hi, On 24-10-18 00:53, Alexey Rochev wrote: Hello, I would like to draw some attention to this bug: https://bugzilla.redhat.com/show_bug.cgi?id=1622259. Description: startx unsets DBUS_SESSION_BUS_ADDRESS, which result in launching another D-Bus session which breaks communicating with user

Re: startx unsets DBUS_SESSION_BUS_ADDRESS, which breaks user D-Bus session

2018-10-24 Thread stan
On Wed, 24 Oct 2018 21:16:07 - "Alexey Rochev" wrote: > You can verify that your X session uses different dbus-daemon > that systemd by checking the output of "dbus-send --session > --dest=org.freedesktop.DBus --type=method_call > --print-reply /org/freedesktop/DBus

Re: startx unsets DBUS_SESSION_BUS_ADDRESS, which breaks user D-Bus session

2018-10-24 Thread Alexey Rochev
You see no difference because not much programs are affected by this (I discovered this issue when I tried to write systemd service that displays notifications via org.freedesktop.Notification D-Bus interface and was unable to get it to work). If you uncomment "unset DBUS_SESSION_BUS_ADDRESS"

Re: startx unsets DBUS_SESSION_BUS_ADDRESS, which breaks user D-Bus session

2018-10-24 Thread stan
On Wed, 24 Oct 2018 15:32:31 - "Alexey Rochev" wrote: > One effect of this is for example, is inability to control PulseAudio > via D-Bus from X session (although most programs use libpulse API > that works via sockets) or lack of access to user D-Bus services > (e.g.

Re: startx unsets DBUS_SESSION_BUS_ADDRESS, which breaks user D-Bus session

2018-10-24 Thread stan
On Wed, 24 Oct 2018 07:40:51 -0700 stan wrote: > I did notice that when I shut down > by closing X, and then using shutdown -P now that the powerdown > does not work. I have to manually turn the system off, though it > does reach shutdown state. Just an additional data point. That must have

Re: startx unsets DBUS_SESSION_BUS_ADDRESS, which breaks user D-Bus session

2018-10-24 Thread Alexey Rochev
One effect of this is for example, is inability to control PulseAudio via D-Bus from X session (although most programs use libpulse API that works via sockets) or lack of access to user D-Bus services (e.g. org.freedesktop.Notifications) from user systemd services. This line was added in

Re: startx unsets DBUS_SESSION_BUS_ADDRESS, which breaks user D-Bus session

2018-10-24 Thread stan
On Tue, 23 Oct 2018 22:53:50 - "Alexey Rochev" wrote: > I would like to draw some attention to this bug: > https://bugzilla.redhat.com/show_bug.cgi?id=1622259. Description: > startx unsets DBUS_SESSION_BUS_ADDRESS, which result in launching > another D-Bus session which breaks communicating

startx unsets DBUS_SESSION_BUS_ADDRESS, which breaks user D-Bus session

2018-10-23 Thread Alexey Rochev
Hello, I would like to draw some attention to this bug: https://bugzilla.redhat.com/show_bug.cgi?id=1622259. Description: startx unsets DBUS_SESSION_BUS_ADDRESS, which result in launching another D-Bus session which breaks communicating with user systemd services (and any D-Bus services started