Legacy v0 tool installer hardcodes amd64 binaries, breaking darwin/arm64 hosts

オープン
  • 何か問題がありますか？
#7,005 コメント 1 件 リアクション 0 件 担当者 0 名 GitHub で見る

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

@singhharsh1708 がすでに取り組んでいます。

2026年9月6日 から。

  • #7006 @rootp1 による — マージされずにクローズ

評価

難易度
3/5
見積もり時間
1〜2日
初心者へのやさしさ
78/100
issue の種類
バグ
明瞭さ
明確に書かれている
活発さ
活発
技術スタック
go, helm, kubernetes, terraform
領域
devops, tooling

調査の方向性

まず pkg/app/piped/toolregistry/tool_darwin.go と install.go から始め、次に pkg/app/pipedv1/plugin/kubernetes/toolregistry/scripts.go と pkg/app/pipedv1/cmd/piped/grpcapi/tool_registry.go におけるアーキテクチャのテンプレート処理を比較します。helm_test.go と kustomize_test.go を含む、対象を絞った Kubernetes テストを実行し、amd64 以外のアーキテクチャでレンダリングされたスクリプトのカバレッジを追加します。4 つすべての legacy インストールスクリプトがホストのアーキテクチャを使用し、テストがパスすれば完了です。

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

説明

What happened:

The legacy piped v0 tool registry hardcodes amd64 in every Darwin (and Linux) install script for kubectl, kustomize, helm, and terraform. On an Apple Silicon (darwin/arm64) host, toolregistry.InitDefaultRegistry/installKubectl/installKustomize/installHelm/installTerraform in pkg/app/piped/toolregistry/tool_darwin.go unconditionally download the darwin/amd64 build of each tool, so the resulting binaries cannot execute natively on arm64 hosts.

This affects both local development and any test suite that exercises these code paths.

What you expected to happen:

The legacy v0 tool registry should resolve the host OS/architecture dynamically (the same way the newer pipedv1 tool registries already parameterize {{ .Os }} / {{ .Arch }} in their install scripts), so it downloads a binary compatible with the host architecture.

How to reproduce it:

  1. Use a darwin/arm64 machine (e.g. Apple Silicon Mac).
  2. From the repository root, run: 
    go test ./pkg/app/piped/platformprovider/kubernetes/...
  3. Observe failures such as: 
    fork/exec /tmp/piped-bin/helm: bad CPU type in executable
    in helm_test.go and kustomize_test.go, because the previously-downloaded darwin/amd64 helm/kustomize binaries cannot run on arm64.
  4. Inspect pkg/app/piped/toolregistry/tool_darwin.go (lines ~17-55) and confirm every download URL is pinned to darwin/amd64, regardless of runtime.GOARCH.

Environment:

  • piped version: repository checkout (master)
  • control-plane version: not applicable
  • Others: reproduced on macOS arm64 (Apple Silicon); confirmed via static inspection that pkg/app/piped/toolregistry/tool_darwin.go and pkg/app/piped/toolregistry/install.go never reference runtime.GOARCH, unlike the pipedv1 tool registries (e.g. pkg/app/pipedv1/plugin/kubernetes/toolregistry/scripts.go, pkg/app/pipedv1/cmd/piped/grpcapi/tool_registry.go) which already template {{ .Os }}/{{ .Arch }} from runtime.GOOS/runtime.GOARCH.

Suspected root cause:

The older v0 tool registry (pkg/app/piped/toolregistry) uses static, OS-specific install scripts written before Apple Silicon support was considered, while the pipedv1 tool registries were already generalized to resolve the host architecture at install time.

Proposed direction:

Parameterize the Darwin (and Linux) install scripts in pkg/app/piped/toolregistry with the host architecture (runtime.GOARCH), following the pattern already used by the pipedv1 tool registries, and add regression coverage asserting the rendered install scripts reference the host architecture rather than a hardcoded value.

Acceptance criteria:

  • Helm, kubectl, kustomize, and Terraform install scripts reference the host architecture instead of a hardcoded amd64.
  • The legacy (pkg/app/piped/toolregistry) and pipedv1 tool registries no longer diverge on architecture handling.
  • Focused tests cover the rendered install scripts for a non-amd64 architecture.
主要言語
Go
スター
1.4k
フォーク
391
平均マージ
4日 1時間
マージ済み PR（30日）
58

環境構築

はじめの一歩

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

pipe-cd/pipecd のほかの issue

pipe-cd/pipecd の issue をすべて見る

似ている issue

Go の issue をもっと見る

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

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