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

Remove 'experimental' from pip_parse section #551

Merged
merged 2 commits into from
Oct 25, 2021

Conversation

jvolkman
Copy link
Contributor

Multiple people have been using pip_parse for months with no notable issues (from discussion in the #python Bazel Slack channel). This change removes the "Experimental" tag from the pip_parse section of the README, and adds a note about the relatively new compile_pip_requirements rule.

PR Checklist

Please check if your PR fulfills the following requirements:

  • Does not include precompiled binaries, eg. .par files. See CONTRIBUTING.md for info
  • Tests for the changes have been added (for bug fixes / features)
  • Docs have been added / updated (for bug fixes / features)

PR Type

What kind of change does this PR introduce?

  • Bugfix
  • Feature (please, look at the "Scope of the project" section in the README.md file)
  • Code style update (formatting, local variables)
  • Refactoring (no functional changes, no api changes)
  • Build related changes
  • CI related changes
  • Documentation content changes
  • Other... Please describe:

Removes the "Experimental" tag from the `pip_parse` section of the README, and adds a note about the relatively new `compile_pip_requirements` rule.
Copy link
Contributor

@hrfuller hrfuller left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM, but see comment.

1. `pip_parse` requires a fully resolved lock file of your python dependencies. You can generate this using
`pip-compile`, or a virtualenv and `pip freeze`. `pip_parse` uses a label argument called `requirements_lock` instead of `requirements`
to make this distinction clear.
1. `pip_parse` requires a fully resolved lock file of your python dependencies. You can generate this by using the `compile_pip_requirements` rule,
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Would you be willing to put an example of this together in the examples/ directory?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Good idea. Probably won't have a chance for a few days.

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

will try to merge this now, I don't think it's blocked by the example

Copy link
Collaborator

@alexeagle alexeagle left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

thanks!

@alexeagle alexeagle merged commit 5bb1b58 into bazelbuild:main Oct 25, 2021
@UebelAndre
Copy link
Contributor

I think this might have been done prematurely. Having started using pip_parse, I'm running into cache invalidation issues from random *pyc artifacts being included in the generated libraries and even the RECORD and WHEEL files showing up as changed in my --execution_log_json_file output (a flag recommended for debugging by this doc). I feel like the repository rule should produce deterministic targets before it can be considered non-experimental so folks still know to be on the look out for issues. And I think cache invalidation is a pretty notable issue.

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

Successfully merging this pull request may close these issues.

4 participants