Open ensonic opened 3 weeks ago
This looks like a python problem. You should probably pin to a newer rules python in your WORKSPACE or MODULE.bazel
We're not using any rules_python like I said: https://github.com/googlecloudrobotics/core/blob/main/WORKSPACE
Sure, but you are using other things. Everything you bring in to your WORKSPACE can impact what bzlmod resolves all the transitive dependencies too. Sometimes you just have to force things to specific versions in your project.
So what rules_python version do you need to pkg_tar, just add it to you readme and I am happy to apply that workaround
I see the python deps from the query: https://github.com/search?q=repo%3Abazelbuild%2Frules_pkg%20rules_python&type=code
The one in MODULE.bazel or WORKSPACE should work. Probably everything newer than that does too. But that is not a requirement, nor even a recommendation. There is no way to know from the point of view of rules_pkg, what version of rules_python that you need to interoperate with all the other things you need. This is a Bazel ecosystem wide problem.
A reasonable practice for an end user is:
add_foo_dependencies()
And then juggle that around until it works. But there are problems, because the add dependencies methods are sometimes written with maybe()
style loads, and sometimes not. So possibly a_x_dependencies()
will override your previously specified choice.
If I were building a product with Bazel, I would use the workspace tools only to query out what I need, and explicitly specify the versions of every transitive module required. That way I know that updating, for example, rules_python, won't change the version of rules_proto that I use.
WORKSPACE:
//src/bootstrap/cloud/BUILD:
Error:
We're not using any rules_python in the repo. This issue is blocking https://github.com/googlecloudrobotics/core/pull/373