Handling yum_requirements.txt in the new Docker image
See original GitHub issueCurrently it appears there is no sudo
in the new Docker image. So installing packages with yum
is problematic (e.g. using yum_requirements.txt
). How would we like to address this?
xref: https://github.com/conda-forge/openspecfun-feedstock/pull/2 ref: https://circleci.com/gh/conda-forge/openspecfun-feedstock/6
Issue Analytics
- State:
- Created 5 years ago
- Comments:8 (8 by maintainers)
Top Results From Across the Web
docker build - Docker Documentation
The docker build command builds Docker images from a Dockerfile and a “context”. A build's context is the set of files located in...
Read more >docker import - Docker Documentation
Import from a remote location . This creates a new untagged image. $ docker import https://example.
Read more >docker commit - Docker Documentation
It can be useful to commit a container's file changes or settings into a new image. This allows you to debug a container...
Read more >Containerize an application - Docker Documentation
The docker build command uses the Dockerfile to build a new container image. You might have noticed that Docker downloaded a lot of...
Read more >Build your Python image - Docker Documentation
The next step is to add our source code into the image. We'll use the COPY command just like we did with our...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
@CJ-Wright, answering over here to keep things easy to follow. Hope that is ok.
There is PR ( https://github.com/conda-forge/docker-images/pull/64 ), which would add a Docker image based on our existing one with
devtoolset
removed. We would need to make a minor changes to get it to build on CI and deploy. Some refactoring would also simplify the changeset, but could be dealt with orthogonally. There is a question about how that Docker image should be named as well. It should be relatively simple to switch the image used inconda-smithy
.Added PR ( https://github.com/conda-forge/conda-forge-pinning-feedstock/pull/135 ), which will switch us over to the
condaforge/linux-anvil-comp7
Docker image for the new compiler rebuilds.