v1.40.1.0 fix: refresh gbrain installer pin#1566
Conversation
|
CI note: the code/docs gates are passing (check-freshness, version gate, actionlint, macOS/Ubicloud gates, Windows tests). The remaining build-image failure is from the workflow trying to push the CI image to GHCR from a fork: |
7624531 to
3667de6
Compare
|
Dogfood update: after refreshing the installer pin to current gbrain, I ran a clean HOME/GSTACK_HOME first-run flow and found the next compatibility bug immediately: Amended this PR to:
Verification:
|
3667de6 to
0a8b0b3
Compare
|
Follow-up from dogfooding local embeddings: this now keeps fresh local PGLite setup on the local path when possible. If I verified the command writes |
|
Updated this PR to the latest ready gbrain release in What changed:
Verification:
|
|
CI update after Passing:
Only failing:
The Docker image builds successfully and fails only at the GHCR push step. |
Summary
bin/gstack-gbrain-installfrom the original gbrain v0.18.2 pin to current verified gbrain v0.35.4.0 (0c6fcab).gbrain sources list --jsonobject shape ({ sources: [...] }) during hostname-fold migration planning.gstack-gbrain-detectversion output fromgbrain 0.35.4.0to0.35.4.0./setup-gbrainlocal PGLite paths to useollama:nomic-embed-textautomatically when noOPENAI_API_KEYis present and the local Ollama embedding probe succeeds./setup-gbraindocs and move the gstack-memory-ingest: CLI call format incompatible with every released gbrain (+ note on /gstack-upgrade pin staleness) #1305 part 2 TODO to completed for v1.40.1.0.Why
Dogfooding the gstack/gbrain setup path surfaced that fresh
/setup-gbraininstalls were still pinned to the original v0.18.2-era gbrain even though current gstack memory features expect newer gbrain behavior. After refreshing the pin, clean/sync-gbrain --code-onlyhit a compatibility crash before registering the repo source:That came from one helper still assuming the old array-shaped sources list while gbrain v0.35.4.0 returns
{ sources: [...] }.The same dogfood run also showed first-sync embedding failures on a machine with no
OPENAI_API_KEY, even though gbrain already supports local Ollama embeddings. The setup skill now probes the actual local embedding path and initializes PGLite with--model ollamawhen it is already working.Test plan
bun run gen:skill-docs --host allbun test test/gbrain-detect-install.test.ts(15 pass)bun test test/gstack-gbrain-sync.test.ts test/gbrain-detect-shape.test.ts test/gbrain-detect-install.test.ts(59 pass)bun test test/setup-gbrain-path4-structure.test.ts test/gen-skill-docs.test.tsHOME=$(mktemp -d) gbrain init --pglite --json --model ollamaverified config writesembedding_model: "ollama:nomic-embed-text",embedding_dimensions: 768git diff --checkDogfood
Clean throwaway
HOME+GSTACK_HOME:gbrain init --pglite --jsongstack-gbrain-detect->gbrain_version: "0.35.4.0",gbrain_local_status: "ok"gstack-gbrain-sync --dry-run --code-onlygstack-gbrain-sync --code-onlyhello.js, reran sync, and source page_count reached 1.gbrain providers test --model ollama:nomic-embed-text-> 768 dims.Verification
0c6fcab555b1ca0de80f47dbc2bd692499a82590is currentgarrytan/gbrainmaster.package.jsonreports0.35.4.0.