Skip to content
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

Add --force-pip-flag, logging improvements #2

Open
wants to merge 2 commits into
base: stackstorm_patched
Choose a base branch
from

Conversation

Kami
Copy link
Member

@Kami Kami commented Mar 5, 2021

This pull request adds new --force-pip-flag with which we can force specific pip version to be used inside created virtualenv.

In addition to that, it adds some logging improvements which will make easier to troubleshoot things and assert correct pip version is used.

This change is fully backward compatible if this flag is not used.

Kami added 2 commits March 5, 2021 10:50
to and use inside the created dh virtual environment.

In addition to that, update create_virtualenv() step to print actual
versions of the tools which are installed into virtualenv.

This new --pip-binary flag should be used in combination with
--virtualenv-extra-args="--no-pip" where we want to use a correct system
version of pip is used instead of the one bundled with virtual
environment.

Also add --force-pip-version which allows us to install a specific
version of pip inside venv.
@Kami
Copy link
Member Author

Kami commented Mar 5, 2021

NOTE: It appears build has been broken for a while and I don't plan to fix it at this point since it's not a blocker.

@blag
Copy link

blag commented Mar 8, 2021

I'd rather use upstream's --upgrade-pip-to flag, can we backport that flag instead?

@blag
Copy link

blag commented Mar 8, 2021

PR: spotify#267
Commit: spotify@27e3c03

@Kami
Copy link
Member Author

Kami commented Mar 11, 2021

If we are doing backporting, we should just sync it with latest upstream and cherry pick the changes we need from our fork (iirc, it's only the shebang line).

@blag
Copy link

blag commented Mar 11, 2021

I got the shebang line fixes merged into upstream already: spotify#317

If we utilize the --upgrade-pip-to flag then we might just be able to use upstream's version directly.

@Kami
Copy link
Member Author

Kami commented Mar 11, 2021

Great, that would be ideal :)

Just need to make sure we update st2-packages Makefile to use this flag and st2packaging-dockerfiles once the fork is in sync. And of course verify it works (I added additional logging to st2-packages so we should be able to confirm pip versions everywhre by checking the log output of the build step).

@CLAassistant
Copy link

CLAassistant commented May 11, 2022

CLA assistant check
All committers have signed the CLA.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
3 participants