Req #61209 [Opn->Sus]: configurable shell for exec in linux (not always sh)

From: Date: Wed, 21 Apr 2021 12:11:12 +0000
Subject: Req #61209 [Opn->Sus]: configurable shell for exec in linux (not always sh)
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-233538@lists.php.net to get a copy of this message
Edit report at https://bugs.php.net/bug.php?id=61209&edit=1 ID: 61209 Updated by: cmb@php.net Reported by: maarten at ba dot be Summary: configurable shell for exec in linux (not always sh) -Status: Open +Status: Suspended Type: Feature/Change Request Package: Program Execution Operating System: linux PHP Version: Irrelevant Block user comment: N Private report: N New Comment: Well, yes, makes some sense, but would likely not work for escapeshellarg() and friends, and as such the details need to be figured out carefully. If you're still looking for this feature, please pursue the RFC process[1]. For the time being, I suspend this ticket. [1] <https://wiki.php.net/rfc/howto> Previous Comments: ------------------------------------------------------------------------ [2012-02-29 15:09:34] maarten at ba dot be Description: ------------ i can understand that you can't use the $SHELL variable, because likely under apache it'll be /sbin/nologin anyway. however, using always sh can be quite irritating when you're trying to make something and install it on a production environment, when finding out that sh is not the shell you're wanting to have. for a while now we've just changed the sh symlink to the shell we want, but now (for this particular machine) we can't workaround like this. you can't always workaround by just putting /bin/shell before your command, especially if you're using shell constructs... interesting would be a exec_shell=/bin/sh variable, which could then be used by the various program execution functions (for me in particular exec) ------------------------------------------------------------------------ -- Edit this bug report at https://bugs.php.net/bug.php?id=61209&edit=1

« previous php.bugs (#233538) next »