jeans-channel-workflow

Diagnose and fix CI failures in a personal Guix channel auto-update pipeline.

2|Updated Jan 2, 2026
One-click install
npx skills add https://github.com/ShineBreaker/Guix-configs --skill jeans-channel-workflow-shinebreaker
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: jeans-channel-workflow
Source: https://github.com/ShineBreaker/Guix-configs/tree/main/dotfiles/mutable/agents/hermes/.local/share/hermes/skills/guix-configs/jeans-channel-workflow
Command: npx skills add https://github.com/ShineBreaker/Guix-configs --skill jeans-channel-workflow-shinebreaker

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? Maintaining a personal Guix channel with a weekly auto-update GitHub Actions workflow produces recurring CI failures — sandboxed git-fetch errors, GitHub API rate limits, stale test references after package removal, and docs drift — that are hard to triage without knowing which failures need code fixes versus simple reruns. ## Core Features & Use Cases - CI failure triage: Classify Auto Update Packages workflow runs into infrastructure failures (rerun only), real build failures (fix packages), and test/script desync failures (fix stale references), using gh CLI run timing and failed-step inspection. - Known failure-mode playbooks: Documented root causes and proven fixes for git-fetch sandbox EACCES (convert to url-fetch), masked downstream bugs, url-fetch tarball extraction in build phases, GitHub API rate limits, and zig version chain breakage in emacs-ghostel. - Package maintenance workflows: Recipes for adding packages, wrapping existing packages with langpack resources, lint-fix recipes for wrapper-inputs and description checkers, and cron auto-fix boundaries (what may be committed vs. left to the user). - Use Case: When the jeans channel CI fails overnight, classify the run in under a minute, rerun infrastructure failures directly, or follow the issue-fixer flow to patch the failing package and verify locally before handing the commit to the user. ## Quick Start Ask the assistant to check the latest Auto Update Packages run on the jeans repository and determine whether the failure needs a rerun or a package fix.

Frequently Asked Questions about jeans-channel-workflow

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I fix a Guix channel CI build failure from the auto-update workflow?▼

First classify the failure: runs failing within 60 seconds on early steps like Install Guix are infrastructure issues — rerun with gh workflow run. Only failures reaching the Build test updated packages step with a ❌ issue require package fixes.

Why does git-fetch fail inside the Guix build sandbox on GitHub Actions?▼

AppArmor on ubuntu-latest runners blocks access to /etc/gitconfig inside the build sandbox, causing git init to exit 128. GIT_CONFIG_NOSYSTEM does not propagate through guix-daemon. The working fix is converting affected origins from git-fetch to url-fetch.

Why does the Guix auto-update script report zero updates for all packages?▼

This is the GitHub API rate limit: unauthenticated requests hit the 60/hour cap, every release lookup returns 403, and the script reports zero updates. Export GITHUB_TOKEN (and GUIX_GITHUB_TOKEN for guix refresh) before running.

Can I rerun the CI workflow immediately after fixing a test script locally?▼

No. gh workflow run executes the remote main branch, so unpushed local fixes are not included and the rerun fails identically. Verify locally with the same test command first, then rerun only after the user commits and pushes.

What must be cleaned up after deleting a package from a Guix channel?▼

Check regression test cases referencing the deleted package name, config.json comments, the workflow's guix refresh package list, and regenerate docs/packages.md with blue gen-docs. Stale test references cause KeyError failures in CI.

When should a cron auto-fix job not modify Guix package definitions?▼

The base auto-fix cron only handles docs drift and lint reports; package definition changes belong to the separate issue-fixer cron. It must never push to remotes, edit rust-crates.scm, or run version updates locally since CI owns those.