Tim, Robert, Serghei, All
There is an error in konqueror sftp URL handling that causes sftp from konqueror to fail. I first reported this back in October 2010 on the various lists reporting that the konqueror url syntax 'sftp://user@host:port/path' no longer works after an update to one of the associated packages (probably openssh
= 5.6). IIRC, I also forwarded it to Tim at the time. (~ 10/7/2010)
Back in October, sftp 'in konqueror' continued to work to boxes where ssh was on the standard port 22, but would fail if sftp had been moved to a high port. 'fish' continued to (and continues in Trinity to) work to both standard and non-standard ssh ports.
Fast-forward to 'today' with Trinity svn.
(1) sftp in konqueror fails to work at all:
http://www.3111skyline.com/dl/dt/trinity/err/ssh/ss-err-enc-talk2ssh.jpg
the sftp target host in the screenshot above (dcrgx2) has ssh on the standard port 22. Now konqueror will not talk to any host - on standard or high port.
(2) fish continues to work just fine (both standard and high ports)
http://www.3111skyline.com/dl/dt/trinity/err/ssh/ss-fish-OK.jpg (standard)
http://www.3111skyline.com/dl/dt/trinity/err/ssh/ss-fish-OK-high-port.jpg (high)
(3) sftp from the command line in Trinity (konsole) works fine to either high or standard ports:
http://www.3111skyline.com/dl/dt/trinity/err/ssh/ss-sftp-cli-OK.jpg
So the problem is definitely with konqueror's handling of the sftp URLs and how it passes that information to openssh. This is a distribution generic problem with KDE3 after the change to openssh (I'm pretty sure). In older releases of distros (like SuSE 11.0 - sftp in konqueror continues to work normally)
The bottom line for Trinity going forward is that the normal konqueror sftp syntax of:
sftp://user@host:port/dir1/dir2
is broken. This is confirmed as a konqueror problem because, in Trinity (and kde3 in general), the command line syntax:
sftp -Pport user@host:/dir1/dir2
continues to work fine. So as does 'fish://'.
I have researched this issue for a couple of months and the best I can tell is the problem is in kdebase/kioslave/sftp. There were references to an old Gentoo bug that fixed ksshprocess.cpp line 101 to regarding and openssh 3.6 problem with "ssh-userauth2 successful:", but I know that doesn't have anything to do with the current problem. It may be the same file that needs fixing now, but different problem.
For Trinity, do we want to open up a bug report so this one can be tracked, or do we want to work it from the mailing list? Either way, the fix is probabl simple, but this is a biggie for sftp functionality.
Thanks.
On Sat, Feb 26, 2011 at 20:26, David C. Rankin drankinatty@suddenlinkmail.com wrote:
Tim, Robert, Serghei, All
There is an error in konqueror sftp URL handling that causes sftp from konqueror to fail. I first reported this back in October 2010 on the various lists reporting that the konqueror url syntax 'sftp://user@host:port/path' no longer works after an update to one of the associated packages (probably openssh
= 5.6). IIRC, I also forwarded it to Tim at the time. (~ 10/7/2010)
Back in October, sftp 'in konqueror' continued to work to boxes where ssh was on the standard port 22, but would fail if sftp had been moved to a high port. 'fish' continued to (and continues in Trinity to) work to both standard and non-standard ssh ports.
Fast-forward to 'today' with Trinity svn.
(1) sftp in konqueror fails to work at all:
http://www.3111skyline.com/dl/dt/trinity/err/ssh/ss-err-enc-talk2ssh.jpg
the sftp target host in the screenshot above (dcrgx2) has ssh on the standard port 22. Now konqueror will not talk to any host - on standard or high port.
D:
(2) fish continues to work just fine (both standard and high ports)
http://www.3111skyline.com/dl/dt/trinity/err/ssh/ss-fish-OK.jpg (standard)
http://www.3111skyline.com/dl/dt/trinity/err/ssh/ss-fish-OK-high-port.jpg (high)
(3) sftp from the command line in Trinity (konsole) works fine to either high or standard ports:
http://www.3111skyline.com/dl/dt/trinity/err/ssh/ss-sftp-cli-OK.jpg
So the problem is definitely with konqueror's handling of the sftp URLs and how it passes that information to openssh. This is a distribution generic problem with KDE3 after the change to openssh (I'm pretty sure). In older releases of distros (like SuSE 11.0 - sftp in konqueror continues to work normally)
Hm. Have you tried SuSE 11.4 with KDE3 (with the KDE:KDE3 repo?) I think they might have a patch that fixes this.
The bottom line for Trinity going forward is that the normal konqueror sftp syntax of:
sftp://user@host:port/dir1/dir2
is broken. This is confirmed as a konqueror problem because, in Trinity (and kde3 in general), the command line syntax:
sftp -Pport user@host:/dir1/dir2
continues to work fine. So as does 'fish://'.
I have researched this issue for a couple of months and the best I can tell is the problem is in kdebase/kioslave/sftp. There were references to an old Gentoo bug that fixed ksshprocess.cpp line 101 to regarding and openssh 3.6 problem with "ssh-userauth2 successful:", but I know that doesn't have anything to do with the current problem. It may be the same file that needs fixing now, but different problem.
For Trinity, do we want to open up a bug report so this one can be tracked, or do we want to work it from the mailing list? Either way, the fix is probabl simple, but this is a biggie for sftp functionality.
Thanks.
Let's keep it to the mailing list, and if it gets to be very major, we'll move to bugzilla.
On 02/26/2011 07:33 PM, Robert Xu wrote:
Hm. Have you tried SuSE 11.4 with KDE3 (with the KDE:KDE3 repo?) I think they might have a patch that fixes this.
<snip>
Not yet. On my suse laptop (still 11.0) I was waiting the 11 more days until 11.4 was release. (I will morn the loss the of the fglrx 8-9 driver :( ) I just booted 11.3 and the display went to hell again. I must have pulled in the xorg updates again. The last versions I have that work are:
20:15 zephyr:/home/backup/xorg> ls -1 xorg-x11-driver-input-7.6-98.1.i586.rpm xorg-x11-driver-video-7.6-162.1.i586.rpm xorg-x11-server-7.6_1.9.3-111.6.i586.rpm xorg-x11-server-extra-7.6_1.9.3-111.6.i586.rpm xorg-x11-server-sdk-7.6_1.9.3-111.6.i586.rpm
The new files in X11:/XOrg cause my display to go nuts.
I'm pulling 11.4-RC2 and I'll go ahead and give it a try. 11.3 still has the same problem with konqueror sftp. If there is a fix, see if Ilya will backport it to 11.3.
<snip>
Let's keep it to the mailing list, and if it gets to be very major, we'll move to bugzilla.
Will do :)
On 02/26/2011 08:22 PM, David C. Rankin wrote:
On 02/26/2011 07:33 PM, Robert Xu wrote:
Hm. Have you tried SuSE 11.4 with KDE3 (with the KDE:KDE3 repo?) I think they might have a patch that fixes this.
<snip>
Robert -- This looks like it is ALREADY fixed in 11.3! (at least to some extent) This must have been patched in the past day or so. The latest updates I have from KDE:/KDE3 today are:
21:01 zephyr:~> rpm -qa --queryformat '%{installtime} (%{installtime:date}) %{name}\n' | sort -n | grep "26\ Feb\ 2011" | grep kde 1298773042 (Sat 26 Feb 2011 08:17:22 PM CST) kdelibs3-default-style 1298773121 (Sat 26 Feb 2011 08:18:41 PM CST) kdelibs3 <snip> 1298773293 (Sat 26 Feb 2011 08:21:33 PM CST) kdelibs3-doc 1298773379 (Sat 26 Feb 2011 08:22:59 PM CST) kdelibs3-devel-doc 1298773387 (Sat 26 Feb 2011 08:23:07 PM CST) kdelibs3-arts <snip> 1298773483 (Sat 26 Feb 2011 08:24:43 PM CST) kdebase3-samba 1298773486 (Sat 26 Feb 2011 08:24:46 PM CST) kdebase3-runtime <snip> 1298773621 (Sat 26 Feb 2011 08:27:01 PM CST) kdelibs3-devel <snip> 1298773634 (Sat 26 Feb 2011 08:27:14 PM CST) kdebase3-kdm 1298773657 (Sat 26 Feb 2011 08:27:37 PM CST) kdebase3 <snip> 1298773774 (Sat 26 Feb 2011 08:29:34 PM CST) kdebase3-workspace 1298773778 (Sat 26 Feb 2011 08:29:38 PM CST) kdebase3-nsplugin 1298773785 (Sat 26 Feb 2011 08:29:45 PM CST) kdebase3-apps <snip> 1298773835 (Sat 26 Feb 2011 08:30:35 PM CST) kdebase3-session 1298773837 (Sat 26 Feb 2011 08:30:37 PM CST) kdebase3-extra 1298773839 (Sat 26 Feb 2011 08:30:39 PM CST) kdebase3-devel 1298773840 (Sat 26 Feb 2011 08:30:40 PM CST) kdebase3-beagle 1298773866 (Sat 26 Feb 2011 08:31:06 PM CST) kdevelop3
So the patch must be available :)
Here is a very pleasant screenshot:
http://www.3111skyline.com/dl/dt/trinity/err/ssh/ss-sftp-fixed-suse_113.jpg
On Sunday 27 February 2011 05:22:26 David C. Rankin wrote:
I'm pulling 11.4-RC2 and I'll go ahead and give it a try. 11.3 still has the same problem with konqueror sftp. If there is a fix, see if Ilya will backport it to 11.3.
There is no need to backport something in OBS, KDE3 for all releases is built from the same source. Just the opposite: if you expressly want something to be different between the releases, you have to make efforts to insert a condition operator with version verification.
On Sunday 27 February 2011 04:33:05 Robert Xu wrote:
Hm. Have you tried SuSE 11.4 with KDE3 (with the KDE:KDE3 repo?) I think they might have a patch that fixes this.
KDE3 built for all releases (from SLE 10 to 11.4 and Factory) is completely the same. It could be very rarely if one release has a patch and the other has not, only if the patch is incompatible or useless for that release.
On Sunday 27 February 2011 03:26:40 David C. Rankin wrote:
Tim, Robert, Serghei, All
There is an error in konqueror sftp URL handling that causes sftp from konqueror to fail. I first reported this back in October 2010 on the various lists reporting that the konqueror url syntax 'sftp://user@host:port/path' no longer works after an update to one of the associated packages (probably openssh
As I said here ( http://trinity-devel.pearsoncomputing.net/?0::1054 ) I working on a replacement for sftp kioslave, based on libssh2.
[...]
On 02/26/2011 07:41 PM, Serghei Amelian wrote:
As I said here ( http://trinity-devel.pearsoncomputing.net/?0::1054 ) I working on a replacement for sftp kioslave, based on libssh2.
[...]
Remember, I'm old... The longer I get in years, the shorter my memory seems to become :)
-
David C. Rankin -
Ilya Chernykh -
Robert Xu -
Serghei Amelian