Faster bootstrap runs without changing what a profile installs
まだ誰も着手していません。
評価
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 初心者へのやさしさ
- 42/100
- issue の種類
- 機能追加
- 明瞭さ
- 明確に書かれている
- 活発さ
- 活発
- 技術スタック
- docker, shell
- 領域
- build-system
調査の方向性
Start by reading build/tart/vm run and install/brew, which the issue names as the VM launch and brew installation entry points. Check how profile sets are selected and how the checkout is mounted, then trace the bootstrap loop for mise, runtimes, and nix. Done means the allowed brew sets install in one bundle call, the host cache is reused, and a fresh run still proves the complete profile works.
索引モデルが issue の本文から書いたものです。
説明
A full headless run spends most of its time in the brew step. Almost all of that time goes to downloading bottles. The previous run already downloaded the same bottles into a VM that was then thrown away.
The profile cut is right and should not be trimmed further. The laptop needs gcc, llvm, pandoc, and tectonic, so the VM must install them too. The time can be recovered elsewhere.
-
Share Homebrew's download cache from the host.
build/tart/vm runalready mounts the checkout. A second mount, read-write, can hold the cache.HOMEBREW_CACHEinside the guest points at it. Bottles then download once per host instead of once per VM, and a reset VM pours from cache. This is the biggest win, and it changes nothing about the result. -
One bundle call per run.
install/brewbundles set by set so that a profile can omit some sets. Bundle fetches every download for one call in parallel. Twelve calls therefore mean twelve serial fetch phases. The installer can generate a temporary Brewfile that includes only the allowed sets and run onebrew bundleagainst it. The per-set omission survives, and the run gets one fetch phase. -
Homebrew environment for the run. The bootstrap can set
HOMEBREW_NO_AUTO_UPDATE,HOMEBREW_NO_INSTALL_CLEANUP, andHOMEBREW_NO_ENV_HINTSfor its own process. Those three stop the repeated update checks, the cleanup passes between calls, and the hint noise in the log. The installer still runsbrew updateonce, explicitly. -
A checkpoint VM for the loop, never for the proof.
tart cloneof a VM stopped right after the brew step gives a starting point for iterating onmise,runtimes, andnixin minutes. The fresh run stays the only evidence that the whole thing works. This checkpoint would have shortened the last four iterations considerably.
- 主要言語
- Shell
- スター
- 1
- フォーク
- 0
- 平均マージ
- 14時間 36分
- マージ済み PR（30日）
- 3
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートあり
- コントリビューションガイドなし
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
indexzero/dotfiles のほかの issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 74/100
-
難易度 4/5 3〜5日 初心者へのやさしさ 56/100
-
難易度 4/5 3〜5日 初心者へのやさしさ 39/100
-
難易度 1/5 1時間未満 初心者へのやさしさ 48/100
-
難易度 5/5 1週間以上 初心者へのやさしさ 8/100
indexzero/dotfiles の issue をすべて見る
似ている issue
-
Update migenオープン
難易度 2/5 1〜3時間 初心者へのやさしさ 70/100
YosysHQ/oss-cad-suite-build#220 ·
-
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
docker-library/redmine#430 ·
-
fm-spawn: isolation timeout hides the real treehouse get error and closes the pane that holds itオープン
難易度 2/5 1〜3時間 初心者へのやさしさ 77/100
kunchenguid/firstmate#7848 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 74/100
メンテナーはふだん 1 日以内に返信
-
docs: state the LF Projects antitrust policy in the repository対応中かも @vinoo999 が今日担当しました。 オープン
難易度 1/5 1〜3時間 初心者へのやさしさ 88/100
a2aproject/A2A#2394 ·
メンテナーはふだん 3 日以内に返信