xargo Dependency is broken since rustc 1.89.0 #69
Description
Checklist
- I've looked through the issues and pull requests for similar reports
Describe your issue
When trying to build macos images (one for x86 one for arm) the build fails on the following step in the dockerfile
cargo install xargo. This has been happening since rustc version 1.89.0.
If there is a different dependency that can be used instead or if a patched version can be used that would be very helpful in restoring this projects ability to build macos images since it appears the xargo project has been abandoned for a while and no longer compiles.
This issue has been documented here
This is the error that is generated when trying to build.
--> /home/XXXXX/.cargo/registry/src/index.crates.io-1949cf8c6b5b557f/xargo-0.3.26/src/flock.rs:118:41
|
118 | acquire(msg, &path, &|| f.try_lock_shared(), &|| f.lock_shared())?;
| ^^^^^^^^^^^^^^^^^^^ expected `Result<(), Error>`, found `Result<(), TryLockError>`
|
= note: expected enum `std::result::Result<_, std::io::Error>`
found enum `std::result::Result<_, std::fs::TryLockError>`
help: use `?` to coerce and return an appropriate `Err`, and wrap the resulting value in `Ok` so the expression remains of type `Result`
|
118 | acquire(msg, &path, &|| Ok(f.try_lock_shared()?), &|| f.lock_shared())?;
| +++ ++
For more information about this error, try `rustc --explain E0308`.
error: could not compile `xargo` (lib) due to 1 previous error
What target(s) are you cross-compiling for?
other (specify in description)
Which operating system is the host (e.g computer cross is on) running?
- macOS
- Windows
- Linux / BSD
- other OS (specify in description)
What architecture is the host?
- x86_64 / AMD64
- arm32
- arm64 (including Mac M1)
What container engine is cross using?
- docker
- podman
- other container engine (specify in description)
cross version
0.2.5
Example
cargo build-docker-image aarch64-apple-darwin \
--build-arg 'MACOS_SDK_FILE=MacOSX12.3.sdk.tar.xz' \
--tag aarch64-apple-darwinAdditional information / notes
No response