Closed xingyaoww closed 1 month ago
Maybe we can start by supporting these common images:
Also, what is the naming convention for these images? How about ghcr.io/opendevin/sandbox:${release_version}-${image_repo}__${image_tag}
?
e.g. ghcr.io/opendevin/sandbox:0.7.1-python__3.12
This issue is stale because it has been open for 30 days with no activity. Remove stale label or comment or this will be closed in 7 days.
This issue is stale because it has been open for 30 days with no activity. Remove stale label or comment or this will be closed in 7 days.
This issue was closed because it has been stalled for over 30 days with no activity.
What problem or use case are you trying to solve?
Relavant discussion: https://github.com/OpenDevin/OpenDevin/pull/2658#issuecomment-2212544525
User may have diverse environment needs (e.g., some need
python 3.10
,3.11
, some neednodejs
, etc). We already supported custom sandbox images that allow the user to specify a sandbox image they want to use in OpenDevin (e.g.,nodejs
), and OpenDevin can locally build it to be compatible with OpenDevin.Describe the UX of the solution you'd like
Do you have thoughts on the technical implementation?
Maybe we can create a
.txt
file, where each line is an upstream docker image, e.g., https://hub.docker.com/r/ubuntu/python. And we add a Github workflow to read this file and build the corresponding images at time of each release.Describe alternatives you've considered
Additional context