Skip to content

ci: fix release-please auth and assemble/ingest workflows#9

Merged
laurigates merged 2 commits into
mainfrom
fix/ci-release-please-auth
Jun 3, 2026
Merged

ci: fix release-please auth and assemble/ingest workflows#9
laurigates merged 2 commits into
mainfrom
fix/ci-release-please-auth

Conversation

@laurigates

Copy link
Copy Markdown
Owner

What

Fixes the three broken CI workflows.

release"GitHub Actions is not permitted to create or approve pull requests"

Used the default GITHUB_TOKEN. Now mints a GitHub App token via actions/create-github-app-token@v3 and passes it to release-please, matching the canonical pal-mcp-server pattern.

assemblea bin target must be available for cargo run

  • Ran -p niinku-pipeline (a library); the niinku binary is in niinku-cli.
  • Never installed libvoikko-dev (the whole workspace links it via crates/sources/build.rs).
  • Wrote no output (assemble with no --output prints to stdout) → empty PR.
  • create-pull-request would hit the same PR-permission wall.

Fixed: correct package, install libvoikko-dev + voikko-fi, just download the OpenSubtitles corpus, --output data/wordlist.combined, App token for the PR.

ingest — latent breakage

Ran -p niinku-pipeline -- ingest --sources X,Y — wrong package and an interface the CLI doesn't implement (it only does ingest mastodon). Realigned to just ingest-mastodon with instance/count inputs.

Dependency

Requires laurigates/gitops PR enabling release_please = true for niinku to provision RELEASE_PLEASE_APP_ID + RELEASE_PLEASE_PRIVATE_KEY. Merge that first, then re-run release.yml. The release-please App must also be installed on niinku (GitHub Settings → Applications).

This PR's own CI (fmt + clippy + test) is unaffected.

🤖 Generated with Claude Code

laurigates and others added 2 commits June 3, 2026 13:28
The release workflow failed with "GitHub Actions is not permitted to
create or approve pull requests" — it used the default GITHUB_TOKEN.
Mint a GitHub App token (actions/create-github-app-token@v3) and pass it
to release-please, matching the canonical pal-mcp-server pattern. The
RELEASE_PLEASE_APP_ID var + RELEASE_PLEASE_PRIVATE_KEY secret are
provisioned by gitops for repos flagged release_please = true (added in a
companion gitops PR).

The assemble workflow failed with "a bin target must be available for
cargo run": it ran -p niinku-pipeline, but that crate is a library — the
niinku binary lives in niinku-cli. It also never installed libvoikko
(the whole workspace links it via crates/sources build.rs), wrote no
output file (assemble with no --output prints to stdout), and its
create-pull-request step would hit the same PR-permission wall. Fix all
four: correct package, install libvoikko-dev + voikko-fi, fetch the
OpenSubtitles corpus, write --output data/wordlist.combined, and reuse
the App token for the PR.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
ingest.yml ran `-p niinku-pipeline -- ingest --sources X,Y`. That crate
is a library (no bin), and the CLI has no `--sources` interface — it only
implements `ingest mastodon`. Rewrite the workflow to the actual path:
mastodon ingest via `just ingest-mastodon` with instance/count inputs,
correct package, and the libvoikko build dependency. opensubtitles is
fetched with `just download`; urbaani is a committed snapshot — neither
is a CLI ingest.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
@laurigates laurigates added the bug Something isn't working label Jun 3, 2026
@laurigates laurigates self-assigned this Jun 3, 2026
@laurigates laurigates merged commit 5fae1a1 into main Jun 3, 2026
1 check passed
@laurigates laurigates deleted the fix/ci-release-please-auth branch June 3, 2026 12:15
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

bug Something isn't working

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant