bytecodealliance / bytecodealliance/componentize-py
Use `wasm-pkg-tools` to pull interface and world definitions from well-known registries
- 主要言語
- Rust
- スター
- 277
- フォーク
- 51
- 平均マージ
- 12時間 10分
- マージ済み PR(30日)
- 10
説明
[`wasm-pkg-tools`](https://github.com/bytecodealliance/wasm-pkg-tools) provides tools for downloading published WIT definitions (in binary form) from registries, including [default registries](https://github.com/bytecodealliance/wasm-pkg-tools#default-fallback-registries). Ideally, if a `componentize-py` user targets a world that's been published to such a registry, e.g. `wasi:cli/command@0.2.0`, they shouldn't need to provide any WIT files (nor, in the case of WASI worlds, even specify the registry). Instead, `componentize-py` should use `wasm-pkg-tools` to query any available registries and download the world and interface definitions automatically.
In short, we should add a new option for specifying one or more registries (and use the default registries otherwise), plus another option to disable using the default registries if desired. I imagine we'll still want to prioritize using local WIT files if provided.
コントリビューションガイド
調査の方向性
componentize-py の現在の WIT および world 解決のエントリポイントを追跡し、次に wasm-pkg-tools がデフォルトの registry と明示的に指定された registry をどのようにクエリするかを確認します。wasi:cli/command@0.2.0 のような公開済みの world をローカルの WIT ファイルなしで解決でき、カスタム registry とデフォルトの無効化がサポートされ、ローカルの WIT ファイルが引き続き優先されれば完了です。これらのケースのカバレッジを追加するか、実行してください。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- python, rust, wasm
- 領域
- build-system, cli, tooling
- issue の種類
- 機能追加
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 活発さ
- 静か
- 明瞭さ
- おおむね明確
- 初心者へのやさしさ
- 55/100