Bug 208391 - misc/mc SUBSHELL not working with /bin/sh
Summary: misc/mc SUBSHELL not working with /bin/sh
Status: New
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: --- Affects Only Me
Assignee: Ben Woods
URL: https://www.midnight-commander.org/ti...
Keywords:
Depends on:
Blocks:
 
Reported: 2016-03-30 04:15 UTC by gja822
Modified: 2020-09-02 20:27 UTC (History)
2 users (show)

See Also:
bugzilla: maintainer-feedback? (woodsb02)

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description gja822 2016-03-30 04:15:18 UTC 
SUBSHELL option (and usability) do not work for my ordinary users with /bin/sh login shell, either option chosen or not during port build process. This behaviour was noted for ages. And I even used to it. For my root (with csh login shel) SUBSHELL worked fine (and I use it).
But from previous (or last) upgrade, misc/mc if built with chosen SUBSHELL option do not even start for users with /bin/sh as default login shells.
Error is:

common.c: unimplemented subshell type 1
read (subshell_pty...): No error: 0 (0)
Comment 1 Ben Woods freebsd_committer 2016-06-26 11:56:37 UTC 
I have reported this problem to the upstream mc project team here:
https://www.midnight-commander.org/ticket/3658
Comment 2 Patrick McMunn 2020-09-02 20:25:07 UTC 
This is a longstanding bug. I would suggest that the subshell build option be disabled by default or that, at the very least, an informational message be emitted that a user either needs to use the -u option to start or that the user's default shell should be changed, if a different shell will cause it to work.