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): gnome-session-3.14.0-1.fc21.x86_64 How reproducible: Always Steps to Reproduce: 1. Select "GNOME on Wayland" in gdm 2. Open a terminal 3. tun "ssh-add" Actual results: $ ssh-add Could not open a connection to your authentication agent. Expected results: Enter passphrase for ...: Additional info: None.
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: https://fedoraproject.org/wiki/Fedora_22_Final_Release_Criteria#Desktop_keyring 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 > blocker? 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.[0] 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 [0] http://meetbot.fedoraproject.org/meetbot/fedora-blocker-review/2015-05-04/f22-blocker-review.2015-05-04-16.00.log.txt
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' of '21'. 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.