Description of problem:
For some reason, when selecting "GNOME on Wayland", the ssh-agent is not started.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Select "GNOME on Wayland" in gdm
2. Open a terminal
3. tun "ssh-add"
Could not open a connection to your authentication agent.
Enter passphrase for ...:
that's because we don't run the Xsession wrapper script for wayland sessions. we should find some other solution than calling the Xsession wrapper script, though, in my opinion.
Why not use systemd to manage the wayland session? I have the same problem of course.
The work around I suppose is to add the ssh-agent in the autostart somewhere so it runs on login.
I'm seeing the same issue in my F22 beta system. Should this be a release blocker?
I've only seen this intermittently, for some reason - most of the time it works.
The criteria require the keyring to work:
but not explicitly the ssh agent.
(In reply to Jeffrey C. Ollie from comment #3)
> I'm seeing the same issue in my F22 beta system. Should this be a release
The wayland session isn't the default .. so not sure it makes sense to block for it.
-1 blocker. Wayland is not the default session and the criteria doesn't specifically require an SSH agent either.
From the discussion above, any solution for this is likely to be moderately involved and should therefore be targeted as something to be done before Wayland *becomes* default.
yeah, somehow I totally missed that this was wayland, which makes my comment invalid btw - I've occasionally seen ssh agent not run *in X*, but only very occasionally. definite -1.
Discussed at the 2015-05-04 blocker review meeting. Voted as RejectedBlocker.
RejectedBlocker - this report is for GNOME on Wayland, which is not the default session and is not considered to block the release in general
This has since been fixed (in F23 / 3.17.x), but I can't seem to change the status directly myself.
we're still actually working on this upstream. we have an iteration of the gnome-session half in, but still need to land the gnome-shell half (and potentially do another iteration on the gnome-session half following discussion)
This message is a reminder that Fedora 21 is nearing its end of life.
Approximately 4 (four) weeks from now Fedora will stop maintaining
and issuing updates for Fedora 21. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as EOL if it remains open with a Fedora 'version'
Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version'
to a later Fedora version.
Thank you for reporting this issue and we are sorry that we were not
able to fix it before Fedora 21 is end of life. If you would still like
to see this bug fixed and are able to reproduce it against a later version
of Fedora, you are encouraged change the 'version' to a later Fedora
version prior this bug is closed as described in the policy above.
Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a
more recent Fedora release includes newer upstream software that fixes
bugs or makes them obsolete.
Bumping to Rawhide per #c10.
this should actually be worked around in 3.18.1
This still does not seem to work in F31. Notice on wayland:
3732 ? Ssl 0:00 /usr/sbin/gdm
97657 ? Sl 0:00 \_ gdm-session-worker [pam/gdm-password]
97690 tty2 Ssl+ 0:00 \_ /usr/libexec/gdm-wayland-session /usr/bin/gnome-session
97693 tty2 Sl+ 0:00 \_ /usr/libexec/gnome-session-binary
and on Xorg:
3732 ? Ssl 0:00 /usr/sbin/gdm
110905 ? Sl 0:00 \_ gdm-session-worker [pam/gdm-password]
110967 tty2 Ssl+ 0:00 \_ /usr/libexec/gdm-x-session --run-script /usr/bin/gnome-session
110969 tty2 Sl+ 0:03 \_ /usr/libexec/Xorg vt2 -displayfd 3 -auth /run/user/1001/gdm/Xauthority -background none -noreset -keeptty -verbose 3
111031 tty2 Sl+ 0:00 \_ /usr/libexec/gnome-session-binary
111276 ? Ss 0:00 \_ /usr/bin/ssh-agent /bin/sh -c exec -l /bin/bash -c "/usr/bin/gnome-session"
But whether you get it on wayland or not, the biggest issue here is the inconsistency between wayland and Xorg because with the former you need gnome-keyring to start the ssh-agent and with the latter, having gnome-keyring start the ssh-agent actually breaks the ssh-agent of the login session.
Moreover this seems to be the cause of (completely untriaged) bug#1765552.