-
Notifications
You must be signed in to change notification settings - Fork 5.2k
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
docker-compose should be compatible with latest python libraries it uses #7024
Comments
We had problems in the past with libraries changing things in a backwards incompatible way. Our solution is to be very conservative in the version we allow for compose. We update those when new versions are out and we have tested compose with then. What library in particular are you talking about? We could test compose with the latest. |
Thanks for the info. Generally I'm talking about all libraries specified in setup.py. They all have maximum version requirements. But in my working environment, the following 3 library requirements are causing problem for me. In particular, when old python requests module is required, it in turn has maximum version requirement for its dependencies, e.g. urllib3 and idna. P.S. |
Hi rumpl, I can help test docker-compose with latest libraries. Is there some test suite or criteria? |
Our test suite don't cover all potential use case of a widely adopted tool, so we are very conservative with version updates, as long as they are not required for docker-compose to achieve it's goals.
I'm not sure I understand why you ask for this in this "Linux distribution" context. Don't you bundle use our binary releases? |
@ndeloof |
Our official releases are distributed on https://github.com/docker/compose/releases Anyway, we don't want to get automatic version bump by using a non-constrained version range. We use to bump dependencies on a regular basis. Maybe we should enable dependabot so - at least - we get suggestion on potential upgrades as they get released upstream ? |
@ndeloof I'd like to double check with you, using non-constrained version range is not an option, from docker-compose's point view. Right? |
I confirm non-constrained version range is not an option. We want a reproducible build. And our primary distribution process is by binary release (where we get full control on the python runtime in use), pure python is just an alternate installation for unsupported platforms (typically: arm, see #6831) |
We have enabled dependabot on compose repo so we will get notified on dependency updates by a PR and can act accordingly. |
Currently docker-compose has maximum version requirement for several python libraries such jsonschema, requests, PyYAML, etc.
Is it possible for docker-compose to be compatible with the latest versions of these libraries? Why do docker-compose have such requirement?
The text was updated successfully, but these errors were encountered: