Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Didn't start shell prompt #171

Closed
matsujirushi opened this issue Jan 2, 2021 · 5 comments
Closed

Didn't start shell prompt #171

matsujirushi opened this issue Jan 2, 2021 · 5 comments
Labels
question Further information is requested

Comments

@matsujirushi
Copy link

This repository has the devcontainer.
Open it in VSCode Remote-Container and click 'New Terminal', I cannot see the shell prompt.
image

@ryanwinter
Copy link
Contributor

Hi @matsujirushi,

I have noticed that starting a new terminal in a devcontainer can take a while. I noticed in your screenshot that you have 4 bash terminals open, have they all failed to generate a terminal?

@ryanwinter ryanwinter added the question Further information is requested label Jan 4, 2021
@matsujirushi
Copy link
Author

matsujirushi commented Jan 4, 2021

Hi @ryanwinter ,

Thanks for question.
I waited and was prompted. about 45sec. (using Surface Book 3)

Each time I press ENTER, it will take some time.
It looks like oh-my-bash seems to be affected.

When I remove "export OSH=..." in ~/.bashrc, it is fine.

@ryanwinter
Copy link
Contributor

Hi @matsujirushi,

I'm not sure what the shell is so slow, whether this is a VSCode container issue, or something related to the getting started container itself. I'll investigate further and let you know.

@TiejunMS
Copy link
Contributor

TiejunMS commented Feb 5, 2021

One possible is that the repo is cloned in Windows file system but the container is Linux file system. Some of the shell will perform a git status and it takes a while. Here is the link of best practice to use docker in Windows: https://docs.docker.com/docker-for-windows/wsl/#best-practices

@ryanwinter
Copy link
Contributor

Thanks @TiejunMS,

Yes when I clone the repository into the within the Linux file system, then the performance issue goes away.

To do this, I chose the "Remote-Containers: Clone Repository in Container Volume..." option.

I will close this for now as this is a limitation of the WSL integration with Docker.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
question Further information is requested
Projects
None yet
Development

No branches or pull requests

3 participants