You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It seems with the new additional pip install --no-binary=:all: --requirement=requirements.txt command, that cryptography's build dependencies are attempting to be installed but I already specified it as a binary.
Is there any way to replicate the v2 behavior?
To Reproduce
Pack a charm with cryptography in requirements.txt and include it in charm-binary-python-packages in charmcraft.yaml,
Thanks for the report. Unfortunately this is intentional, as the other mechanism caused several other types of build failures.
If you're using a full requirements.txt file to list both direct and indirect dependencies though, you could use strict dependencies by setting charm-strict-dependencies: true in the charm part.
This is a preferred way of building the charm, as it will use only a single pip command and allow pip to figure out the inconsistencies rather than potentially building a broken charm.
Bug Description
When building a charm that contains the python
cryptography
lib in requirements.txt, I'm unable to replicate the behaviour from v2 to v3.A portion of my
requirements.txt
file:My
charmcraft.yaml
file contains:When building with charmcraft v2 I see the following output:
When building with charmcraft v3 I see:
It seems with the new additional
pip install --no-binary=:all: --requirement=requirements.txt
command, that cryptography's build dependencies are attempting to be installed but I already specified it as a binary.Is there any way to replicate the v2 behavior?
To Reproduce
Pack a charm with
cryptography
in requirements.txt and include it in charm-binary-python-packages in charmcraft.yaml,Environment
Building in a LXD 22.04 container.
charmcraft.yaml
Relevant log output
Added above.
The text was updated successfully, but these errors were encountered: