Sebastien Bacher wrote:
> looking to the source code the ssh backend runs "ssh -V" and look if
> "OpenSSH", "Sun_SSH" or "SSH Secure Shell" are printed on the command
> line to know which implementation it should be using, your wrapper
> probably doesn't respect the -V option or print something whi
looking to the source code the ssh backend runs "ssh -V" and look if
"OpenSSH", "Sun_SSH" or "SSH Secure Shell" are printed on the command
line to know which implementation it should be using, your wrapper
probably doesn't respect the -V option or print something which is not
expected, closing the
Sebastien Bacher wrote:
> you seem to be the only one having the issue and it's likely something
> specific to your configuration so maybe you could open the bug on
> bugzilla.gnome.org directly since you are better placer to reply to
> upstream comment than bug triagers not having the issue
>
> **
you seem to be the only one having the issue and it's likely something
specific to your configuration so maybe you could open the bug on
bugzilla.gnome.org directly since you are better placer to reply to
upstream comment than bug triagers not having the issue
** Changed in: gvfs (Ubuntu)
S
Sebastien Bacher wrote:
> does anybody still get this issue using the current versions?
>
Yes, me. :-) Hardy x86_64, all up to date, no change to report.
--
Rachel
--
"unable to find supported ssh command" when connecting to sftp server in
nautilus
https://bugs.launchpad.net/bugs/237418
You
does anybody still get this issue using the current versions?
--
"unable to find supported ssh command" when connecting to sftp server in
nautilus
https://bugs.launchpad.net/bugs/237418
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
OK, I remembered I did have another Hardy desktop install - on another
EPIA-5000. I'd abandoned that installation in favour of Gentoo (-Os
makes a big difference to usability on that hardware) but it was intact.
It's also an almost completely vanilla ubuntu-desktop install, whereas
"mab", my main
FYI the gvfs versions installed are all
0.2.4-0ubuntu1 (hardy-updates)
That applies to:
gvfs
gvfs-backends
gvfs-bin
gvfs-fuse
libgvfscommon0
--
"unable to find supported ssh command" when connecting to sftp server in
nautilus
https://bugs.launchpad.net/bugs/237418
You received this bug notifi
I've also confirmed that the error occurs regardless of whether I'm
authenticating using ssh keys or password authentication.
[EMAIL PROTECTED]:~$ sftp kelpie.local
Connecting to kelpie.local...
sftp> ^D
[EMAIL PROTECTED]:~$ gvfs-mount sftp://kelpie.local
Error mounting location: Unable to find su
is it worth mentioning, as i've just noticed I haven't, that the desktop
system in question ("mab" in the above quoted command prompts) is amd64,
not x86?
--
"unable to find supported ssh command" when connecting to sftp server in
nautilus
https://bugs.launchpad.net/bugs/237418
You received this
changing to new, to debug by somebody having the issue, there is no such
issue on any of my installations and no other bugs about that so it's
likely something due to a local configuration, not sure which one though
** Changed in: gvfs (Ubuntu)
Status: Incomplete => New
--
"unable to find
The ssh client (and sftp commandline client) connect to the remote
servers with no problems. (As noted in the original bug report. ;-) )
openssh-client version:
[EMAIL PROTECTED]:~$ apt-cache policy openssh-client
openssh-client:
Installed: 1:4.7p1-8ubuntu1.2
Candidate: 1:4.7p1-8ubuntu1.2
Vers
thank you for your bug report, what openssh-client version is installed
on your box? does the ssh client line tool connect correctly to those
servers?
** Changed in: gvfs (Ubuntu)
Sourcepackagename: nautilus => gvfs
Importance: Undecided => Low
Assignee: (unassigned) => Ubuntu Desktop Bugs
13 matches
Mail list logo