Xpra: Ticket #2016: ssh feature loss vs 2.2.4 client macos

I had been using Xpra client 2.2.4 on macos 10.13.6 then upgraded (using the .pkg) to xpra v2.4-r20679.

Previously my hostname was a short alias "joe", configured in the .ssh/config using a Host line like:

Host joe joe.example.com

this didn't work anymore in the 2.4 client. Easy work-around, use the FQDN instead.

My ~/.ssh/ dir had and has both an id_rsa and id_dsa. A plain shell "ssh joe" did and does work to auto use id_dsa (no IdentityFile configured in .ssh/config). Using 2.2.4 client, it also auto used id_dsa.

In 2.4, the id_dsa did not work. And explicitly specifying it via IdentityFile in .ssh/config still failed to make it use it. I had to reconfigure remote account to use my id_rsa.pub instead. (Easy fix).

From an earlier ticket 9 months ago, I recall statements like "blah not implemented or working yet in python3/gtk3 client". Are these more like that? Thanks.

Mon, 29 Oct 2018 06:55:49 GMT - Antoine Martin: status, description changed; resolution set

2.4 with the new paramiko backend does not load config from .ssh, but 2.5 will: #1937

r20866 fixes the issue where it would only try the first key it finds, this will be included in 2.4.1 - thanks for reporting that

In the meantime, you can also switch back to the old openssh backend with --ssh="ssh -x".

Xpra: Ticket #2016: ssh feature loss vs 2.2.4 client macos

Mon, 29 Oct 2018 06:55:49 GMT - Antoine Martin: status, description changed; resolution set

Sat, 23 Jan 2021 05:39:53 GMT - migration script: