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