-
Notifications
You must be signed in to change notification settings - Fork 237
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
CI: dependencies are conflicting with poetry 1.0 vendored dependencies #464
Comments
Not sure I understand the issue here. To the best of my knowledge, poetry's dependencies has always been vendored and, in any case, if they are vendored that shouldn't require a venv as the whole point of vendoring is to avoid conflict with the system. The reason why there are two installs have to do with the fact that poetry is extremely slow installing dependencies so we try to cache a layer with the dependencies already installed. |
I am not sure why poetry vendoring comes into play here, but it is seen in the logs that it is happening when it shouldn't.
but it isn't |
* Update poetry URL * Use a virtual environment to install dependencies, fix nornir-automation#464 * Use slim-buster instead of slim-stretch
IMHO a container shouldn't require a If there is no better solution proposed in a timely manner we can go with this but unless this is a major issue I'd prefer to hold on for a while. |
@dbarrosop I have been using virtual environments in docker containers with Python apps almost exclusively for the last year and my experience has been great. Though I had different reasoning. I take advantage of multi-stage builds and with virtual environments, I can copy the whole virtual environment between stages. |
It seems that in poetry 1.0, its dependencies are vendored. Also, we are not using virtualenv in the Dockerfile.
nornir/Dockerfile
Lines 19 to 24 in fda8644
This leads to some conflicts and an extra dependency update (?) process when building a container:
The easiest solution for this is to use virtual environment in the docker container
The text was updated successfully, but these errors were encountered: