-
Notifications
You must be signed in to change notification settings - Fork 19
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
Consider making PythonInterpreterVersion public API #155
Comments
Sounds good! What would you prefer? Open to both:) |
I think my preference would be making it public. |
Okay, if you want to make a PR go ahead! Otherwise I'll get to it the coming week :) |
Great! I can put up a PR 👍 |
Thanks for the PR 😀 ! |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Hi, I'm a maintainer on the Bazel build system, and rules_py. I'm looking to make use of
VEnv
in therattler_installs_packages
crate.We have a requirement where we are unable to call the Python interpreter to determine its version, however we already know the interpreters version statically ahead of time, but as
PythonInterpreterVersion
isn't public, we can't make useVEnv::create_pyvenv
to workaround the version interrogation inVEnv::create_custom
.What are the thoughts around either moving
PythonInterpreterVersion
to the public API, or providing another function onVEnv
that takes a version string or tuple?The text was updated successfully, but these errors were encountered: