build(registry): fold native Makefile builds into the Turbo task graph
まだ誰も着手していません。
評価
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 初心者へのやさしさ
- 55/100
- issue の種類
- 機能追加
- 明瞭さ
- おおむね明確
- 活発さ
- 静か
- 技術スタック
- wasm
- 領域
- build-system
調査の方向性
registry/native/Makefile、registry/native/c/Makefile、および just の registry-native と registry-build レシピから始めます。registry ソフトウェアと agent パッケージのビルドエントリポイントを追跡し、既存のネイティブビルドを中心に Turbo ビルドの依存関係、入力、出力を定義します。pnpm build または turbo build が手動の手順なしで registry のネイティブコマンドバイナリを生成すれば完了です。
索引モデルが issue の本文から書いたものです。
説明
Problem
The registry native command binaries are built by a standalone Makefile (registry/native/Makefile, registry/native/c/Makefile) invoked out-of-band via make -C registry/native commands (the just registry-native recipe). This build is not part of the Turbo task graph:
turbo build/pnpm builddoes not produce the WASM command binaries, so packages that depend on them assemble as empty placeholders.- Anyone running the core tests or an
AgentOsexample must remember to manually runjust registry-native(andjust registry-build) first, or hitsoftware package … is not BUILT/ missing-command failures at runtime. - The manual step is a recurring footgun for contributors and CI setup.
Proposal
Drive the registry native builds through Turbo (turborepo) as the primary build path so a single turbo build produces everything, no manual pre-build:
- Wrap the
registry/nativeMakefile targets in a Turbobuildtask (e.g. a package-level script that shells tomake, with properinputs/outputsfor caching), or port the command build to per-crate Turbo tasks. - Wire it into the dependency graph (
dependsOn) so registry software/agent package builds depend on the native commands being built. - Keep the Makefile as the underlying compiler invocation if convenient, but stop requiring it to be run by hand — Turbo's cache +
outputsshould make repeat builds cheap.
Outcome
pnpm build (or turbo build) alone leaves the registry fully built; no separate just registry-native / just registry-build step before running tests or examples.
Note: filed as "Turbo/turborepo" (the monorepo task runner already in use), per the "replace the makefiles … using turbo" ask.
- 主要言語
- TypeScript
- スター
- 1k
- フォーク
- 54
- PR マージ指標
- 30日以内にマージされた PR はありません
環境構築
- Dockerfile または Docker Compose ファイルあり
- プルリクエストのテンプレートなし
- コントリビューションガイドなし
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
rivet-dev/dynamic-apps のほかの issue
-
Build cache ignores maxResponseBytes, potentially reusing an outdated response limit対応中かも @Utkarshpandey0001 が 30 日前に担当しました。 オープン
難易度 3/5 1〜2日 初心者へのやさしさ 78/100
rivet-dev/dynamic-apps#297 ·
-
難易度 3/5 1〜2日 初心者へのやさしさ 58/100
rivet-dev/dynamic-apps#280 · コメント 2 件 ·
-
Make agentOS runtime classifier content-based (match Linux exec semantics), not extension-based対応中かも @mittal-parth が 35 日前に担当しました。 オープン
難易度 4/5 3〜5日 初心者へのやさしさ 48/100
rivet-dev/dynamic-apps#275 ·
-
Treat the WASM/WASI build target as cfg(unix) so filesystem tools need no per-tool mode-bit patchesオープン
難易度 5/5 1週間以上 初心者へのやさしさ 35/100
rivet-dev/dynamic-apps#271 ·
-
難易度 5/5 1週間以上 初心者へのやさしさ 42/100
rivet-dev/dynamic-apps#178 ·
rivet-dev/dynamic-apps の issue をすべて見る
似ている issue
-
[测试] 等待仓库加载后再记录多仓库排序基线対応中かも @myot233 が今日担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 84/100
メンテナーはふだん 1 日以内に返信
-
area:arcade p3-medium ready-for-agent testing type:docs
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
fderuiter/deruiter.dev#2369 ·
メンテナーはふだん 1 日以内に返信
-
area:devenv origin:agent type:bug
難易度 2/5 1〜3時間 初心者へのやさしさ 84/100
overengineeringstudio/effect-utils#1949 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
ccch1mneyyy/dsh-TUI#1631 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
MiniMax-AI/minimax-code#507 ·
メンテナーはふだん 1 日以内に返信