Launchpad has imported 22 comments from the remote bug at https://bugzilla.opensuse.org/show_bug.cgi?id=1088564.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2018-04-08T01:08:03+00:00 Nwr10cst-oslnx wrote: User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Firefox/52.0 Build Identifier: This happens in both Leap 15.0 and Tumbleweed. When I login to a Plasma5-Wayland session, "ssh-agent" is not running for the desktop session. This happens whether I use SDDM or GDM for the login manager. I'm aware that Plasma5-Wayland isn't really ready for prime time. Still, it would be nice to have this fixed by the time Leap 15.0 is officially released. My current workaround -- I'm starting "ssh-agent" in the shell startup file (with cross checks so that it isn't started if already running). Reproducible: Always Reply at: https://bugs.launchpad.net/ubuntu/+source/plasma- workspace/+bug/2024937/comments/0 ------------------------------------------------------------------------ On 2018-04-18T17:36:39+00:00 Fobian wrote: ssh-agent is never started by itself - how did you configure autostart? Reply at: https://bugs.launchpad.net/ubuntu/+source/plasma- workspace/+bug/2024937/comments/1 ------------------------------------------------------------------------ On 2018-04-18T17:46:45+00:00 Wbauer wrote: (In reply to Fabian Vogt from comment #1) > ssh-agent is never started by itself It is started by /etc/X11/xdm/sys.xsession if a gpg config is found in the user's home. Btw, I think there is another bug report already that this doesn't work on Wayland, but I'm not sure. Reply at: https://bugs.launchpad.net/ubuntu/+source/plasma- workspace/+bug/2024937/comments/2 ------------------------------------------------------------------------ On 2018-04-18T17:49:25+00:00 Fobian wrote: (In reply to Wolfgang Bauer from comment #2) > (In reply to Fabian Vogt from comment #1) > > ssh-agent is never started by itself > > It is started by /etc/X11/xdm/sys.xsession if a gpg config is found in the > user's home. > > Btw, I think there is another bug report already that this doesn't work on > Wayland, but I'm not sure. If that's the only place, it's by design. No files in /etc/X11/ are ever read in a wayland session. The correct place is in /etc/xdg/autostart/, it also has the benefit of it being visible in the autostart KCM. Reply at: https://bugs.launchpad.net/ubuntu/+source/plasma- workspace/+bug/2024937/comments/3 ------------------------------------------------------------------------ On 2018-04-18T17:58:00+00:00 Wbauer wrote: (In reply to Fabian Vogt from comment #3) > If that's the only place, it's by design. No files in /etc/X11/ are ever read > in a wayland session. AFAICT, it is the only place. And that explains why this has been reported as bug at all I suppose. > The correct place is in /etc/xdg/autostart/, it also has the benefit of it > being visible in the autostart KCM. With gpg 2.1 or higher, gpg-agent should actually be autostarted on demand though AFAIK. See also bug#1050438. Reply at: https://bugs.launchpad.net/ubuntu/+source/plasma- workspace/+bug/2024937/comments/4 ------------------------------------------------------------------------ On 2018-04-18T20:47:00+00:00 Nwr10cst-oslnx wrote: I'm not quite sure what you are asking. ssh-agent has always been started for KDE and other desktops. When Gnome first became available on Wayland, that had the same problem. It is now corrected, but I think that uses seahorse. The KaOS distro does start ssh-agent on Wayland session startup (perhaps only if ".ssh" exists in home directory. I can manage either way, but some consistency would be useful. I'm currently starting from my shell startup script. That's ".login" since I am a csh user. In effect, the startup script checks whether $SSH_AUTH_SOCK is defined in the environment. If not defined, it uses: eval `ssh-agent -c` to start ssh-agent. This depends on the session startup running the shell startup script. Starting as a normal autostart application probably would not work, because that would not set the environment for the entire session. Reply at: https://bugs.launchpad.net/ubuntu/+source/plasma- workspace/+bug/2024937/comments/5 ------------------------------------------------------------------------ On 2018-04-19T06:55:38+00:00 Fvogt-a wrote: (In reply to Neil Rickert from comment #5) > I'm not quite sure what you are asking. > > ssh-agent has always been started for KDE and other desktops. > > When Gnome first became available on Wayland, that had the same problem. It > is now corrected, but I think that uses seahorse. > > The KaOS distro does start ssh-agent on Wayland session startup (perhaps > only if ".ssh" exists in home directory. > > I can manage either way, but some consistency would be useful. The only way I'd be happy with is an actual upstream way the same on every distro and DE. Implementing everything downstream is just a waste of time. Can you create an upstream bug on bugs.kde.org? > I'm currently starting from my shell startup script. That's ".login" since > I am a csh user. In effect, the startup script checks whether > $SSH_AUTH_SOCK is defined in the environment. If not defined, it uses: > eval `ssh-agent -c` > to start ssh-agent. > > This depends on the session startup running the shell startup script. > Starting as a normal autostart application probably would not work, because > that would not set the environment for the entire session. Indeed. You'd need to put it into ~/.config/plasma-workspace/env/. Reply at: https://bugs.launchpad.net/ubuntu/+source/plasma- workspace/+bug/2024937/comments/6 ------------------------------------------------------------------------ On 2018-04-19T23:28:07+00:00 Nwr10cst-oslnx wrote: It seems that the recommended KDE way of doing this is with a suitable script in $HOME/.config/plasma-workspace/env I've tested that with something like: #### ksshagt.sh ### if [ -z "$SSH_AUTH_SOCK" ] ; then eval `ssh-agent -s` fi #### The "if" test is needed, in case the KDE login is with X11, where there is already ssh-agent being started and we won't want to start a second one. And it is recommended that a shutdown script also be used to terminate ssh-agent on logout. This seems to be working fine, and is probably better than using the standard shell startup script. Reply at: https://bugs.launchpad.net/ubuntu/+source/plasma- workspace/+bug/2024937/comments/7 ------------------------------------------------------------------------ On 2019-02-13T09:19:24+00:00 Mathias Homann wrote: i think somewhere along this report you guys started to get ssh-agent and gpg-agent mixed up... anyway, i can confirm the same problem, plus according to google the folks over at redhat are having the same issue with gnome. also, the workaround from #7 helps for ssh-agent; gpg-agent seems to behave properly already on wayland. Reply at: https://bugs.launchpad.net/ubuntu/+source/plasma- workspace/+bug/2024937/comments/8 ------------------------------------------------------------------------ On 2021-04-28T15:18:04+00:00 Opensuse-a wrote: *** Bug 1182869 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/ubuntu/+source/plasma- workspace/+bug/2024937/comments/9 ------------------------------------------------------------------------ On 2021-04-28T15:19:43+00:00 Opensuse-a wrote: (In reply to Neil Rickert from comment #7) > It seems that the recommended KDE way of doing this is with a suitable > script in > $HOME/.config/plasma-workspace/env This blocks loading the desktop until you entered the KWallet password, but it works. I guess there's no way to make it asynchronous, right? Reply at: https://bugs.launchpad.net/ubuntu/+source/plasma- workspace/+bug/2024937/comments/10 ------------------------------------------------------------------------ On 2021-04-28T20:12:28+00:00 Mathias Homann wrote: there's a pam module that can unlock your wallet on log in. Reply at: https://bugs.launchpad.net/ubuntu/+source/plasma- workspace/+bug/2024937/comments/11 ------------------------------------------------------------------------ On 2021-04-29T00:42:32+00:00 Nwr10cst-oslnx wrote: Responding to c#10 >This blocks loading the desktop until you entered the KWallet password, but it works. Then you are doing too much in your script. You are starting ssh-agent and you are adding a key. Just start ssh-agent, then you won't run into problems. You can setup a separate script, maybe with systems-settings --> startup and shutdown for adding a key. Starting ssh-agent needs to be done early in startup, so that the relevant ENVIRONMENT variables can be shared with the entire desktop. So it has to be synchronous. But adding a key can be done later in startup, because the key is just handed to the already running ssh- agent, which does any sharing needed. Reply at: https://bugs.launchpad.net/ubuntu/+source/plasma- workspace/+bug/2024937/comments/12 ------------------------------------------------------------------------ On 2022-02-24T09:05:07+00:00 Lnussel-k wrote: Can we find a solution that just works across Wayland, X11, DMs and DEs? Ie move /usr/etc/X11/xdm/scripts/11-ssh-agent somewhere to be found by all methods? Reply at: https://bugs.launchpad.net/ubuntu/+source/plasma- workspace/+bug/2024937/comments/13 ------------------------------------------------------------------------ On 2022-02-24T09:56:59+00:00 Sndirsch-u wrote: I don't know. There are more scripts in this directory, which might be relevant for Wayland and others affected. It could be found before the move to /usr/etc and it can still be found when adjusting the path. Reference for the /usr/etc move: boo#1173049 Reply at: https://bugs.launchpad.net/ubuntu/+source/plasma- workspace/+bug/2024937/comments/14 ------------------------------------------------------------------------ On 2022-07-04T12:40:54+00:00 Lnussel-k wrote: Any update on this? Today I switched to Wayland on TW for curiosity as I keep having isses with X but missing ssh-agent hits there too. Reply at: https://bugs.launchpad.net/ubuntu/+source/plasma- workspace/+bug/2024937/comments/15 ------------------------------------------------------------------------ On 2022-07-04T14:40:30+00:00 Sndirsch-u wrote: I don't have any, but I already commented on this ... Reply at: https://bugs.launchpad.net/ubuntu/+source/plasma- workspace/+bug/2024937/comments/16 ------------------------------------------------------------------------ On 2022-07-18T12:42:51+00:00 Lnussel-k wrote: Looks like this is how Fedora does it: https://src.fedoraproject.org/rpms/openssh/blob/rawhide/f/ssh-agent.service However, considering bug #1201564, maybe a socket unit would also work. Ideally we'd just set the default IdentityAgent setting in sshd to $XDG_RUNTIME_DIR/ssh-agent.socket so no env vars are needed by default. Reply at: https://bugs.launchpad.net/ubuntu/+source/plasma- workspace/+bug/2024937/comments/17 ------------------------------------------------------------------------ On 2022-07-25T13:49:16+00:00 Lnussel-k wrote: How about this? https://build.opensuse.org/package/rdiff/home:lnussel:branches:network/openssh?opackage=openssh&oproject=network&rev=4 Reply at: https://bugs.launchpad.net/ubuntu/+source/plasma- workspace/+bug/2024937/comments/18 ------------------------------------------------------------------------ On 2022-07-25T13:59:55+00:00 Fvogt-a wrote: (In reply to Ludwig Nussel from comment #18) > How about this? > > https://build.opensuse.org/package/rdiff/home:lnussel:branches:network/ > openssh?opackage=openssh&oproject=network&rev=4 IMO it's on the right track, but it could be made DE agnostic by using "graphical-session.target" and maybe some DE specific mentions in After=, like plasma-kwin_wayland.service for WAYLAND_DISPLAY. The latter could be avoided by instead making it conditional on XDG_SESSION_TYPE=wayland somehow. Reply at: https://bugs.launchpad.net/ubuntu/+source/plasma- workspace/+bug/2024937/comments/19 ------------------------------------------------------------------------ On 2022-07-26T12:32:24+00:00 Lnussel-k wrote: GNOME doesn't need it. Looks like gnome-keyring-daemon provides the ssh socket. Reply at: https://bugs.launchpad.net/ubuntu/+source/plasma- workspace/+bug/2024937/comments/20 ------------------------------------------------------------------------ On 2023-01-14T22:37:18+00:00 Robert-suse wrote: I switched now from X11 to Plasma Wayland and ssh-agent cannot be found anylonger. Distributor ID: openSUSE Description: openSUSE Tumbleweed Release: 20221203 I run Tumbleweed as of 03 December 2022. Reply at: https://bugs.launchpad.net/ubuntu/+source/plasma- workspace/+bug/2024937/comments/21 ** Changed in: opensuse Importance: Unknown => Medium -- You received this bug notification because you are a member of Kubuntu Bugs, which is subscribed to plasma-workspace in Ubuntu. https://bugs.launchpad.net/bugs/2024937 Title: ssh-agent is not started via startplasma-wayland To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/plasma-workspace/+bug/2024937/+subscriptions -- kubuntu-bugs mailing list kubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/kubuntu-bugs
