CI: the baked cargo registry is a wall, not a floor

オープン
#36 コメント 1 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

まだ誰も着手していません。

評価

難易度
3/5
見積もり時間
1〜2日
初心者へのやさしさ
35/100
issue の種類
バグ
明瞭さ
明確に書かれている
活発さ
停滞
技術スタック
docker, rust

調査の方向性

Start with the CI image Dockerfile and release workflow, then inspect the fmt-layers job and its failing offline Cargo fetch. Update the image’s Cargo network settings and re-ship the image; the Dockerfile change is already carried by the release-workflow-repair PR. Done when a branch with a different lockfile builds green in the CI image.

索引モデルが issue の本文から書いたものです。

説明

bug ci milestone

The CI image bakes cargo fetch --locked from one committed Cargo.lock into /usr/local/cargo/registry and sets ENV CARGO_NET_OFFLINE=true. Any branch whose lockfile pins different crate versions dies in its first cargo step.

Observed 2026-11-09: origin/main run 8151c21e-6269-4031-a44f-2aa10211bb04 fails in job fmt-layers with "failed to download time v0.3.45 … --offline was specified"; the other seven jobs are cancelled.

Work

  • Change the image to CARGO_NET_OFFLINE=false with CARGO_NET_RETRY=5 — a fast floor, not a wall (measured index ~0.09 s, crate ~0.12 s).
  • Re-ship the image; the ENV is baked in, so a Dockerfile change alone does not take effect.

Acceptance

  • A branch with a different lockfile builds green in the CI image.

Tracking: campaign P2.1; the Dockerfile change is carried by the release-workflow-repair PR.

主要言語
Rust
スター
11
フォーク
1
平均マージ
9時間 48分
マージ済み PR(30日)
13

環境構築

このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

aliasfoxkde/FireCraft のほかの issue

aliasfoxkde/FireCraft の issue をすべて見る

似ている issue

Rust の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。