Skip to content

fastokens: Add version 0.3.2 - #2234

Merged
luhenry merged 2 commits into
mainfrom
github-actions/nightly-upgrade/fastokens
Sep 24, 2026
Merged

luhenry merged 2 commits into
mainfrom
github-actions/nightly-upgrade/fastokens

Conversation

@riseproject-dev

Copy link
Copy Markdown
Contributor

Automatically generated by the nightly check_versions.py run.

fastokens v0.3.1 -> v0.3.2

Every - version: entry added to docs/packages/fastokens.yaml is built by this PR's own build-fastokens.yml run; merging publishes the wheels.

Signed-off-by: riseproject-dev[bot] <330740410+riseproject-dev[bot]@users.noreply.github.com>
@riseproject-dev
riseproject-dev Bot requested a review from luhenry September 23, 2026 07:27
@github-actions

github-actions Bot commented Sep 23, 2026 •

Copy link
Copy Markdown
Contributor
PR Preview Action v1.8.1
Preview removed because the pull request was closed.
2026-09-24 09:42 UTC

The riscv64 build wasn't failing on the version bump itself: the wheel
built fine, and the failure was 4 pytest failures in the new (v0.3.2)
python/tests/test_decode_sanitize.py, all
'ValueError: model error: unsupported model type: Other'.

Root cause upstream: the fixture's vocab is {"h": 1, "e": 2, "l": 3,
"o": 4} (no token id 0). Bpe::new() requires vocab ids to be a
contiguous range from 0, so building it errors with 'non-contiguous
tokens - token 0 is missing'. Because ModelConfig is
#[serde(tag = "type")] with an Other(Value) #[serde(untagged)] fallback
variant, serde silently swallows that TryFrom<RawBpe> error and lands on
ModelConfig::Other instead of propagating it -- hence the confusing
'unsupported model type: Other' rather than the real error. This is a
plain logic bug, not riscv64-specific; upstream's own CI never catches
it because ci.yml runs 'cargo test' (not the Python suite) and never
runs pytest against python/tests.

Add an unused id-0 vocab entry so the vocab is contiguous; every id the
tests actually exercise (1-4) is unchanged. Wire the patch into
build-fastokens.yml the same way other patched packages do: a second
checkout of python-wheels and a 'git apply' before the build, plus
patches/fastokens/** in the pull_request/push path triggers.
@luhenry
luhenry marked this pull request as ready for review September 24, 2026 08:37
@luhenry
luhenry merged commit dea7f22 into main Sep 24, 2026
9 checks passed
@luhenry
luhenry deleted the github-actions/nightly-upgrade/fastokens branch September 24, 2026 08:38
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant