docs(known-problems): record Linux update fetch failure and HTTPS fix #5

Merged
clawdie merged 1 commit from docs/known-problems into main 2026-09-28 06:44:59 +02:00
Owner

Add docs/known-problems.md, a growing record of operational problems hit
running Hermes on Clawdie hosts.

First entry: on the Linux host, hermes update stops at the fetch step
with Permission denied (publickey) because the install's origin is the
GitHub SSH URL, and GitHub rejects the host key. The upstream over HTTPS
fetches fine, so this is a Git transport problem, not a Hermes or Forgejo
configuration problem. Verified fix: repoint the install's fetch remote
to HTTPS with one command.

The entry also keeps the full Linux console transcript and notes the
separate autostash / modified web/src/index.css state to review.

What does this PR do?

Fixes #

Type of Change

  • 🐛 Bug fix (non-breaking change that fixes an issue)
  • ✨ New feature (non-breaking change that adds functionality)
  • 🔒 Security fix
  • 📝 Documentation update
  • ✅ Tests (adding or improving test coverage)
  • ♻️ Refactor (no behavior change)
  • 🎯 New skill (bundled or hub)

Changes Made

How to Test

Checklist

Code

  • I've read the Contributing Guide
  • My commit messages follow Conventional Commits (fix(scope):, feat(scope):, etc.)
  • I searched for existing PRs to make sure this isn't a duplicate
  • My PR contains only changes related to this fix/feature (no unrelated commits)
  • I've run pytest tests/ -q and all tests pass
  • I've added tests for my changes (required for bug fixes, strongly encouraged for features)
  • I've tested on my platform:

Documentation & Housekeeping

  • I've updated relevant documentation (README, docs/, docstrings) — or N/A
  • I've updated cli-config.yaml.example if I added/changed config keys — or N/A
  • I've updated CONTRIBUTING.md or AGENTS.md if I changed architecture or workflows — or N/A
  • I've considered cross-platform impact (Windows, macOS) per the compatibility guide — or N/A
  • I've updated tool descriptions/schemas if I changed tool behavior — or N/A

For New Skills

  • This skill is broadly useful to most users (if bundled) — see Contributing Guide
  • SKILL.md follows the standard format (frontmatter, trigger conditions, steps, pitfalls)
  • No external dependencies that aren't already available (prefer stdlib, curl, existing Hermes tools)
  • I've tested the skill end-to-end: hermes --toolsets skills -q "Use the X skill to do Y"

Screenshots / Logs

Add docs/known-problems.md, a growing record of operational problems hit running Hermes on Clawdie hosts. First entry: on the Linux host, `hermes update` stops at the fetch step with `Permission denied (publickey)` because the install's origin is the GitHub SSH URL, and GitHub rejects the host key. The upstream over HTTPS fetches fine, so this is a Git transport problem, not a Hermes or Forgejo configuration problem. Verified fix: repoint the install's fetch remote to HTTPS with one command. The entry also keeps the full Linux console transcript and notes the separate autostash / modified web/src/index.css state to review. ## What does this PR do? <!-- Describe the change clearly. What problem does it solve? Why is this approach the right one? --> ## Related Issue <!-- Link the issue this PR addresses. If no issue exists, consider creating one first. --> Fixes # ## Type of Change <!-- Check the one that applies. --> - [ ] 🐛 Bug fix (non-breaking change that fixes an issue) - [ ] ✨ New feature (non-breaking change that adds functionality) - [ ] 🔒 Security fix - [ ] 📝 Documentation update - [ ] ✅ Tests (adding or improving test coverage) - [ ] ♻️ Refactor (no behavior change) - [ ] 🎯 New skill (bundled or hub) ## Changes Made <!-- List the specific changes. Include file paths for code changes. --> - ## How to Test <!-- Steps to verify this change works. For bugs: reproduction steps + proof that the fix works. --> 1. 2. 3. ## Checklist <!-- Complete these before requesting review. --> ### Code - [ ] I've read the [Contributing Guide](https://github.com/NousResearch/hermes-agent/blob/main/CONTRIBUTING.md) - [ ] My commit messages follow [Conventional Commits](https://www.conventionalcommits.org/) (`fix(scope):`, `feat(scope):`, etc.) - [ ] I searched for [existing PRs](https://github.com/NousResearch/hermes-agent/pulls) to make sure this isn't a duplicate - [ ] My PR contains **only** changes related to this fix/feature (no unrelated commits) - [ ] I've run `pytest tests/ -q` and all tests pass - [ ] I've added tests for my changes (required for bug fixes, strongly encouraged for features) - [ ] I've tested on my platform: <!-- e.g. Ubuntu 24.04, macOS 15.2, Windows 11 --> ### Documentation & Housekeeping <!-- Check all that apply. It's OK to check "N/A" if a category doesn't apply to your change. --> - [ ] I've updated relevant documentation (README, `docs/`, docstrings) — or N/A - [ ] I've updated `cli-config.yaml.example` if I added/changed config keys — or N/A - [ ] I've updated `CONTRIBUTING.md` or `AGENTS.md` if I changed architecture or workflows — or N/A - [ ] I've considered cross-platform impact (Windows, macOS) per the [compatibility guide](https://github.com/NousResearch/hermes-agent/blob/main/CONTRIBUTING.md#cross-platform-compatibility) — or N/A - [ ] I've updated tool descriptions/schemas if I changed tool behavior — or N/A ## For New Skills <!-- Only fill this out if you're adding a skill. Delete this section otherwise. --> - [ ] This skill is **broadly useful** to most users (if bundled) — see [Contributing Guide](https://github.com/NousResearch/hermes-agent/blob/main/CONTRIBUTING.md#should-the-skill-be-bundled) - [ ] SKILL.md follows the [standard format](https://github.com/NousResearch/hermes-agent/blob/main/CONTRIBUTING.md#skillmd-format) (frontmatter, trigger conditions, steps, pitfalls) - [ ] No external dependencies that aren't already available (prefer stdlib, curl, existing Hermes tools) - [ ] I've tested the skill end-to-end: `hermes --toolsets skills -q "Use the X skill to do Y"` ## Screenshots / Logs <!-- If applicable, add screenshots or log output showing the fix/feature in action. -->
docs(known-problems): record Linux update fetch failure and HTTPS fix
Some checks failed
CI / Lint Docker scripts (pull_request) Has been cancelled
CI / Build&Test Docker image (pull_request) Has been cancelled
CI / Supply-chain scan (pull_request) Has been cancelled
CI / CI review comment (live) (pull_request) Has been cancelled
CI / check-common-ancestor (pull_request) Has been cancelled
CI / check-attribution (pull_request) Has been cancelled
CI / uv lock --check (pull_request) Has been cancelled
CI / check-no-committed-infographics (pull_request) Has been cancelled
CI / package-lock.json semantic diff (pull_request) Has been cancelled
CI / Review label gate (pull_request) Has been cancelled
CI / Lint Dockerfile (hadolint) (pull_request) Has been cancelled
CI / Detect affected areas (pull_request) Has been cancelled
CI / Python tests (pull_request) Has been cancelled
CI / Python lints (pull_request) Has been cancelled
CI / JS & TS checks (pull_request) Has been cancelled
CI / All required checks pass (pull_request) Has been cancelled
CI / CI timing report (pull_request) Has been cancelled
CI / Generate slices (pull_request) Has been cancelled
CI / save-durations (pull_request) Has been cancelled
CI / e2e (pull_request) Has been cancelled
CI / List npm workspaces (pull_request) Has been cancelled
CI / PowerShell installer tests (pull_request) Has been cancelled
CI / Playwright E2E (Linux) (pull_request) Has been cancelled
CI / docs-site-checks (pull_request) Has been cancelled
CI / Lint docker/ shell scripts (shellcheck) (pull_request) Has been cancelled
CI / build (amd64, type=gha,scope=docker-amd64, type=gha,mode=max,scope=docker-amd64, linux/amd64, ubuntu-latest) (pull_request) Has been cancelled
CI / build (arm64, type=gha,scope=docker-arm64, type=gha,mode=max,scope=docker-arm64, linux/arm64, ubuntu-24.04-arm) (pull_request) Has been cancelled
CI / publish (amd64, type=gha,scope=docker-amd64, type=gha,mode=max,scope=docker-amd64, linux/amd64, ubuntu-latest) (pull_request) Has been cancelled
CI / publish (arm64, type=gha,scope=docker-arm64, type=gha,mode=max,scope=docker-arm64, linux/arm64, ubuntu-24.04-arm) (pull_request) Has been cancelled
CI / merge (pull_request) Has been cancelled
69d48ac600
Add docs/known-problems.md, a growing record of operational problems hit
running Hermes on Clawdie hosts.

First entry: on the Linux host, `hermes update` stops at the fetch step
with `Permission denied (publickey)` because the install's origin is the
GitHub SSH URL, and GitHub rejects the host key. The upstream over HTTPS
fetches fine, so this is a Git transport problem, not a Hermes or Forgejo
configuration problem. Verified fix: repoint the install's fetch remote
to HTTPS with one command.

The entry also keeps the full Linux console transcript and notes the
separate autostash / modified web/src/index.css state to review.
Sign in to join this conversation.
No reviewers
No labels
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set

Reference
clawdie/hermes-bsd!5
No description provided.