ROFL build doesn’t catch missing amd64/Linux image
まだ誰も着手していません。
評価
- 難易度
- 3/5
- 見積もり時間
- 1〜2日
- 初心者へのやさしさ
- 42/100
- issue の種類
- バグ
- 明瞭さ
- おおむね明確
- 活発さ
- 停滞
- 技術スタック
- docker, go
- 領域
- build-system, cli, devops
調査の方向性
まず、Docker イメージマニフェストを扱う ROFL のビルドおよび検証パスを追跡し、次に linux/amd64 エントリのないイメージで報告されたケースを再現します。ビルドまたは検証のステップが、実行時より前に不足しているアーキテクチャ/OS エントリを報告すれば完了です。issue では、実行すべき特定のファイルやテストは指定していません。
索引モデルが issue の本文から書いたものです。
説明
I ran into this:
{"level":"info","module":"runtime/global","msg":"Trying to pull docker.io/ptrusr/trustless-x402-facilitator:latest...","ts":"2025-12-05T11:28:40.229691244Z"}
{"level":"info","module":"runtime/global","msg":"Error: choosing an image from manifest list docker://ptrusr/trustless-x402-facilitator:latest: no image found in image index for architecture \"amd64\", variant \"\", OS \"linux\"","ts":"2025-12-05T11:28:40.902055786Z"}
I thought we would catch this during the ROFL build/validation steps, but apparently we don’t. We should detect missing arch/OS entries earlier instead of failing at runtime.
I think we also saw this issue on the BA hackathon.
I haven’t investigated further yet.
- 主要言語
- Go
- スター
- 80
- フォーク
- 23
- 平均マージ
- 9時間 43分
- マージ済み PR（30日）
- 3
コントリビューションガイド
このリポジトリのコントリビューションガイドは索引されていません
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
oasisprotocol/cli のほかの issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 67/100
oasisprotocol/cli#709 ·
-
oasisprotocol/cli#717 · 担当者 1 名 ·
-
rofl
難易度 4/5 3〜5日 初心者へのやさしさ 48/100
oasisprotocol/cli#716 ·
-
難易度 3/5 1〜2日 初心者へのやさしさ 68/100
oasisprotocol/cli#707 ·
-
難易度 3/5 1〜2日 初心者へのやさしさ 58/100
oasisprotocol/cli#704 ·
oasisprotocol/cli の issue をすべて見る
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
-
難易度 2/5 1〜3時間 初心者へのやさしさ 70/100
-
acceptance-tests phase-coding schema-coverage testing triaged
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
-
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
-
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100