# tundra を Homebrew でインストール tundra のインストール経路、実行ファイル、メタデータ、AI エージェント向けセキュリティノートを確認します。 ## インストール ```sh sudo av install brew:tundra ``` 追加のインストールコマンド: ### macOS - Homebrew (100%): ```sh brew install tundra ``` 証拠: local Homebrew formula metadata ## パッケージ情報 - **パッケージキー:** brew:tundra - **パッケージマネージャ:** Homebrew - **バージョン:** 2.17.1 - **ソース概要:** Code build system that tries to be fast for incremental builds - **ホームページ:** - **リポジトリ:** - **最終更新:** 2026-06-25T13:38:10+02:00 - **生成日時:** 2026-08-03T19:37:03+00:00 ## 実行可能ファイル - t2-inspect (エイリアス) - t2-lua (エイリアス) - tundra2 (エイリアス) ## インストール挙動 - Bottle: 利用不可 ## バージョンと鮮度 - ページ生成日: 2026-08-03 - マネージャ版: 2.17.1 ## プロジェクトの歴史と使われ方 Tundra is a high-performance code build system by Andreas Fredriksson, designed for very fast incremental builds in large software projects. Its manual says the design was motivated by games industry workloads, where large multi-million-line codebases and frequent rebuilds make every second of build-system overhead expensive. ### プロジェクトの歴史 The README and manual present Tundra as a deliberately scoped build system: a Lua configuration front end builds dependency graphs, while a native multi-threaded build engine executes commands. The Lua front end runs only when needed, leaving incremental build iteration to a fast engine. Tundra's design philosophy is unusually explicit. It favors "simple is fast", "support just enough", multi-core utilization, reliable code generation through build passes, separation between configuration and building, and avoiding toolchain guessing. This sets it apart from broader build tools that fetch code, auto-detect environments, or hide platform choices. The README identifies copyright from 2010 to 2018 and notes that Tundra was previously GPL-licensed before being relicensed to MIT because the GPL hindered commercial adoption and contributors agreed to the change. That license history is a direct clue to its intended use in commercial native-code projects. ### 採用の歴史 Official docs describe portability across macOS, Linux, FreeBSD, and Windows, with Windows installers in GitHub releases and Homebrew as the macOS package path. The input package facts record Homebrew packaging, and the formula installs CLI tools such as `tundra2`, `t2-lua`, and `t2-inspect`. Tundra's adoption niche is not broad web development but native-code teams that care about fast incremental rebuilds, explicit toolsets, and generated-code ordering. The manual's games-industry motivation explains why package users encounter it alongside build systems like Make, Ninja, SCons, Premake, CMake, and Tup rather than as an application. ### 使われ方 A Tundra project is driven by a `tundra.lua` file, analogous to a Makefile, that declares units and configurations. The manual's hello-world example defines a Build block with Units and Configs, then runs `tundra2` to build into a platform, toolset, variant, and subvariant output directory. The build flow is split into graph generation and execution: `tundra2` checks whether DAG data is up to date, invokes the Lua generator if needed, saves a JSON graph for compiled binary data, deletes stale outputs, analyzes requested targets, runs the build engine, and saves build state. ### パッケージ好きにとっての重要性 Tundra is significant to package nerds because it is a small, fast, specialist alternative in the build-system zoo. It exposes enough machinery for serious native builds while avoiding package downloaders, VCS sync, and toolchain guessing, which appeals to users who prefer explicit, reproducible build descriptions. Its Homebrew formula makes a historically source-oriented build tool easy to install on macOS, while the manual preserves the deeper Unix build-system culture: one configuration file, named toolsets, variants, generated DAGs, and inspectable command execution. ### タイムライン - 2010-2018: README copyright range identifies Andreas Fredriksson's project history window. - Current README: Documents macOS, Linux, FreeBSD, and Windows portability, plus Homebrew installation for macOS. - Current README: Notes relicensing from GPL to MIT to improve commercial adoption. - Current manual: Documents Lua front end, native build engine, build passes, and `tundra.lua` project files. ### Related projects - Lua 5.1 is embedded and customized as the configuration language. - The manual's design context places Tundra near Make-style tools and native build systems; its explicit non-goals distinguish it from build systems that fetch dependencies or auto-configure environments. - A companion Visual Studio 2012 add-in is linked from the README at https://github.com/deplinenoise/tundra-vsplugin. ### ソース - - - input source_facts.executables and source_facts.package-manager: Homebrew formula and installed command names. ## セキュリティノート generalized runtime or code generation signal. - **Geiger リスク:** yellow / 中 - generalized runtime or code generation signal ## 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 - Unix: tundra.lua ## Combined YAML source View the package source record on GitHub. [combined/tundra.yml](https://github.com/mxcl/pkgdb/blob/main/combined/tundra.yml) ## ソース - pkg.so package database - Geiger risk classifier - curated configuration and credential file locations - curated package history - pkgdb category and tag curation - cross-ecosystem install command graph