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
No control over virtualenv used to build wheels #646
Comments
+1 to this issue. When But in the case of So it would be awesome if the |
As concluded in pallets/jinja#1496 Jinja2 requires a newer version of setuptools than provided in Ubuntu Focal. It is currently not possible to tell charm-tools to upgrade setuptools in the virtualenv used for building of wheels (juju/charm-tools#646), so the only alternative is to pin Jinja2 to avoid the problematic behavior.
As concluded in pallets/jinja#1496 Jinja2 requires a newer version of setuptools than provided in Ubuntu Focal. It is currently not possible to tell charm-tools to upgrade setuptools in the virtualenv used for building of wheels (juju/charm-tools#646), so the only alternative is to pin Jinja2 to avoid the problematic behavior.
Some dependencies may require newer versions of core dependencies in order to successfully execute the `pip download` or `pip wheel` command. Most notable example is Jinja2 and MarkupSafe when installed on Focal ref pallets/jinja#1496. At this stage of the process the input from the charm wheelhouse.txt is not sufficient. Add an option to upgrade pip and setuptools in the build venv to deal with these situations. Fixes: juju#646 Signed-off-by: Frode Nordahl <frode.nordahl@canonical.com>
Some packages may require newer versions of core dependencies for successful execution of the `pip download` or `pip wheel` commands. Most notable example is Jinja2 and MarkupSafe when installed on Focal ref pallets/jinja#1496. At this stage of the process the input from the charm wheelhouse.txt is not sufficient. Add an option to upgrade pip and setuptools in the build venv to deal with these situations. Fixes: juju#646 Signed-off-by: Frode Nordahl <frode.nordahl@canonical.com>
Does this change fix this: See also: canonical/charmcraft#551 |
No, when building with the reactive plugin, charm-tools is in charge of the virtualenv, the fix in charmcraft only affects building with the charm plugin for operator framework charms. See also #646 (comment) |
Some python packages may require changes to the virtualenv used to build wheels. There is currently no way of doing that.
One example is Jinja2 when building on Focal (ref pallets/jinja#1496):
charm-tools/.github/workflows/tests.yml
Lines 57 to 66 in 977ec1f
The virtualenv is created by charm-tools here:
charm-tools/charmtools/build/tactics.py
Lines 1241 to 1244 in 977ec1f
The text was updated successfully, but these errors were encountered: