I have =gnome-base/gdm-2.20.11 and =x11-misc/lightdm-1.0.6-r3 installed. If I use LightDM applications needing DBUS won't work. This is because GDM installs "/etc/X11/xinit/xinitrc.d/50-ssh-agent" which sets "$command", so "/etc/X11/xinit/xinitrc.d/80-dbus" extends the "$command" variable instead of running "dbus-launch" directly. I'm not sure what would be a proper fix, maybe running "50-ssh-agent" only if "$command" is defined, as "80-dbus" already does?
I am not sure I understand the bug so CC'ing gnome people
gdm's /etc/X11/xinit/xinitrc.d/50-ssh-agent, dbus's /etc/X11/xinit/xinitrc.d/80-dbus, and consolekit's /etc/X11/xinit/xinitrc.d/90-consolekit all assume that the environment variable $command is used to hold the command needed to launch the user's X session, and accordingly prepend various necessary stuff to it.
I assume that the bug report implies that lightdm fails to respect $command, unlike other display managers. However, I do not use lightdm, so cannot check.
Err if this is the case, it does not look Gentoo specific and it needs to be reported upstream right?
(In reply to comment #3)
Since Gentoo's lightm package uses custom /etc/lightdm/Xsession file, I would guess that the problem lies there and not in upstream :)
Take a look at gdm's /etc/gdm/Xsession for an example of something that works.
(In reply to comment #2)
> gdm's /etc/X11/xinit/xinitrc.d/50-ssh-agent, dbus's
> /etc/X11/xinit/xinitrc.d/80-dbus, and consolekit's
> /etc/X11/xinit/xinitrc.d/90-consolekit all assume that the environment variable
> $command is used to hold the command needed to launch the user's X session, and
> accordingly prepend various necessary stuff to it.
> I assume that the bug report implies that lightdm fails to respect $command,
> unlike other display managers. However, I do not use lightdm, so cannot check.
Yeah, it seems like LightDM's Xsession ignores "$command", but 80-dbus actually can run dbus-launch directly if "$command" is empty (not set by 50-ssh-agent for example).
Right. Well, I don't have free time to play with gdm and lightdm configs at the moment so if you have a proposed patch feel free to attach it. I am cc'ing Samuli as he may be familiar with this sort of stuff. He may have some time to fix it sooner than I will.
If anyone cares to provide a patch for this bug then feel free to do so. I don't see myself trying gdm+lightdm in the near future.
lightdm must comply to the $command logic. This is not something specific to gdm at all or at least not to gentoo since this setup is found in debian and maybe still is in fedora and ubuntu.
This is how X sessions select some actions to chain before starting the binary that will run your desktop in order to setup the proper environment for it.
If you want something different, you will have to ask x11 team to finally come up with something as there are quite a few tickets opened about xinitrc.d (or related) lack of homogeneity in gentoo.
Adding x11 herd per my last comment.
I can't reproduce this with 3.10 and lightdm (neither with 3.8)
(In reply to Pacho Ramos from comment #10)
> I can't reproduce this with 3.10 and lightdm (neither with 3.8)
Please confirm if you are still suffering this with an updated system