Hi,
In KDE3, kio_sftp is a kioslave with interacts with the ssh process. This is ported to libssh in KDE4.
This was apparently working correctly until something low-level is upgraded on distros (glibc, kernel, etc) as now it fails while interacting with SSH because of some problem related to TTY stuff. (I've debugged for 2-3 hours, come to very weird and interesting points but still no fix) The bad thing that it isn't even using KProcess, it implements its own process class.
If you write for example a python wrapper like:
import subprocess import sys cmd = ["/usr/bin/ssh.orig"] cmd.extend(sys.argv[1:]) subprocess.call(cmd)
and save the original ssh binary as ssh.orig and put this wrapper as /usr/bin/ssh, it magically works!
Do you have any idea about the issue? There's a bug report on KDE too which is closed as fixed when the slave was ported to libssh in KDE4.
None of the codes are modified in Trinity SVN since 3.5.10 import.
This kio seems to reserve to be trashed, holy crap.
I've been building KDE 3.5.10 against fairly recent, although marked as stable, Gentoo packages with no problems thus far. Can you send a package list and I'll compare against yours? Or have you made some progress?
Best regards, Tiago
On Thu, Feb 3, 2011 at 10:19 PM, Ozan Çağlayan ozan@pardus.org.tr wrote:
Hi,
In KDE3, kio_sftp is a kioslave with interacts with the ssh process. This is ported to libssh in KDE4.
This was apparently working correctly until something low-level is upgraded on distros (glibc, kernel, etc) as now it fails while interacting with SSH because of some problem related to TTY stuff. (I've debugged for 2-3 hours, come to very weird and interesting points but still no fix) The bad thing that it isn't even using KProcess, it implements its own process class.
If you write for example a python wrapper like:
import subprocess import sys cmd = ["/usr/bin/ssh.orig"] cmd.extend(sys.argv[1:]) subprocess.call(cmd)
and save the original ssh binary as ssh.orig and put this wrapper as /usr/bin/ssh, it magically works!
Do you have any idea about the issue? There's a bug report on KDE too which is closed as fixed when the slave was ported to libssh in KDE4.
None of the codes are modified in Trinity SVN since 3.5.10 import.
This kio seems to reserve to be trashed, holy crap.
-- Pardus Linux http://www.pardus.org.tr/eng
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@lists.pearsoncomputing.net Read list messsages on the Web archive: http://trinity-devel.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
On 06.02.2011 01:50, Tiago Marques wrote:
I've been building KDE 3.5.10 against fairly recent, although marked as stable, Gentoo packages with no problems thus far. Can you send a package list and I'll compare against yours? Or have you made some progress?
Hm. Note that I'm not using Trinity but just asked here because people may have an idea about it. Maybe Gentoo has some patches in kdebase which fixes the issue I don't know. Or I doubt that the pretty low-level process handling of this kio is affected by a recent glibc, gcc, kernel update.
Will investigate further. Thanks.
On Sunday 06 February 2011 12:22:48 Ozan Çağlayan wrote:
On 06.02.2011 01:50, Tiago Marques wrote:
I've been building KDE 3.5.10 against fairly recent, although marked as stable, Gentoo packages with no problems thus far. Can you send a package list and I'll compare against yours? Or have you made some progress?
Hm. Note that I'm not using Trinity but just asked here because people may have an idea about it. Maybe Gentoo has some patches in kdebase which fixes the issue I don't know. Or I doubt that the pretty low-level process handling of this kio is affected by a recent glibc, gcc, kernel update.
Will investigate further. Thanks.
I using Trinity on gentoo and fish/sftp crashing very often. For this reason I writing sftp kioslave from scratch, using libssh2. So far, seems very stable and very fast. I think in future I will rewrite fish too (and maybe a scp kioslave).
On Sun, Feb 13, 2011 at 7:46 PM, Serghei Amelian serghei@thel.ro wrote:
On Sunday 06 February 2011 12:22:48 Ozan Çağlayan wrote:
On 06.02.2011 01:50, Tiago Marques wrote:
I've been building KDE 3.5.10 against fairly recent, although marked as stable, Gentoo packages with no problems thus far. Can you send a package list and I'll compare against yours? Or have you made some progress?
Hm. Note that I'm not using Trinity but just asked here because people may have an idea about it. Maybe Gentoo has some patches in kdebase which fixes the issue I don't know. Or I doubt that the pretty low-level process handling of this kio is affected by a recent glibc, gcc, kernel update.
Will investigate further. Thanks.
I using Trinity on gentoo and fish/sftp crashing very often. For this reason I writing sftp kioslave from scratch, using libssh2. So far, seems very stable and very fast. I think in future I will rewrite fish too (and maybe a scp kioslave).
-- Serghei
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@lists.pearsoncomputing.net Read list messsages on the Web archive: http://trinity-devel.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
Hmmm, sftp:// has always worked for me in KDE 3 and 4. Had a bunch of problems with fish though, nor have I tried it on TDE.