Re: startx unsets DBUS_SESSION_BUS_ADDRESS, which breaks user D-Bus session
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 launching > > another D-Bus session which breaks communicating with user systemd > > services (and any D-Bus services started before launching X) from X > > session via D-Bus, since they use two different D-Bus daemons. I > > would really like this bug to be fixed. > > I'm going over my backlog of things to respond to, even though > this mail was send a over a year ago this seems worthwhile to > respond too. > > I've currently re-opened the discussion about this here: > https://gitlab.freedesktop.org/xorg/app/xinit/issues/9 > > Hopefully we can get some momentum on getting this fixed > there. +1. This affects xrdp sessions as well. Thanks, Hans. Regards, Dominik -- Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org There should be a science of discontent. People need hard times and oppression to develop psychic muscles. -- from "Collected Sayings of Muad'Dib" by the Princess Irulan ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: startx unsets DBUS_SESSION_BUS_ADDRESS, which breaks user D-Bus session
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 systemd services (and any D-Bus services started before launching X) from X session via D-Bus, since they use two different D-Bus daemons. I would really like this bug to be fixed. I'm going over my backlog of things to respond to, even though this mail was send a over a year ago this seems worthwhile to respond too. I've currently re-opened the discussion about this here: https://gitlab.freedesktop.org/xorg/app/xinit/issues/9 Hopefully we can get some momentum on getting this fixed there. Regards, Hans ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: startx unsets DBUS_SESSION_BUS_ADDRESS, which breaks user D-Bus session
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 org.freedesktop.DBus.ListNames" > command. If it doesn't list org.freedesktop.systemd1 or > org.pulseaudio.Server you have this issue. Yes, I have the issue. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: startx unsets DBUS_SESSION_BUS_ADDRESS, which breaks user D-Bus session
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" in /usr/bin/startx, what's the value of it after you started X? What does "ps -ef | grep dbus-daemon" return for you? 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 org.freedesktop.DBus.ListNames" command. If it doesn't list org.freedesktop.systemd1 or org.pulseaudio.Server you have this issue. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: startx unsets DBUS_SESSION_BUS_ADDRESS, which breaks user D-Bus session
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. org.freedesktop.Notifications) from user systemd services. This > line was added in pre-systemd times when D-Bus session has been > launching together with X server. Now D-Bus is launched by systemd on > login, and unsetting DBUS_SESSION_BUS_ADDRESS in startx results in > another D-Bus daemon. I don't think I have anything like that happening, so that would explain why I am seeing no difference. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: startx unsets DBUS_SESSION_BUS_ADDRESS, which breaks user D-Bus session
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 been a fluke. My next shutdown powered down, and I tried a few more and they worked as well. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: startx unsets DBUS_SESSION_BUS_ADDRESS, which breaks user D-Bus session
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 pre-systemd times when D-Bus session has been launching together with X server. Now D-Bus is launched by systemd on login, and unsetting DBUS_SESSION_BUS_ADDRESS in startx results in another D-Bus daemon. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: startx unsets DBUS_SESSION_BUS_ADDRESS, which breaks user D-Bus session
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 with user systemd > services (and any D-Bus services started before launching X) from X > session via D-Bus, since they use two different D-Bus daemons. I > would really like this bug to be fixed. Thanks, Alexey Rochev So, I always start X from runlevel 3 (multiuser) using startx. After reading this, I went into the startx script and commented out the unset for DBUS_SESSION_BUS_ADDRESS. I haven't noticed any effects while running X from doing this. 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. I checked in koji, and while the latest version is 1.4, this still remains the same. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
startx unsets DBUS_SESSION_BUS_ADDRESS, which breaks user D-Bus session
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 before launching X) from X session via D-Bus, since they use two different D-Bus daemons. I would really like this bug to be fixed. Thanks, Alexey Rochev ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
