Open dougthor42 opened 3 months ago
It's not possible to silence it, but it is possible to explicitly pass the packages that should use a different index, then the error is not present.
It might be a good idea to raise a ticket to bazelbuild/bazel
to allow silencing it via some attribute on https://bazel.build/rules/lib/builtins/module_ctx#download. The only way to silence this would be to reimplement the downloading of the Python index in some other language (e.g. Rust, go or Python) or to have a lock file support that has URLs in the lockfile itself, then we would not need to query PyPI at all.
Leaving this open for now because there is a solution, but not sure how high on the priority list the solution is.
Thanks @aignas! I've opened https://github.com/bazelbuild/bazel/issues/23173 for such thing - we'll see what they say.
I'll see about using experimental_index_url_overrides
. It may not be super feasible given how many custom packages we have, but it's worth a shot. I might have to write a script that keeps things in sync somehow...
🚀 feature request
Relevant Rules
pip.parse
when usingexperimental_index_url
andexperimental_extra_index_urls
Description
Using the bazel downloader can result in a lot of warnings:
Can these be silenced in some way?
This may not be feasible/reasonable via rules_python because it's part of Bazel core.
Describe the solution you'd like
An attribute on
pip.parse
would be nice.Describe alternatives you've considered
I'm investigating the bazel
--logging
flag and asking around.