https://bugs.kde.org/show_bug.cgi?id=425734
--- Comment #5 from Harald Sitter <sit...@kde.org> --- I'm fairly certain there is something in either your .ssh/config or etc/ssh/ssh_config that messes with things. I can't reproduce this on a pristine neon install. It could very well be a bug in libssh though. One of the instances says > log_kio_sftp: [ ssh_list_kex ] ( 4 ) ssh_list_kex: compression algo > client->server: none > ... > log_kio_sftp: [ ssh_list_kex ] ( 4 ) ssh_list_kex: compression algo > server->client: none > ... > log_kio_sftp: [ ssh_kex_select_methods ] ( 1 ) ssh_kex_select_methods: kex > error : no match for method compression algo client->server: server [none], > client [z...@openssh.com,zlib] Neither end was taking about zlib, yet somehow the internal kex list contained zlib.... Which may be because irritatingly almost at the beginning there was a connection being made with compression: > log_kio_sftp: [ ssh_list_kex ] ( 4 ) ssh_list_kex: compression algo > client->server: z...@openssh.com,zlib I do not see that being the case when using a new neon installation. So my best guess is that something in your config prompted libssh to connect with compression enabled and later getting confused about the kex list because there was a connection with compression and then there was one without. -- You are receiving this mail because: You are watching all bug changes.
