You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The default behavior for cargo is to use the libgit2 library for git operations. This includes retrieving the cargo package index from GitHub. We are currently overriding this behavior to use the git command-line interface instead.
Motivation and context
On non-x86 32-bit systems (linux/arm/v6, linux/arm/v7, and linux/ppc64le) cargo is failing during package index retrieval with the following error: no REF_DELTA found, cannot inject object; class=Indexer (15). This seems to source from libgit2 per this code. No error is observed when forcing cargo to use the git CLI instead. I am unsure if a newer version of libgit2 would resolve this issue but it is observed in the latest version available for the Docker image we are using as our base (python:3.10.5-alpin3.16).
Implementation notes
Test against newer versions of cargo when they become available to see if the following modification can be removed:
Acceptance criteria
Without changing the default behavior of cargo Docker images will successfully build on the mentioned platforms.
The text was updated successfully, but these errors were encountered:
In the move from Alpine Linux 3.17 to 3.18 we also moved from Cargo
1.64.0 to 1.71.1. This takes us past 1.68, which introduced sparse
registries, and 1.70, which made `sparse` the default protocol to use
with crates.io (the default registry). This resolves#38, and based on
testing it also resolves#32.
In the move from Alpine Linux 3.17 to 3.18 we also moved from Cargo
1.64.0 to 1.71.1. This takes us past 1.68, which introduced sparse
registries, and 1.70, which made `sparse` the default protocol to use
with crates.io (the default registry). This resolves#38, and based on
testing it also resolves#32.
In the move from Alpine Linux 3.17 to 3.18 we also moved from Cargo
1.64.0 to 1.71.1. This takes us past 1.68, which introduced sparse
registries, and 1.70, which made `sparse` the default protocol to use
with crates.io (the default registry). This resolves#38, and based on
testing it also resolves#32.
💡 Summary
The default behavior for
cargo
is to use thelibgit2
library forgit
operations. This includes retrieving thecargo
package index from GitHub. We are currently overriding this behavior to use thegit
command-line interface instead.Motivation and context
On non-x86 32-bit systems (
linux/arm/v6
,linux/arm/v7
, andlinux/ppc64le
)cargo
is failing during package index retrieval with the following error:no REF_DELTA found, cannot inject object; class=Indexer (15)
. This seems to source fromlibgit2
per this code. No error is observed when forcingcargo
to use thegit
CLI instead. I am unsure if a newer version oflibgit2
would resolve this issue but it is observed in the latest version available for the Docker image we are using as our base (python:3.10.5-alpin3.16
).Implementation notes
Test against newer versions of
cargo
when they become available to see if the following modification can be removed:Acceptance criteria
cargo
Docker images will successfully build on the mentioned platforms.The text was updated successfully, but these errors were encountered: