ci(sdk-smoke): check out percolator-sdk as a sibling so the nightly can install (#232) - #240
ci(sdk-smoke): check out percolator-sdk as a sibling so the nightly can install (#232)#240dcccrypto wants to merge 1 commit into
Conversation
…an install (#232) The SDK publish smoke has failed every night for at least a week. It has never reached an assertion — it dies at install: ENOENT: no such file or directory, scandir '/home/runner/work/percolator-sdk' Process completed with exit code 254 package.json and pnpm-lock.yaml resolve @percolatorct/sdk as `file:../../percolator-sdk`, so a bare checkout has no SDK to install. ci.yml gets this treatment in #233; sdk-smoke.yml was left out, so the nightly stays red regardless of which version is pinned. The pin is NOT the problem here, which is worth stating because the two sibling repos failed for that reason and the same conclusion does not transfer. Verified locally by running this repo's own tests/sdk-smoke.test.ts against both the pinned version and latest: @percolatorct/sdk@1.0.0-beta.33 → 30 passed (30) @percolatorct/sdk@4.3.0 → 30 passed (30) Both green. So this repo needs only the checkout; percolator-keeper#395 and percolator-indexer#192 needed version bumps because their smoke suites moved to v17 assertions while their pins did not. Copies the block #233 adds to ci.yml verbatim, including the two-levels-up path note (`<runner>/work/percolator-api/percolator-api` → `<runner>/work`), which differs from percolator-indexer#172's one level.
|
The latest updates on your projects. Learn more about Vercel for GitHub.
|
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: defaults Review profile: CHILL Plan: Pro Plus Run ID: 📒 Files selected for processing (1)
📝 WalkthroughWalkthroughThe SDK smoke workflow checks out ChangesSDK smoke workflow
Estimated code review effort: 2 (Simple) | ~10 minutes Possibly related issues
Possibly related PRs
🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
✨ Finishing Touches 💡 1🛠️ Fix failing CI checks 💡
🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
|
Confirming what this PR's own red check is, since it would otherwise read as a
This PR only edits So the dependency runs one way: #233 turns |
|
Coordination note I should have made when opening this — #239 and this PR both Both are mine, both are needed, and they're logically distinct: #239 drops an Suggested order: #239 first, then this. #239 is the older and smaller change, My oversight: I ran exactly this check for two other people's overlapping PRs a Unrelated, while I was auditing red checks here — #239's
A rate limit on their service, timestamped |
Fixes the
SDK publish smokenightly, which has failed every run for at least aweek.
It never reaches an assertion
package.json/pnpm-lock.yamlresolve@percolatorct/sdkasfile:../../percolator-sdk, so a bare checkout has no SDK to install. #233 addsthe sibling checkout to
ci.yml;sdk-smoke.ymlwas left out, so thisnightly stays red no matter what version is pinned.
The pin is not the problem here — and that matters
The two sibling repos' nightlies were also red, and both needed a version
bump (percolator-keeper#395, percolator-indexer#192: their smoke suites moved to
v17 assertions while their pins stayed at 2.0.5). The obvious inference is that
this repo needs the same. It doesn't, and I checked rather than assuming —
this repo's pin is
1.0.0-beta.33, which looks even more stale, so the inferencewas tempting.
Ran this repo's own
tests/sdk-smoke.test.tsagainst both:Both green. This repo's smoke asserts stable surface (
SLAB_MAGIC,ENGINE_OFF,parseHeader, …) rather than v17-specific behaviour, so the pin is fine andbumping it would be unverified churn.
Three red nightlies, two distinct causes — worth stating plainly since fixing
them looked like one job:
The change
Copies the block #233 adds to
ci.ymlverbatim, including the two-levels-up pathnote — from
<runner>/work/percolator-api/percolator-apithat is<runner>/work,which differs from percolator-indexer#172's one level. YAML validated.
Related: #233 is blocking the PR queue
While confirming this I checked my other open PRs here. #235, #236, #237 and #239
all fail
build-and-testwith the same ENOENT, on runs from 2026-07-20 —i.e. they are blocked by the unfixed CI, not by their own content. #233 is green
on
build-and-testand fixes that forci.yml.So #233 unblocks the PR queue, and this PR unblocks the nightly. They are
independent files and can land in either order.
Summary by CodeRabbit
percolator-sdkmain branch.