[ci] E: Update zutils#333
Merged
Merged
Conversation
Contributor
There was a problem hiding this comment.
Pull request overview
Updates this repository’s pinned nanvix/zutils version to align local/CI tooling with the referenced upstream release (v0.17.0), using the repo’s .zutils-version pin that z.sh/z.ps1 consume.
Changes:
- Bump the pinned
nanvix/zutilsversion fromv0.16.3tov0.17.0.
Show a summary per file
| File | Description |
|---|---|
.zutils-version |
Updates the pinned nanvix/zutils release version used by the repo tooling wrappers. |
Review details
Tip
Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.
- Files reviewed: 1/1 changed files
- Comments generated: 0
- Review effort level: Low
ppenna
force-pushed
the
automation/update-zutils-version
branch
from
6a9393d to
9eff28a
Compare
Comment on lines
+35
to
+38
| # Magic-path naming (zutils v0.17.0): | ||
| # {pkg}-{host}-{arch}-{machine}-{mode}-{mem}.{ext} | ||
| dependency.artifact_pattern = ( | ||
| "{name}-{host}-{arch}-{machine}-{mode}-{mem}.tar.gz" |
Comment on lines
+162
to
+165
| Matches ``nanvix-zutil release``'s magic-path naming | ||
| (``{pkg}-{host}-{target}-{machine}-{mode}-{mem}``) so that | ||
| ``tar xf {archive}.tar.gz && cd {stem}`` lands the user inside | ||
| the extracted bundle. |
zutils v0.17.0 dropped release_targets() and release_dir() in favor of
staging directly under regular_out() / dev_out(). nanvix-python
publishes only a runtime archive, so everything is staged under
regular_out(). The resulting archive is auto-named:
nanvix-python-linux-x86-microvm-standalone-256mb.tar.gz
and extracts as nanvix-python-linux-x86-microvm-standalone-256mb/, which
is the same string baked into the bundled README's 'cd {stem}' snippet.
Changes:
- src/lib.py: drop release_targets() override (obsolete). Update
_asset_prefix() to include {host}-{target} so it matches the
magic-path archive stem produced by nanvix-zutil release; this keeps
the archive filename and the wrapping subdir inside the archive in
sync so 'tar xf … && cd $stem' Just Works.
- src/build.py: bundle_dir = paths.regular_out() / asset_prefix.
- src/clean.py: paths.release_dir() -> paths.staging_dir() (covers
both regular/ and dev/ subtrees).
- src/setup.py: update cpython dependency.artifact_pattern to the
magic-path shape
('{name}-{host}-{arch}-{machine}-{mode}-{mem}.tar.gz') and pass
{host}/{arch} to the matching prefix .format() call in
_cached_cpython_artifact(). The old pattern
'{name}-{machine}-{mode}-{mem}.tar.gz' no longer matched any asset
in cpython's release.
- z.py: docstring updated (release_dir() -> regular_out()).
- Bump nanvix-version 0.20.0 -> 0.20.9, sdk-version v0.20.0-sdk.2 ->
v0.20.9-sdk.1 (pulls cpython@3.12.3-nanvix-0.20.9-sdk.1 which ships
linux + windows regular + -dev assets).
- Bump nanvix-ci.yml workflow ref v3.0.0 -> v3.0.1 (dual-host release).
ada-x64
force-pushed
the
automation/update-zutils-version
branch
from
1286347 to
53657dc
Compare
zutils v0.17.0 magic-path names the CPython runtime archive
'.tar.gz' on linux hosts and '.zip' on windows hosts. buildroot's
Dependency.artifact_pattern only exposes {name}/{host}/{arch}/
{machine}/{mode}/{mem} (no {ext}), so we compute the extension from
config.host and inline it into the pattern.
Previously the pattern was pinned to '.tar.gz', which resolved fine
on linux but caused windows CI to fail with:
Asset 'cpython-windows-x86-microvm-standalone-256mb.tar.gz' not
found in release nanvix/cpython@…
The stale comment referencing a legacy 'Windows delivery bundle'
(with a pre-baked ramfs) is also dropped — that bundle no longer
exists under magic-path. The extension is still pinned rather than
prefix-matched to keep the sibling '-dev' archive out of the match.
| # (which contains a ready-made ramfs rather than an extractable stdlib). | ||
| dependency.artifact_pattern = "{name}-{machine}-{mode}-{mem}.tar.gz" | ||
| # Magic-path naming (zutils v0.17.0): | ||
| # {pkg}-{host}-{arch}-{machine}-{mode}-{mem}.{ext} |
Comment on lines
+162
to
+165
| Matches ``nanvix-zutil release``'s magic-path naming | ||
| (``{pkg}-{host}-{target}-{machine}-{mode}-{mem}``) so that | ||
| ``tar xf {archive}.tar.gz && cd {stem}`` lands the user inside | ||
| the extracted bundle. |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Automated update to nanvix/zutils
v0.17.0. The target release implementation applied its own verified templates.