Open Dig-Doug opened 1 year ago
Oh, it looks like Bazel failed to serialize the"_action_listener"
attribute of @rules_rust//crate_universe/private:crates_repository.bzl%crates_repository
, it should be bug in Bazel, but to work around this, can you remove this line and retry?
Ideally, you should wait for https://github.com/bazelbuild/rules_rust/pull/1528 so that rules_rust properly supports Bzlmod.
I also stumbled over this. Commenting out the following three lines as follows allowed me to proceed:
"repositories": [{
"rule_class": (
"@com_grail_bazel_toolchain//toolchain:rules.bzl%llvm"
),
"attributes": {
# "_action_listener": <unknown object com.google.devtools.build.lib.packages.Attribute$LabelListLateBoundDefault>,
"_config_dependencies": [],
"_configure": False,
"_environ": [],
"_llvm_release_name": "@com_grail_bazel_toolchain//toolchain/tools:llvm_release_name.py",
"_os_version_arch": (
"@com_grail_bazel_toolchain//toolchain/tools:host_os_key.py"
),
"alternative_llvm_sources": [],
"applicable_licenses": [],
"aspect_hints": [],
"auth_patterns": {},
"compatible_with": [],
# "deprecation": <unknown object com.google.devtools.build.lib.analysis.BaseRuleClasses$2>,
"distribution": (
"clang+llvm-14.0.0-x86_64-linux-gnu-ubuntu-18.04.tar.xz"
),
"expect_failure": "",
"features": [],
"generator_function": "intrinsic_sdks_deps_1",
"generator_location": None,
"generator_name": "llvm_toolchain_llvm",
"llvm_mirror": "",
"llvm_version": "14.0.0",
"name": "llvm_toolchain_llvm",
"netrc": "",
"restricted_to": [],
"sha256": {},
"strip_prefix": {},
"tags": [],
# "testonly": <unknown object com.google.devtools.build.lib.analysis.BaseRuleClasses$1>,
"transitive_configs": [],
"urls": {},
"visibility": [],
},
"output_tree_hash": "962310da2230832a5a9738560a53e76a660d3a9ec97f55ce331ee0b59ce3cc7a",
}],
Oh, this is probably an issue in Bazel, can you please file an issue to the Bazel repo?
/cc @Wyverald @SalmaSamy
Never mind, I transferred the issue to Bazel repo.
@SalmaSamy Oh sorry, I misunderstood, this is not from the lockfile, but from the generated file by --experimental_repository_resolved_file. But still, maybe it's worth fixing from Bazel side.
The part in question looks like a BUILD rule target instead of a repo rule, which would explain all the weirdness. The problem then is to figure out why we're trying to include this in the resolved workspace file at all...
OK, maybe a P3...
What happened?
When trying to use the migration tool, I get an error:
Version
Development (host) and target OS/architectures:
Output of
bazel --version
:Version of relevant rules from the
WORKSPACE
orMODULE.bazel
file:Uses
crate_universe
to resolve rust dependencies.Language(s) and/or frameworks involved:
rules_rust
How to reproduce
Any other information?