-
Notifications
You must be signed in to change notification settings - Fork 10.6k
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
Use Python namespace packages #6811
Conversation
The 📦s check out fine on my machine (well, the ones that are built to work on my machine, anyway). |
Relevant Jenkins build to follow: https://grpc-testing.appspot.com/view/Artifacts/job/gRPC_build_artifacts/976/ |
Looks reasonable, but I'm not entirely sure what I'm seeing. Any desire to embellish the commit message? |
Before, namespace packages would break in auditwheel due to a superfluous check (fixed in the commit referenced in the Dockerfiles). Now, the auditwheel used in the manylinux1-support Docker images can handle namespace packages, and we may thus use them. This should alleviate future user pain w.r.t. installation of grpcio-tools causing loss of grpcio files and vice versa (e.g. requiring a reinstall of grpcio following installation of grpcio-tools).
@nathanielmanistaatgoogle Embellished. |
Looks reasonable, I'd just ask that we cut a low priority issue to install auditwheel from pip when they cut their next release. |
@kpayson64 Yes; I'd prefer to file that issue following this PR going in to avoid dangling references, as the version of |
Luhguhtum. Is this ready for merge? |
This is definitively needed before GA, lest we ship packages that cause users the duress of having to invoke installation commands twice.
Made a PR for spot-check review. Still need to check the packaged wheels.
cc @nathanielmanistaatgoogle @kpayson64