Daily dependency update fails: merging main into the update branch produces a uv.lock that uv cannot parse
メンテナーはふだん 1 日以内に返信
評価
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 初心者へのやさしさ
- 25/100
調査の方向性
Start with .github/workflows/update-dependencies.yml and .github/scripts/dependency-update-prepare-branch.sh, then review the failed run’s merge behavior and the open pull request #890. The issue describes rebuilding the update branch from origin/main, updating it, and replacing the remote branch with a lease check; verify the workflow handles unchanged files and updates the existing PR description.
索引モデルが issue の本文から書いたものです。
説明
The daily Update dependencies workflow (.github/workflows/update-dependencies.yml) has failed on every run since at least 2026-10-10.
What happens
Run 39659265166 fails at the "Generate API clients" step (./scripts/generate-clients.sh):
error: Failed to parse `uv.lock`
cause: The entry for package `cryptography` (50.0.1) has wheel `cryptography-49.0.0-cp311-abi3-macosx_11_0_arm64.whl` with inconsistent version (49.0.0), which indicates a malformed wheel.
Cause
When an update PR is open (#583, branch update-dependencies, opened in June), .github/scripts/dependency-update-prepare-branch.sh checks out that branch and runs git merge --no-edit -X theirs origin/main. The run log shows git auto-merging all seven uv.lock files. A line-by-line merge of two generated lock files mixes entries from two different resolutions: here a cryptography 50.0.1 entry kept a 49.0.0 wheel list, and uv refuses the lock.
Fix
Build the update branch from origin/main on every run instead of merging main into the old branch, run the update, and replace the remote branch with --force-with-lease against the commit it pointed at when the run started. Skip the push when the branch already holds the same files. Keep reusing the open update PR and replace its description.
- 主要言語
- Python
- スター
- 1
- フォーク
- 1
- 平均マージ
- 1日 16時間
- マージ済み PR（30日）
- 61
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートあり
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
PolicyEngine/policyengine-sim-api のほかの issue
-
Update policyengine to 6.7.3再び着手できるかも このイシューのプルリクエストはマージされずにクローズされました。 オープン
難易度 2/5 半日 初心者へのやさしさ 70/100
PolicyEngine/policyengine-sim-api#823 ·
メンテナーはふだん 1 日以内に返信
-
Integration tests fail due to missing UV virtual environment setup対応中かも このイシューにリンクされたプルリクエストがオープン中、またはマージ済みです。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 65/100
PolicyEngine/policyengine-sim-api#314 ·
メンテナーはふだん 1 日以内に返信
-
Update policyengine to 6.10.1対応中かも @policyengine が今日担当しました。 オープン
難易度 1/5 1時間未満 初心者へのやさしさ 20/100
PolicyEngine/policyengine-sim-api#905 ·
メンテナーはふだん 1 日以内に返信
-
Calculate a household under several policies in one call on Modal (v2 household functions)対応中かも @anth-volk が 1 日前に担当しました。 オープン
難易度 5/5 1週間以上 初心者へのやさしさ 20/100
PolicyEngine/policyengine-sim-api#902 ·
メンテナーはふだん 1 日以内に返信
-
Add simulation and report definitions to the simulation schema対応中かも @anth-volk が 1 日前に担当しました。 オープン
難易度 4/5 3〜5日 初心者へのやさしさ 25/100
PolicyEngine/policyengine-sim-api#899 ·
メンテナーはふだん 1 日以内に返信
PolicyEngine/policyengine-sim-api の issue をすべて見る
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
aws-samples/sample-per-model-bedrock#464 ·
メンテナーはふだん 1 日以内に返信
-
lesson-submission pending-review
難易度 2/5 1〜3時間 初心者へのやさしさ 67/100
Ikalus1988/MisakaNet#3789 ·
メンテナーはふだん 1 日以内に返信
-
Python Volcengine provider returns failures instead of raising them対応中かも @Ricardo-M-L が今日担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 79/100
agent-infra/sandbox#248 ·
-
[Bug] cloud JSON directory loading assumes a Key field in fsspec listings対応中かも @Ricardo-M-L が今日担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 88/100
hiyouga/LlamaFactory#10910 ·
メンテナーはふだん 1 日以内に返信
-
Bundled uv is never updated and trusts the compromised eMudhra certificates対応中かも @FabienDanieau が今日担当しました。 オープンbug
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100