pkg.soopen package index

brew / 順位 1590

buildkit を Homebrew, apk, Nix, pacman, zypper, scoop でインストール

buildkit のインストール経路、実行ファイル、メタデータ、AI エージェント向けセキュリティノートを確認します。

インストール

追加のインストールコマンド

macOS

Homebrew確認済み · 100%
brew install buildkit

local Homebrew formula metadata

Linux

Alpine Linux apk確認済み · 92%
sudo apk add buildkit

Alpine Linux edge package indexes · buildkit · ソース: dl-cdn.alpinelinux.org

Nix確認済み · 92%
nix profile install nixpkgs#buildkit

nixpkgs package indexes · pkgs/by-name/bu/buildkit/package.nix · ソース: api.github.com

Arch Linux pacman確認済み · 92%
sudo pacman -S buildkit

Arch Linux sync databases · buildkit · ソース: geo.mirror.pkgbuild.com

openSUSE zypper確認済み · 92%
sudo zypper install buildkit

openSUSE Tumbleweed package metadata · buildkit · ソース: download.opensuse.org

Windows

Scoop確認済み · 92%
scoop install main/buildkit

Scoop official bucket manifest trees · bucket/buildkit.json · ソース: api.github.com

概要

パッケージ概要

Concurrent, cache-efficient, and Dockerfile-agnostic builder toolkit

コマンドとエイリアス

  • buildctl

履歴

プロジェクトの歴史と使われ方

BuildKit is the Moby/Docker-era build backend that turned container image building into a reusable, cache-aware build toolkit rather than a Dockerfile-only code path. Its public identity centers on `buildctl`, `buildkitd`, LLB build graphs, pluggable frontends, cache import/export, and OCI/containerd-oriented workers.

プロジェクトの歴史

The project came out of a 2017 Moby proposal to separate the `docker build` experience into a reusable backend and allow different frontends to compile build descriptions into a lower-level build graph. The public `moby/buildkit` repository was created on 2017-05-31 and describes BuildKit as a toolkit for converting source code to build artifacts efficiently, expressively, and repeatably.

BuildKit's README presents LLB as the core intermediate representation and explicitly frames it as a Dockerfile-independent build graph format. That architectural split is the historical reason BuildKit became useful outside classic Dockerfiles: Dockerfile syntax is one frontend, but other projects can generate LLB directly or through their own frontend.

採用の歴史

BuildKit first became visible to Docker users through opt-in Docker builds, commonly via `DOCKER_BUILDKIT=1 docker build`, and then through Docker Buildx. The README now notes that `docker build` uses Buildx and BuildKit by default since Docker Engine 23.0, making BuildKit part of the ordinary Docker build path rather than only an experimental backend.

The upstream README lists Moby & Docker, Docker Buildx, Tekton Pipelines, Dagger, Earthly, Gitpod, Depot, Namespace, and other projects as users, showing how BuildKit moved from Docker internals into a broader cloud-native build substrate.

使われ方

As a standalone package, BuildKit is usually used as the `buildctl` client speaking to a `buildkitd` daemon. Users build Dockerfiles, export images or OCI artifacts, import and export caches, run rootless builds, or expose BuildKit as a service for CI and distributed builder setups.

For package-manager users, the appeal is that the same engine behind modern Docker builds can be installed separately, scripted directly, and connected to non-Docker runtimes or remote build workers.

パッケージ好きにとっての重要性

BuildKit matters because it made Docker builds less linear and less Dockerfile-bound: concurrent dependency resolution, content-addressed cache behavior, cache exporters, and frontends gave package and CI people a much sharper tool for reproducible image construction.

It is also one of the clearer examples of a major container tool escaping its original CLI: the Homebrew formula gives macOS users `buildctl`, while the daemon normally lives on Linux or in a VM such as Lima.

タイムライン

  • 2017: Moby BuildKit proposal and public `moby/buildkit` repository appear.
  • 2018: Moby/Docker integration makes BuildKit available to Docker users through opt-in build paths.
  • 2023: Docker Engine 23.0 makes Docker builds use Buildx and BuildKit by default.
  • 2026: The upstream repository remains active and BuildKit is broadly used by container build systems.

Related projects

  • BuildKit is closely related to `buildkitd`, `buildctl`, Docker Buildx, Moby/Docker, Dockerfile frontends, containerd, OCI image tooling, Tekton, Dagger, and Earthly.

セキュリティ状態

保護ツール対応はまだ見つかっていません

buildkit に一致するローカルシークレット処理マニフェストは見つかりませんでした。将来の対応で安定したパッケージ URL を使えるよう、パッケージメタデータはここに公開されています。

インストール挙動

  • formula メタデータに Homebrew post-install フックは記録されていません。
  • Homebrew bottle メタデータは 5 個のプラットフォームターゲットで利用できます。
  • ビルドメタデータには 1 件のビルド依存関係があります。

推奨レビュー

エージェントに無人実行させる前に、このツールが平文の認証情報を読むか、リモート状態を書き込むか、成果物を公開するか、プラグインを起動するかを確認してください。

local files

Configuration and credential file locations

These source-backed paths show where this package keeps local settings or durable credentials. Automic Vault can use them as review targets for secret scanning, migration, and command approval.

Configuration files

Config paths the tool may read or write during local use.

Linux
/etc/buildkit/buildkitd.toml~/.config/buildkit/buildkitd.toml

Credential files

Credential-bearing paths to review before unattended agent runs.

Unix
$DOCKER_CONFIG/config.json~/.docker/config.json

実行可能ファイル

インストールされる実行可能ファイル

コマンド種類公開範囲メモ
buildctlcliグローバル実行可能ファイル

鮮度

バージョンと鮮度

これらの信号は、ページ生成時期、パッケージマネージャの活動、上流リリース比較を分けて示します。バージョン遅れは、証拠 URL と比較可能なバージョンがある場合だけ警告されます。

ページ生成日2026-11-04
マネージャ版0.34.1
マネージャ更新日2026-11-03
ローカルデータOK
上流最新
検出された最新v0.34.2

https://github.com/moby/buildkit

  • OK鮮度警告は生成されていません。

インストールメタデータ

パッケージメタデータ

パッケージキーbrew:buildkit
バージョン0.34.1
パッケージマネージャHomebrew
パッケージマネージャページhttps://formulae.brew.sh/formula/buildkit
ホームページhttps://github.com/moby/buildkit
リポジトリhttps://github.com/moby/buildkit
ライセンスApache-2.0
ソースアーカイブhttps://github.com/moby/buildkit/archive/refs/tags/v0.34.2.tar.gz
最終更新2026-11-03T14:13:19Z
Pulseupdated
ビルド依存関係go
Bottle利用可能 (対象 arm64_golden_gate, arm64_linux, arm64_sequoia, arm64_tahoe, x86_64_linux)
Homebrew post-install未定義
サービス宣言なし

レジストリ情報

ソースデータベース詳細

Source DatabaseHomebrew formula API
Taphomebrew/core
Full Namebuildkit
Version Scheme0
Revision0
Head VersionHEAD
Bottle Stable Root URLhttps://ghcr.io/v2/homebrew/core
Deprecatedno
Disabledno
Keg Onlyno
URL Keys
  • head
  • stable

ソースデータベース一致

他のパッケージマネージャ記録

一致は外部パッケージマネージャインデックスから取得され、ローカルの Automic Vault パッケージリンクとは分けて表示されます。

Nix95%

buildkit

nix profile install nixpkgs#buildkit
  • normalized package name match
  • 一致条件: Buildkit
nixpkgs package indexes · api.github.com · nixpkgs package indexes: pkgs/by-name/bu/buildkit/package.nix from https://api.github.com/repos/NixOS/nixpkgs/git/trees/master?recursive=1
apk95%

buildctl 0.32.2-r0

Concurrent, cache-efficient, and Dockerfile-agnostic builder toolkit (cli frontend)

https://github.com/moby/buildkit

sudo apk add buildctl
  • License: Apache-2.0
  • Architecture: x86_64
  • Source Package: buildkit
  • 1 依存関係
  • 1 提供
  • normalized package name match
  • 一致条件: Buildkit
Alpine Linux edge package indexes · dl-cdn.alpinelinux.org · Alpine Linux edge package indexes: buildctl from https://dl-cdn.alpinelinux.org/alpine/edge/community/x86_64/APKINDEX.tar.gz
apk95%

buildkit 0.32.2-r0

Concurrent, cache-efficient, and Dockerfile-agnostic builder toolkit

https://github.com/moby/buildkit

sudo apk add buildkit
  • License: Apache-2.0
  • Architecture: x86_64
  • Source Package: buildkit
  • 1 依存関係
  • 1 提供
  • normalized package name match
  • 一致条件: Buildkit
Alpine Linux edge package indexes · dl-cdn.alpinelinux.org · Alpine Linux edge package indexes: buildkit from https://dl-cdn.alpinelinux.org/alpine/edge/community/x86_64/APKINDEX.tar.gz
apk95%

buildkit-doc 0.32.2-r0

Concurrent, cache-efficient, and Dockerfile-agnostic builder toolkit (documentation)

https://github.com/moby/buildkit

sudo apk add buildkit-doc
  • License: Apache-2.0
  • Architecture: x86_64
  • Source Package: buildkit
  • normalized package name match
  • 一致条件: Buildkit
Alpine Linux edge package indexes · dl-cdn.alpinelinux.org · Alpine Linux edge package indexes: buildkit-doc from https://dl-cdn.alpinelinux.org/alpine/edge/community/x86_64/APKINDEX.tar.gz
apk95%

buildkit-openrc 0.32.2-r0

Concurrent, cache-efficient, and Dockerfile-agnostic builder toolkit (OpenRC init scripts)

https://github.com/moby/buildkit

sudo apk add buildkit-openrc
  • License: Apache-2.0
  • Architecture: x86_64
  • Source Package: buildkit
  • normalized package name match
  • 一致条件: Buildkit
Alpine Linux edge package indexes · dl-cdn.alpinelinux.org · Alpine Linux edge package indexes: buildkit-openrc from https://dl-cdn.alpinelinux.org/alpine/edge/community/x86_64/APKINDEX.tar.gz
pacman95%

buildkit 0.32.2-1

A toolkit for converting source code to build artifacts in a repeatable manner

https://github.com/moby/buildkit

sudo pacman -S buildkit
  • License: Apache-2.0
  • Architecture: x86_64
  • 2 依存関係
  • 1 任意依存関係
  • normalized package name match
  • 一致条件: Buildkit
Arch Linux sync databases · geo.mirror.pkgbuild.com · Arch Linux sync databases: buildkit from https://geo.mirror.pkgbuild.com/extra/os/x86_64/extra.db.tar.gz
zypper95%

buildkit 0.32.2-1.1

Toolkit for converting source code to build artifacts

https://github.com/moby/buildkit

sudo zypper install buildkit
  • License: Apache-2.0
  • Category: Unspecified
  • Architecture: x86_64
  • Source Package: buildkit
  • 4 依存関係
  • 1 提供
  • normalized package name match
  • 一致条件: Buildkit
openSUSE Tumbleweed package metadata · download.opensuse.org · openSUSE Tumbleweed package metadata: buildkit from https://download.opensuse.org/tumbleweed/repo/oss/repodata/d310d5a96106e1e8872a385adf98aaa23be9db5d80937a6717314e7e7f37715065c6c748ab7ccee6475d620b46979c0fe64235fc0c46988e17edf659578fcf31-primary.xml.zst
Scoop95%

main/buildkit

scoop install main/buildkit
  • normalized package name match
  • 一致条件: Buildkit
Scoop official bucket manifest trees · api.github.com · Scoop official bucket manifest trees: bucket/buildkit.json from https://api.github.com/repos/ScoopInstaller/Main/git/trees/master?recursive=1

ソース経路

リポジトリデータから生成

このページは scripts/generate-pkg-sqlite.py が生成した非公開のパッケージ SQLite アーティファクトから av-web によって提供されます。

使用ソース

  • Geiger risk classifier
  • cross-ecosystem install command graph
  • curated configuration and credential file locations
  • curated package history
  • external package-manager database matches
  • package relationship graph
  • package version freshness
  • package-page enrichment
  • pkg.so package database
  • pkgdb category and tag curation