# socktainer を Homebrew でインストール socktainer のインストール経路、実行ファイル、メタデータ、AI エージェント向けセキュリティノートを確認します。 ## インストール ```sh sudo av install brew:socktainer ``` 追加のインストールコマンド: ### macOS - Homebrew (100%): ```sh brew install socktainer ``` 証拠: local Homebrew formula metadata ## パッケージ情報 - **パッケージキー:** brew:socktainer - **パッケージマネージャ:** Homebrew - **バージョン:** 1.2.1 - **ソース概要:** Docker-compatible REST API on top of Apple container - **ホームページ:** - **リポジトリ:** - **最終更新:** 2026-08-01T13:15:38Z - **生成日時:** 2026-08-03T19:37:03+00:00 ## 実行可能ファイル - socktainer (エイリアス) ## インストール挙動 - Bottle: 利用不可 ## バージョンと鮮度 - ページ生成日: 2026-08-03 - マネージャ版: 1.2.1 ## プロジェクトの歴史と使われ方 socktainer is a young macOS command-line daemon that exposes a Docker-compatible REST API on top of Apple's containerization libraries, letting existing Docker clients talk to Apple Container through a local Unix socket. ### プロジェクトの歴史 The upstream README describes socktainer as both a CLI and daemon, still closely tied to the fast-moving Apple Container ecosystem. The project tracks partial Docker Engine API compatibility and documents Docker CLI and Docker Compose workflows rather than presenting itself as a full Docker replacement. The project's release history began with a v0.0.1 prerelease in September 2025 and reached v1.0.0 in June 2026, according to its official GitHub releases. That places it in the first wave of package-manager tools adapting Apple's newer local-container stack for developers who already have Docker-oriented muscle memory. ### 採用の歴史 Adoption evidence is early but concrete: the README documents Homebrew installation, GitHub release binaries, and a former project tap that users can untap after moving to the Homebrew formula. The README also says the Podman Desktop Apple Container extension uses socktainer to visualize Apple containers and images, giving the tool a role beyond its own command line. ### 使われ方 Typical use is to start socktainer, switch Docker to the automatically created socktainer context, and then run familiar commands such as docker ps, docker images, docker run, and Docker Compose workflows against Apple's container backend. The daemon listens by default on $HOME/.socktainer/container.sock, supports common lifecycle, image, log, stats, health, and event operations, and exposes macOS-specific choices such as Apple Container VM memory mapping and volume sync modes. ### パッケージ好きにとっての重要性 socktainer matters to package-manager and CLI culture because it is a compatibility shim: a small package that lets a new platform-native runtime participate in the Docker-shaped tooling ecosystem. For Homebrew users, it is a good example of why formulae often package adapters rather than only upstream engines. The interesting artifact is not just the Swift daemon, but the way it bridges Docker contexts, Unix sockets, Compose expectations, Apple Silicon constraints, and rapidly changing vendor APIs. ### タイムライン - 2025-09: v0.0.1 prerelease published on GitHub. - 2025-09: v0.1.0 and v0.2.0 followed as early public releases. - 2026-06: v1.0.0 published with Apple Container 1.0.0-related changes. ### Related projects - Apple Container: the macOS container backend socktainer wraps. - Docker Engine API and Docker CLI: the compatibility surface socktainer exposes to users. - Podman Desktop Apple Container extension: a desktop integration that the socktainer README says uses socktainer. - Colima and other local macOS container runtimes: neighboring tools in the macOS container developer workflow. ### ソース - - - source_facts.executables - source_facts.package-manager ## セキュリティノート socktainer に一致するローカルシークレット処理マニフェストは見つかりませんでした。将来の対応で安定したパッケージ URL を使えるよう、Nucleus パッケージメタデータはここに公開されています。 ## Combined YAML source View the package source record on GitHub. [combined/socktainer.yml](https://github.com/mxcl/pkgdb/blob/main/combined/socktainer.yml) ## ソース - pkg.so package database - curated package history - pkgdb category and tag curation - cross-ecosystem install command graph