Open srcshelton opened 1 year ago
just posting workarounds:
you can also use python version
https://packages.gentoo.org/packages/app-portage/pycargoebuild
or simple trick:
{ export ch="$(mktemp -d)" && CARGO_HOME="${ch}" cargo fetch && ls -1 "${ch}/registry/src/"*/ && echo "crates: ${ch}/registry/cache/" && unset ch ; }
it will print you CRATES variable contents ^ and pre-download crates as a bonus to /tmp/, so you can copy those to portage's DISTDIR.
It looks as if the error may be that rust-bindgen's top-level Cargo.toml contains:
[workspace]
members = [
"bindgen",
"bindgen-cli",
"bindgen-integration",
"bindgen-tests",
"bindgen-tests/tests/quickchecking",
"bindgen-tests/tests/expectations",
]
default-members = [
"bindgen",
"bindgen-cli",
"bindgen-tests",
]
… whereas tools seem to expect a package
section?
Running
cargo-ebuild ebuild --noaudit
in the cloned https://github.com/rust-lang/rust-bindgen.git repo with tag v0.63.0 checked-out causescargo-ebuild
to hang indefinitely without producing any output.If I run it through
ltrace
, I see:… whereupon it hangs until interrupted. This happens with releases 0.5.1 & 0.5.2.
It would be handy if a
--verbose
option could be added to give more visibility into what is happening internally (what files are being read, what crates have been discovered on the fly, etc.)!