Skip to content

<deleted> - #2459

Closed
rparolin wants to merge 1 commit into
NVIDIA:mainfrom
rparolin:ci/pixi-locked
Closed

<deleted>#2459
rparolin wants to merge 1 commit into
NVIDIA:mainfrom
rparolin:ci/pixi-locked

Conversation

@rparolin

@rparolin rparolin commented Jul 30, 2026

Copy link
Copy Markdown
Collaborator

No description provided.

`ci-pixi-source-test.yml` used `setup-pixi` with `run-install: false` and
plain `pixi run` everywhere, so nothing pinned CI to the committed lock
files. If a `pixi.toml` changes without a matching `pixi lock`, pixi's
default behaviour is to silently re-solve and rewrite `pixi.lock` in
place -- CI then builds and tests an environment that is *not* the one
committed to the repo, goes green, and the stale lock only surfaces for
the next developer.

Set `PIXI_LOCKED: "true"` at the workflow level so pixi aborts with
"lock file not up-to-date with the workspace" instead.

Why an env var rather than `--locked` on each command: the root test and
docs tasks dispatch into the sub-package manifests via nested
`pixi run --manifest-path ...`. A flag on the outer command does not
reach those child processes; the environment variable does.

Why `--locked` and not `pixi lock --check`: `--locked` compares the lock
against the manifest only and does not re-solve against the channels, so
it stays green when a floating dependency gets a new upstream release.
`pixi lock --check` re-solves, and would go red spontaneously whenever
conda-forge publishes -- `benchmarks/cuda_core` fails it today for
exactly that reason (cuda-pathfinder 1.5.6 -> 1.6.0), with no change to
its manifest.

Verified locally:
- `PIXI_LOCKED=true pixi run -e cu13 test-pathfinder` passes today
  (1095 passed, 4 skipped), including the nested manifest dispatch.
- With a dependency added to `cuda_pathfinder/pixi.toml` and no re-lock,
  the same command fails fast with "lock file not up-to-date with the
  workspace"; without the variable, pixi re-solves and rewrites the lock.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
@rparolin rparolin added the CI/CD CI/CD infrastructure label Jul 30, 2026
@rparolin rparolin self-assigned this Jul 30, 2026
@github-actions

Copy link
Copy Markdown

@rparolin rparolin changed the title ci: run pixi locked in the source-build workflow <deleted> Jul 30, 2026
@rparolin rparolin closed this Jul 30, 2026
@rparolin
rparolin deleted the ci/pixi-locked branch July 30, 2026 21:41
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

CI/CD CI/CD infrastructure

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant