Skip to content

build: take winit 0.31.0-beta.3, and release 0.3.3 - #49

Closed
pathscale wants to merge 2 commits into
masterfrom
chore/ps-blitz-0.4
Closed

pathscale wants to merge 2 commits into
masterfrom
chore/ps-blitz-0.4

Conversation

@pathscale

@pathscale pathscale commented Sep 6, 2026 •

Copy link
Copy Markdown
Owner

ps-blitz-shell on the 0.4 line requires winit ^0.31.0-beta.3. The floor here said beta 2, which admits beta 3 without asking for it, so a consumer with an older lockfile fails to resolve rather than to compile, and the error names winit rather than anything about blitz.

Found while building AgencyZero against ps-blitz pathscale/ps-blitz#86; the build could not resolve until the lock moved forward.

Also releases 0.3.3. 0.3.2 is already on crates.io and the publish workflow skips a version it finds there, so without the bump this merges and reaches no consumer. Raised in review.

cargo check --all-features is clean. Beta 3 also satisfies the published 0.4.2 engine, so this does not wait on #86.

`ps-blitz-shell` moved to winit beta 3 on the 0.4 line, so a consumer whose
lockfile still pins beta 2 fails to *resolve* rather than to compile:

    error: failed to select a version for `winit`
        ... required by package `ps-blitz-shell`
      previously selected package `winit v0.31.0-beta.2`
        ... of package `tauri-runtime-blitz`

The floor here still said beta 2, which admits beta 3 but does not ask for it,
so nothing pulled a stale lock forward and the failure surfaced downstream in
the application rather than here. Asking for beta 3 is what makes
`cargo update` do it.

Beta 3 satisfies the published 0.4.2 engine as well, so this lands on its own.
`ps-blitz-shell` on the 0.4 line requires winit beta 3, and the floor here said
beta 2 -- which admits beta 3 without asking for it, so nothing pulled a stale
lock forward and the failure surfaced downstream as `failed to select a version
for winit`, naming winit and nothing about blitz.

0.3.2 is already on crates.io, and the publish workflow skips a version it finds
there, so without the bump this lands and reaches nobody.
@pathscale pathscale changed the title build: take winit 0.31.0-beta.3 build: take winit 0.31.0-beta.3, and release 0.3.3 Sep 6, 2026
@pathscale

Copy link
Copy Markdown
Owner Author

Closing: the requirement was never wrong.

^0.31.0-beta.2 already admits beta 3 — cargo's caret on a prerelease is >=0.31.0-beta.2, <0.32.0. I confirmed it: qa-inspect-host built against unmodified trb and ps-blitz-shell 0.4.3, which requires beta 3, resolved and compiled.

What actually failed downstream was a lockfile, not a requirement:

previously selected package `winit v0.31.0-beta.2`
    ... of package `tauri-runtime-blitz`

cargo update -p winit --precise 0.31.0-beta.3 clears it. Raising the floor here would have made that self-heal, but an explicit-patch floor is a version bump wearing a caret, and that is not how these are pinned. Not worth a release.

@pathscale pathscale closed this Sep 6, 2026
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