[Bug] `veadk studio update` fails: bundled `openviking_sdk-0.1.4` wheel conflicts with `openviking-sdk>=0.1.9`
Maintainer thường phản hồi trong vòng 1 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 2/5
- Thời gian dự kiến
- 1-3 giờ
- Mức phù hợp với người mới
- 92/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Đặc tả rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- python
- Lĩnh vực
- build-system, cli
Hướng nghiên cứu
Bắt đầu với veadk/cli/studio_dependencies.py và pyproject.toml để so sánh phiên bản wheel đã được staging với yêu cầu của package, sau đó kiểm tra tests/cli/test_studio_deploy_target.py. Chạy các test packaging, update và release của Studio; được xem là hoàn tất khi wheel mong đợi khớp với yêu cầu và veadk studio update hoàn tất mà không xảy ra lỗi phân giải dependency.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Summary
PR #1151 (31d2c67) raised the requirement in pyproject.toml to openviking-sdk>=0.1.9. Since then, veadk studio update fails while it installs dependencies for the Studio cronjob scheduler.
The update package still ships the pinned openviking_sdk-0.1.4 wheel from STUDIO_DEPENDENCY_WHEELS. uv cannot satisfy both versions, so the update aborts. A fresh veadk studio deploy is not affected.
The 1.1.14 tag points at the same commit, so the 1.1.14 release has the same mismatch.
Environment
- veadk-python:
main@ 31d2c67be6fb9bd7f3139de42d2615c2c4a73e6f (tag1.1.14). Built locally as1.1.15.dev0+g31d2c67be. - Provider / region: BytePlus,
ap-southeast-1 - Local machine: macOS (arm64), Python 3.12, uv 0.12.3
Steps to reproduce
- Deploy a Studio from this checkout. This succeeds:
veadk studio deploy --provider byteplus --region ap-southeast-1 --project default \ --from-source --user-pool-id <pool-id> --allowed-client-id <client-id> \ --vefaas-app-name <app-name> - Update that Studio from the same checkout:
veadk studio update --provider byteplus --region ap-southeast-1 --project default \ --vefaas-app-name <app-name>
Actual result
[Scanner] Dependency installation status: failed
[Scanner] Deployment did not complete | Dependency installation status: failed
Error: Could not finish the Studio update.
Scheduler dependency installation failed: failed. ...
./tokenizers-0.22.2-cp39-abi3-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
./openviking_sdk-0.1.4-py3-none-any.whl
./pydantic-2.12.5-py3-none-any.whl
./vikingdb_python_sdk-0.1.32-py3-none-any.whl
./veadk_python-1.1.15.dev0+g31d2c67be.d20261002-py3-none-any.whl
[faas-build] stderr: Using CPython 3.12.8 interpreter at: /usr/local/bin/python
× No solution found when resolving dependencies:
╰─▶ Because only openviking-sdk<0.1.9 is available
and veadk-python==1.1.15.dev0+g31d2c67be.d20261002
depends on openviking-sdk>=0.1.9, we can conclude that
veadk-python==1.1.15.dev0+g31d2c67be.d20261002 cannot be used.
And because only veadk-python==1.1.15.dev0+g31d2c67be.d20261002 is
available and you require veadk-python, we can conclude that your
requirements are unsatisfiable.
The scheduler is updated before the Studio Application, so the running Studio is left untouched and there is no outage. Still, studio update cannot complete.
Expected result
veadk studio update releases the scheduler, the worker and the Studio function, just as veadk studio deploy does from the same checkout.
Root cause
studio updatebuilds its package withoffline_runtime=False(veadk/cli/cli_frontend.py#L16487-L16492). As a result,build_local_studio_requirementsstages the fixedSTUDIO_DEPENDENCY_WHEELSlist next to the local veadk wheel (veadk/cli/studio_package.py#L249-L250).- That list still pins
openviking_sdk-0.1.4(veadk/cli/studio_dependencies.py#L96-L102). Since #1151, however, the package requiresopenviking-sdk>=0.1.9(pyproject.toml#L58). veadk studio deploy --from-sourcekeeps the defaultoffline_runtime=True(veadk/cli/cli_frontend.py#L15952). That path resolves fromuv.lock, which locksopenviking-sdk0.1.9, so first deploys still work.STUDIO_DEPENDENCY_WHEELSis shared by both providers. Volcenginestudio updateis therefore probably affected as well. I have not verified this on Volcengine.
Suggested fix
Bump the pinned wheel to the version locked in uv.lock, in veadk/cli/studio_dependencies.py:
StudioDependencyWheel(
filename="openviking_sdk-0.1.9-py3-none-any.whl",
url=(
"https://files.pythonhosted.org/packages/47/d6/"
"aa82551f9c5d06ce682b9194c784beeb16478ce103d650ed8e8b487b1aa7/"
"openviking_sdk-0.1.9-py3-none-any.whl"
),
sha256="6057f3ab921cee4697a7b424948347669cb7b8e04439f305503d8ab7132af3ce",
),
Also update the expected filename in tests/cli/test_studio_deploy_target.py#L73.
I applied this change locally, and the result was:
veadk studio updatecompleted on BytePlus. The scheduler, the worker and the Studio function were all released.- The Studio packaging, update and release tests passed (333 passed).
To keep this from coming back, a test could check each wheel in STUDIO_DEPENDENCY_WHEELS and BYTEPLUS_STUDIO_DEPENDENCY_WHEELS against the version locked in uv.lock. A dependency bump in pyproject.toml would then fail in CI instead of silently breaking studio update.
- Ngôn ngữ chính
- Python
- Star
- 345
- Fork
- 102
- Merge trung bình
- 16 giờ 44 phút
- Pull request đã merge (30 ngày)
- 34
Chuẩn bị môi trường
Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của volcengine/veadk-python
-
[Bug] Multi-trace files collapse into one eval caseCó thể đã có người làm @linhongyu510 đã nhận 63 ngày trước. Đang mở
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 78/100
volcengine/veadk-python#1021 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
AgentKit shutdown bypasses FeishuChannelExtension in-flight message drainingCó thể đã có người làm @fy17ohhh đã nhận 64 ngày trước. Đang mở
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 48/100
volcengine/veadk-python#901 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Bug: the trace information will be split, with both the parent and child agents having independent trace IDs when the root agent invokes the child agent.Có thể đã có người làm @linhongyu510 đã nhận 64 ngày trước. Đang mở
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 68/100
volcengine/veadk-python#549 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Bug: VeIdentityMcpToolset has redundant tool filtering/prefix logic and a bug in prefix implementationCó thể đã có người làm @MengJiapeng đã nhận 231 ngày trước. Đang mở
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 55/100
volcengine/veadk-python#531 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Improve AgentBuilder: Avoid modifying original config dictCó thể đã có người làm @Lingbo-Huang đã nhận 248 ngày trước. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 58/100
volcengine/veadk-python#508 · 2 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của volcengine/veadk-python
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
-
[Bug] to_ical lexicographical/default sorting moves URL property between two X-WR- propertiesĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
collective/icalendar#1968 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Deferred from #1869: Complete the companion pytest guardrail update noted in the PR description...Đang mở
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 95/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Custom provider API keys collide on one host: env slot keyed on host:port only, not URL pathĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 88/100
NousResearch/hermes-agent#140958 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Bug triage/confirmed
Độ khó 2/5 Nửa ngày Mức phù hợp với người mới 85/100
agentscope-ai/agentscope#3355 ·
Maintainer thường phản hồi trong vòng 2 ngày