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

Not anymore persisting the /workspace content populated by custom .Dockerfile #19615

Closed
complyue opened this issue Apr 11, 2024 · 3 comments
Closed
Labels
team: team-engine type: bug Something isn't working

Comments

@complyue
Copy link

Bug description

Content populated under /workspace/ during custom .dockerfile building, ultimately get lost when the workspace is started.

Steps to reproduce

https://gitpod.io/#https://github.com/complyue/tour/blob/master/welcome.edh

Workspace affected

No response

Expected behavior

Haskell toolchain (GHCup and pieces it installs) installed during custom .Dockerfile building should persist as before.

Example repository

https://github.com/complyue/tour

Anything else?

It works before, not been touching the env until recently. /workspace should persist, right?

@svenefftinge
Copy link
Member

I don't think that has ever worked. The /workspace is a mount and with that anything that is coming from the docker file is overlayed. If you want to prefill the /workspace folder you need to make use of prebuilds.

@complyue
Copy link
Author

complyue commented May 16, 2024

I configured prebuilds, then the prebuild log shows failure, as things populated by my .Dockerfile (https://github.com/complyue/tour/blob/master/.gitpod.Dockerfile) are lost when my init task is run.

Isn't this a bug?

@axonasif
Copy link
Member

Hi @complyue, I see that you're writing files to /workspace from your dockerfile. Please use a different location (or leave the default location value) such as $HOME.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
team: team-engine type: bug Something isn't working
Projects
None yet
Development

No branches or pull requests

3 participants