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
Comments
I don't think that has ever worked. The |
I configured prebuilds, then the prebuild log shows failure, as things populated by my Isn't this a bug? |
Hi @complyue, I see that you're writing files to |
Hi @axonasif , but per the doc, only |
@complyue that is true (for workspace restart/prebuilds) but not when you do it from a dockerfile, since that will bake your changes into the image/container itself in a static way. |
BTW, I was referring to this part of your dockerfile code, my suggestion was to change the paths to somewhere else other than |
@axonasif , persisted over ws restart is a requirement, can |
Yes, they still do. But your workspace docker image is static once it's built, so whatever you put in those dirs from your dockerfile will be there between restarts |
The essential requirement is that a branch don't trigger every user a toolchain setup (lasting about an hour) when he/she gp open it the first time. Prebuilds used to work for this scenario, by persisting Dockerfile populated toolchain payloads under Populating a user's own image may save him/her self that setup time for later ws startups, but won't help other users, I'm afraid. |
@complyue prebuilds work differently now. Only members added to your Gitpod organization can access the prebuild: https://www.gitpod.io/docs/configure/repositories/prebuilds#prebuilds-are-only-available-to-organization-members I took a look at your .gitpod.yml and .gitpod.Dockerfile, I think we can approach this problem in a different way. Can you raise a support ticket from here? |
@axonasif thanks for your kind advice! submitted. |
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?
The text was updated successfully, but these errors were encountered: