I can reproduce this bug by having an ssh-agent that has no keys loaded.
$ ssh-add -L
ssh-rsa foobar jeremy@localhost
# Works fine:
$ mc sftp://myserver.local
$ ssh-add -D
All identities removed.
$ ssh-add -L
The agent has no identities.
# Broken:
$ mc sftp://myserver.local
Cannot chdir to
On Wed, 2016-01-13 at 07:40 +0100, Yury V. Zaytsev wrote:
>
> > > Could you please test whether this patch fixes the issue?
> >
> > Will do when I get some breathing space, well time, at work.
>
> Just to mention it, if you ever get to that, please try to checkout
> 3581_sftp_fixes branch from
On Tue, 2016-01-12 at 22:33 +, Thorsten Glaser wrote:
>
> My last report was from amd64 though.
That's weird, because I still couldn't reproduce it... I will try again
with exactly the config file you pasted, thanks for the notice!
> > Could you please test whether this patch fixes the issue
Yury V. Zaytsev dixit:
> Andreas suggests that your problems on x32 might be caused by bad pointer
> arithmetic, which aren't visible on i386 / x86_64:
My last report was from amd64 though.
> Could you please test whether this patch fixes the issue?
Will do when I get some breathing space, well
Hi Thorsten,
Andreas suggests that your problems on x32 might be caused by bad pointer
arithmetic, which aren't visible on i386 / x86_64:
https://www.midnight-commander.org/attachment/ticket/3581/mc-3581-sftpsfs-fix-bad-pointer-arithmetic-in-config_parser.patch
Could you please test whether t
Hi Thorsten,
On Sat, 2016-01-09 at 13:34 +, Thorsten Glaser wrote:
>
> Now it’s completely broken.
I've added a link to this bug in the upstream SFTP fixes metabug:
https://www.midnight-commander.org/ticket/3581
It would be great if you could build the "3581_sftp_fixes" branch and
check w
Yury V. Zaytsev dixit:
>So can you debug this somehow
Probably, though not right now. I can of course
give straces or something, if that helps.
>or at least explain how one can get an
>environment where the problem can be reproduced?
As I already wrote… let me just create a new account
for repr
On Sat, 2016-01-09 at 13:34 +, Thorsten Glaser wrote:
>
> Now it’s completely broken.
So can you debug this somehow, or at least explain how one can get an
environment where the problem can be reproduced?
Andreas is currently doing a lot of SFTP fixing, maybe he'll get
interested in this pr
reopen 774135
found 774135 3:4.8.15-2
thanks
Debian Bug Tracking System dixit:
>Their explanation is attached below along with your original report.
>If this explanation is unsatisfactory and you have not received a
>better one in a separate message then please contact Denis Briand
> by
>replyin
On Wednesday 23 December 2015 11:06:17 Thorsten Glaser wrote:
> Doesn’t work for me either. Can you put the stuff I showed
> into your ~/.ssh/config and check if that breaks for you as well?
I already have
controlpath ~/.ssh/__tmp-ssh-%r@%h:%p
and adding the following to ~/.ssh/config did no
On Wed, 23 Dec 2015, Dmitry Smirnov wrote:
> I did not try connecting to GitHub but SFTP works for me with other Debian
> computers on LAN...
Doesn’t work for me either. Can you put the stuff I showed
into your ~/.ssh/config and check if that breaks for you as well?
> I think it is a different
On Wednesday 23 December 2015 09:36:45 Thorsten Glaser wrote:
> this still happens in the current version in sid, unfortunately.
>
> Reproducer:
>
> cd /sftp://g...@github.com
I did not try connecting to GitHub but SFTP works for me with other Debian
computers on LAN... I think it is a differen
reopen 774135
found 774135 3:4.8.15-2
retitle 774135 mc: SFTP VFS still not usable
thanks
Hi,
this still happens in the current version in sid, unfortunately.
Reproducer:
cd /sftp://g...@github.com
⇒ Error
11: sftp: an error occurred while reading ~/.ssh/config: Resource
temporarily u
tags 774135 - moreinfo
forwarded 774135 https://www.midnight-commander.org/ticket/3456
thanks
Many thanks Thorsten for these infos.
I prefere to forward this bug to upstream team.
Best regards
Denis Briand
signature.asc
Description: Digital signature
severity 774135 important
thanks
Dixi quod…
> I’ll track this down further.
OK, we have a honest code bug (typescript first, analysis below):
tglase@tglase:~ $ gdb /usr/bin/mc.distrib ~/core
GNU gdb (Debian 7.7.1+dfsg-5) 7.7.1
Copyright (C) 2014 Free Software Foundation, Inc.
License GPLv3+: G
tags 774135 - unreproducible
thanks
> It works fine on my sid amd64 config.
After further analysis, I can reconfirm this bug exists
in Debian/x32 sid, but not in Debian/i386 sid or Debian/amd64 sid.
I’ll track this down further.
bye,
//mirabilos
--
tarent solutions GmbH
Rochusstraße 2-4, D-531
tags 774135 - unreproducible moreinfo
thanks
On Tue, 17 Feb 2015, Denis Briand wrote:
> Try with empty .ssh/ and .config/mc/ directories.
OK, that was a good one.
I can reproduce it works without .ssh/config and
fails with one, e.g. containing:
Host *
HashKnownHosts no
bye,
//mirabilos
--
tags 774135 unreproducible moreinfo
severity 774135 minor
thanks
Hello Thorsten,
Thank you for your bug report.
Sorry, but I can't reproduce this bug.
"cd /sftp://user@host"; into the mc command line works fine here.
I've tried to remove read access on my ~/.ssh/config
It works fine also.
Maybe y
Package: mc
Version: 3:4.8.13-3
Severity: important
I just was trying to use SFTP by entering
“cd /sftp://user@host” into the mc command line.
I got a red pop-up window saying: Error
11: sftp: an error occurred while reading ~/.ssh/config: Resource temporarily
unavailable
Then I acknowledged i
19 matches
Mail list logo
