-
Notifications
You must be signed in to change notification settings - Fork 64
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
changes in dependencies of dependencies of charm-tools have broken usage on trusty venvs #246
Comments
Another way to look at this: setuptools If setuptools is forced to |
Trusty venvs have setuptools 2.2, whereas Xenial venvs have setuptools 25.2.0. This has begun to cause issues, such as in juju/charm-tools#246. This change pins the setuptools version to 25.2.0 to both address the issues that have appeared in charm-tools reqs, and to ensure the same setuptools version across Trusty and Xenial virtualenvs. Change-Id: I322f6733a3f54a6a308b399564c55935a0140bb9
FYI, the OSCI amulet test gate is currently blocked on this. While it's possible to work around this by modifying the test-requirements.txt in all of the OpenStack Charms, charm-tools is the right place to fix it IMHO (secretstorage<2.3.0). |
On Aug 16, this worked:
As of Aug 17, it doesn't:
This appears to be because secretstorage revved up on Aug 17:
https://pypi.python.org/pypi/SecretStorage
And the reqs lineage goes like so:
cryptography->secretstorage->keyring->launchpadlib->charm-tools
Setting an upper constraint for secretstorage seems to resolve the issue:
I am using: Trusty
Issue/Feature
I expect/expected the following
Charm-tools should successfully install in a virtualenv on Trusty.
What I got
Charm-tools has a dependency of a dependency that has changed, causing virtualenv charm-tools installations to break on Trusty.
The text was updated successfully, but these errors were encountered: