http://bugzilla.opensuse.org/show_bug.cgi?id=911286
Bug ID: 911286 Summary: mc/midnight commander lost shell/fish support Classification: openSUSE Product: openSUSE 13.1 Version: Final Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: bnc-team-screening@forge.provo.novell.com Reporter: richlv@nakts.net QA Contact: qa-bugs@suse.de Found By: --- Blocker: ---
this is a recent regression.
midnight commander/mc after a recent upgrade has lost fish/"shell link" support.
upstream report suggests that it should be built with fish support : https://www.midnight-commander.org/ticket/3294
sftp support in mc does not use ssh keys, thus it is not a proper replacement for fish/shell link support.
http://bugzilla.opensuse.org/show_bug.cgi?id=911286
Bernhard Wiedemann bwiedemann@suse.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |Andreas.Stieger@gmx.de, | |dnh@opensuse.org
http://bugzilla.opensuse.org/show_bug.cgi?id=911286
David Haller dnh@opensuse.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |richlv@nakts.net Resolution|--- |UPSTREAM Flags| |needinfo?(richlv@nakts.net)
--- Comment #1 from David Haller dnh@opensuse.org --- Actually, it is not a regression, it's a informed decision taken by me NOT to include the fish VFS. Why? Because fish may delete your _SOURCE_ files on moves. I've yet to come up with a convincing testcase for upstream, but, FWIW, fish is broken by design anyway. I outline the "move" problem in http://lists.opensuse.org/opensuse/2014-12/msg01128.html Any real fix will probably require a major rewrite of the code, which I am neither able nor willing to even make a halfhearted stab at.
Now, SCP/SFTP is a different matter, and with password AUTH it works ootb.
There's a report on the opensuse-ML that it does work with keys, but I have not been able to reproduce that as yet, most likely entirely my fault. Have a look at this thread paying attention to Mark Goldstein's mails, here they are: http://lists.opensuse.org/opensuse/2014-12/msg00666.html http://lists.opensuse.org/opensuse/2014-12/msg00681.html
http://bugzilla.opensuse.org/show_bug.cgi?id=911286
--- Comment #2 from Rihards Olups richlv@nakts.net --- ah, interesting - that's exactly what i reported at bug #856501 :)
http://bugzilla.opensuse.org/show_bug.cgi?id=911286
--- Comment #3 from Rihards Olups richlv@nakts.net --- as for mc + sftp + keys, there's an open upstream feature request to support it [properly] : https://www.midnight-commander.org/ticket/3238
http://bugzilla.opensuse.org/show_bug.cgi?id=911286
Natalia K rknv7@mail.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |rknv7@mail.ru
--- Comment #4 from Natalia K rknv7@mail.ru --- Excuse me, but this looks like "treatment of the rheum through beheading"...
http://bugzilla.opensuse.org/show_bug.cgi?id=911286
--- Comment #5 from David Haller dnh@opensuse.org --- (In reply to Rihards Olups from comment #2)
ah, interesting - that's exactly what i reported at bug #856501 :)
See comments #4 and #5 there. Regarding the upstream ticket https://www.midnight-commander.org/ticket/3128 : Could you provide a testcase? Maybe along the lines of http://lists.opensuse.org/opensuse/2014-12/msg01128.html ... I'm not that well ATM, got lots to do and my ssh-config is pretty hosed and not a good testcase anyway.
(In reply to Rihards Olups from comment #3)
as for mc + sftp + keys, there's an open upstream feature request to support it [properly] : https://www.midnight-commander.org/ticket/3238
Yeah, that'd be good and there's already code there for it, it just seems to not work (except in some cases, see the mails I mentioned at the end of #c1). But it's much much saner code than fish anyway.
http://bugzilla.opensuse.org/show_bug.cgi?id=911286
--- Comment #6 from David Haller dnh@opensuse.org --- (In reply to Natalia K from comment #4)
Excuse me, but this looks like "treatment of the rheum through beheading"...
It's more like an amputation of a toe to keep the gangrene from spreading to vital organs.
Have you checked the bug? Can you fix the fish-code? No? Then ...
(usually, I do not reply to anonymouses)
http://bugzilla.opensuse.org/show_bug.cgi?id=911286 http://bugzilla.opensuse.org/show_bug.cgi?id=911286#c7
IT wrx info@itwrx.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |info@itwrx.org
--- Comment #7 from IT wrx info@itwrx.org --- Please forgive my ignorance, but is this approach of disabling a feature that has a bug considered serious the distro-wide policy for opensuse or is this just the decision taken by you in this situation?
If the latter, while i can understand the motivation, i would like to request that you reconsider.
As an end user i would much rather the distro not remove features to make decisions for me/protect me from upstream. I would think a message during install and/or documentation of the issue in the wiki would be enough, and still allow people to use the software the way it is written, even if buggy. I've been using mc in Arch Linux for years and either didn't know about this bug or had forgotten about it, b/c i don't use "skip": probably b/c it deleted my files one time, and i said to myself "i'll never use that again, whatever 'skip' is supposed to mean/do". I use "abort" when there is a problem and i generally try to make sure perms are correct, etc before trying transfers.
As buggy as it might be, i would imagine that ssh shell via mc is a important feature for many remote LSAs, and was shocked to find this has been stripped in a distro that advertises itself as a good fit for devs, admins, etc.
thanks.
http://bugzilla.opensuse.org/show_bug.cgi?id=911286 http://bugzilla.opensuse.org/show_bug.cgi?id=911286#c8
Radomir Terber rara@post.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |rara@post.cz
--- Comment #8 from Radomir Terber rara@post.cz --- (In reply to IT wrx from comment #7)
Please forgive my ignorance, but is this approach of disabling a feature that has a bug considered serious the distro-wide policy for opensuse or is this just the decision taken by you in this situation?
If the latter, while i can understand the motivation, i would like to request that you reconsider.
As an end user i would much rather the distro not remove features to make decisions for me/protect me from upstream. I would think a message during install and/or documentation of the issue in the wiki would be enough, and still allow people to use the software the way it is written, even if buggy. I've been using mc in Arch Linux for years and either didn't know about this bug or had forgotten about it, b/c i don't use "skip": probably b/c it deleted my files one time, and i said to myself "i'll never use that again, whatever 'skip' is supposed to mean/do". I use "abort" when there is a problem and i generally try to make sure perms are correct, etc before trying transfers.
As buggy as it might be, i would imagine that ssh shell via mc is a important feature for many remote LSAs, and was shocked to find this has been stripped in a distro that advertises itself as a good fit for devs, admins, etc.
thanks.
I definitely agree with it. Even if I am not in necessary detail about this bug, all other distros known to me use this feature and it doesn't seems that they have any issue. So it SHOULD stay preserved here (with - for example - security warning during installation), or at least offer alternatives (with / without this feature). It decreases whole distro in my eyes.
http://bugzilla.opensuse.org/show_bug.cgi?id=911286 http://bugzilla.opensuse.org/show_bug.cgi?id=911286#c9
--- Comment #9 from IT wrx info@itwrx.org --- (In reply to Radomir Terber from comment #8)
I definitely agree with it. Even if I am not in necessary detail about this bug, all other distros known to me use this feature and it doesn't seems that they have any issue. So it SHOULD stay preserved here (with - for example - security warning during installation), or at least offer alternatives (with / without this feature). It decreases whole distro in my eyes.
@Radomir my mc package in obs has fish re-enbled if you want to use it.
https://build.opensuse.org/package/show/home:ITwrxorg/mc
http://bugzilla.opensuse.org/show_bug.cgi?id=911286 http://bugzilla.opensuse.org/show_bug.cgi?id=911286#c10
--- Comment #10 from Radomir Terber rara@post.cz --- (In reply to IT wrx from comment #9)
(In reply to Radomir Terber from comment #8)
I definitely agree with it. Even if I am not in necessary detail about this bug, all other distros known to me use this feature and it doesn't seems that they have any issue. So it SHOULD stay preserved here (with - for example - security warning during installation), or at least offer alternatives (with / without this feature). It decreases whole distro in my eyes.
@Radomir my mc package in obs has fish re-enbled if you want to use it.
Thank you, great news. I didn't knot it. It really works :)
http://bugzilla.opensuse.org/show_bug.cgi?id=911286 http://bugzilla.opensuse.org/show_bug.cgi?id=911286#c11
--- Comment #11 from IT wrx info@itwrx.org --- (In reply to Radomir Terber from comment #10)
Thank you, great news. I didn't knot it. It really works :)
you're welcome. I'm glad someone can get some use out of it.
http://bugzilla.opensuse.org/show_bug.cgi?id=911286 http://bugzilla.opensuse.org/show_bug.cgi?id=911286#c12
--- Comment #12 from Radomir Terber rara@post.cz --- (In reply to IT wrx from comment #11)
(In reply to Radomir Terber from comment #10)
Thank you, great news. I didn't knot it. It really works :)
you're welcome. I'm glad someone can get some use out of it.
For these who wanted to use it - how to add this repo: (I wanted it for Arm 64 and had to look for it for a while)
x86-64: zypper addrepo https://download.opensuse.org/repositories/home:ITwrxorg/openSUSE_Tumbleweed...
Arm-64: zypper addrepo https://download.opensuse.org/repositories/home:ITwrxorg/openSUSE_Factory_AR...