You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I'm not sure if this request belongs here or in the remote vscode extension, but it seems like we need a separate option to define the shell for containers.
What happens now:
A container is started via docker, for example.
The remote vscode extension sets up the server and one uses the container from vscode as if it were the host.
Open a terminal and it uses the host's setting for "terminal.integrated.shell.linux" (or macos or windows).
It seems like the container needs its own separate setting for the shell.
I've run into this issue in linux where on the host I use zsh but in the container I only have bash set up. Opening up a terminal doesn't seem to be affected - it still works, but doing things like running tasks fails with the error execvp(3) failed.: No such file or directory, and it seems to be because it's using the host setting to try and run a command within the container.
When I change my "terminal.integrated.shell.linux" option to /bin/bash, everything works, but using this setting isn't accurate. If I were to switch over to my macos or windows machine where I have different settings, I would have to do the same thing, and it doesn't reflect the fact that the shell being set is actually the container's not the host's.
The text was updated successfully, but these errors were encountered:
That works fine with or without the absolute path to phpenmod, btw.
But if I copy that same command into a task (regardless of the absolute path), here is what I get:
> Executing task: /usr/sbin/phpenmod xdebug && /etc/init.d/php7.0-fpm restart <
execvp(3) failed.: No such file or directory
The terminal process terminated with exit code: 1
Terminal will be reused by tasks, press any key to close it.
Setting terminal.integrated.shell.linux to /bin/sh (the default shell) works.
But in some cases I actually prefer to set it to the non-default. I have a similar task that involves running npm, and although it runs fine from the default shell (/bin/sh) when I run it interactively, for some reason, it does not work from a task. Setting the shell via terminal.integrated.shell.linux works though.
I'm not sure if this request belongs here or in the remote vscode extension, but it seems like we need a separate option to define the shell for containers.
What happens now:
It seems like the container needs its own separate setting for the shell.
I've run into this issue in linux where on the host I use zsh but in the container I only have bash set up. Opening up a terminal doesn't seem to be affected - it still works, but doing things like running tasks fails with the error
execvp(3) failed.: No such file or directory
, and it seems to be because it's using the host setting to try and run a command within the container.When I change my "terminal.integrated.shell.linux" option to
/bin/bash
, everything works, but using this setting isn't accurate. If I were to switch over to my macos or windows machine where I have different settings, I would have to do the same thing, and it doesn't reflect the fact that the shell being set is actually the container's not the host's.The text was updated successfully, but these errors were encountered: