-
Notifications
You must be signed in to change notification settings - Fork 20
images assume that containers have internet access #7
Comments
We have a few image that has snap version which contains the binary, for example: intelsdi/snap:0.15_xenial. These prebuilt images don't have an automated update process, so until we have automated docker image build process I think the current binary fetch seems like a good compromise for testing purpose. I'm planning to delete the latest_* tags until we have an automated process in place. |
ok, but if these docker images are only for testing purposes that should be made clear in the description on dockerhub. Are there any plans to produce images that users can use in real environments? |
We are planning to change the s3 output for snap to match the plugins with arch/os. I will circle back to the docker repo once we resolve this issue: |
See WIP #10 for goal to split off the docker images. This will take a bit longer, since the change to snap binary output is affecting a bunch of test. |
@woodsaj, the new containers ship with binary included. The download behavior is limited to *_test containers. Please let us know if this addresses your concern. |
yes it does. Thanks. |
The images try and pull down the latest snap binaries when the container starts. If the containers are running inside environments with limited or no internet access, then the containers cant start.
Why cant the Dockerfiles just pull the binaries into the docker image at build time and tag the image with the build version.
The text was updated successfully, but these errors were encountered: