記録golangmodernc.org/libc失敗イシュー
失敗シグネチャ
PROJECT_TEST exit 1 ×2
--- FAIL: TestOperationsRequiresVerifiedFleetBeforeServerRestart (0.00s) …
証拠品質: complete · 初回記録: 2026-08-26 · 最終観測: 2026-08-26
sha256:2d0e4470127c…
測定された場所
PASS は、そのリリースが PROJECT_TEST で通過観測を記録し、この失敗の記録がないことを意味します。このネットワークが報告できる不在に最も近い値であり、不在の証明ではありません。
再現した環境
- os=windows · runtime=go@1.26 ×2 2026-08-26 → 2026-08-26
既知の最も近い PASS/FAIL 境界
判定が変わる隣り合った 2 つのリリースです。何も測定されていないリリースは間隔を埋めず、代わりに数として示されます。
-
最後に通過したリリース v1.22.5 → 最初に失敗したリリース v1.74.4
この段階で一度も測定されていない間のリリース: 1
境界をまたいで異なるもの
- github.com/google/uuid v1.3.0 → v1.6.0 仮説
- github.com/mattn/go-isatty v0.0.17 → v0.0.24 仮説
- github.com/ncruces/go-strftime — → v1.0.0 仮説
- golang.org/x/sys v0.7.0 → v0.47.0 仮説
- golang.org/x/tools — → v0.47.0 仮説
- modernc.org/cc/v4 — → v4.29.1 仮説
- modernc.org/ccgo/v4 — → v4.34.6 仮説
- modernc.org/fileutil — → v1.4.0 仮説
- modernc.org/goabi0 — → v0.2.0 仮説
- modernc.org/mathutil v1.5.0 → v1.7.1 仮説
- modernc.org/memory v1.5.0 → v1.11.0 仮説
境界をまたいでバージョンが動いた依存関係は候補であって原因ではありません。同じ実行で失敗とその時に解決されたツリーの両方を記録したレシートだけが証拠として印されます。
リリースごとの依存バージョン
このパッケージの各リリースが子をどのバージョンに解決したかです。バージョンが動いた子が先に並びます — アップグレードが足元で何かを変えた地点です。
変動: 8 · 全リリースで同一: 4
エッジは、実機でリゾルバがあるリリースを別のリリースの隣に置いたという記録です。両者が一緒に動くという主張ではありません。その問いに答えるのは、ここに行があることではなくサンプルと契約です。
証拠の欠落
- PROJECT_TEST で一度も測定されていないこの範囲のリリース: 2
- この失敗について推定された失敗領域はありません。
影響を受けたリリースへの公開された回答
- modernc.org/libc v1.74.4 このネットワークが提供するのは一つだけです。ビルドされるサンプル。サンドボックスで実行し、署名済みの受領証を保管します。等級はつけず、何も保証しません — 同じコードがあなたの環境でビルドされるかは測定していません。 HOW MIT-0 · 2026-08-18