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)
I have reported this problem to the upstream mc project team here: https://www.midnight-commander.org/ticket/3658
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.
It looks like the ticket is still pending: https://midnight-commander.org/ticket/373 Interestingly, Debian ash and BusyBox ash are now supported: https://github.com/MidnightCommander/mc/commit/f596c916a42a0868897b3314e557b0a82df37017
Created attachment 218560 [details] Add pkg-message explaining the issue Would you mind if I commit the attached pkg-message to explain the problem to our users?