Fix unavailable image references (#42)#44
Conversation
Four services referenced images that don't exist in any registry, so a fresh `docker compose up -d` fails to pull even though `docker compose config` parses cleanly: - watchlistarr/watchlistarr -> nylonee/watchlistarr - cleanarr/cleanarr -> selexin/cleanarr - requestrr/requestrr -> thomst08/requestrr - ghcr.io/aetaric/checkrr:latest -> :latest-amd64 checkrr publishes no multi-arch tag (every tag is arch-suffixed), which is why bare `:latest` 404s; added a comment so arm64 users know to swap the suffix. Fixes #42 Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
📝 WalkthroughWalkthroughDocker Compose image references were updated for Watchlistarr, Checkrr, Cleanarr, and Requestrr. Checkrr now uses the ChangesContainer image availability
Estimated code review effort: 1 (Trivial) | ~3 minutes 🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
✨ Finishing Touches🧪 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 |
There was a problem hiding this comment.
🧹 Nitpick comments (1)
docker-compose.yml (1)
333-338: 🎯 Functional Correctness | 🔵 Trivial | ⚡ Quick winMake the Checkrr architecture tag configurable.
The default remains hard-coded to
latest-amd64, so ARM64 users must edit the tracked compose file beforedocker compose up -dworks. Prefer an environment override with the amd64 tag as the default.Suggested change
- image: ghcr.io/aetaric/checkrr:latest-amd64 + image: ghcr.io/aetaric/checkrr:${CHECKRR_IMAGE_TAG:-latest-amd64}Document
CHECKRR_IMAGE_TAG=latest-arm64v8for ARM64 deployments.🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the rest with a brief reason, keep changes minimal, and validate. In `@docker-compose.yml` around lines 333 - 338, Update the Checkrr image reference in the checkrr service to support environment substitution, defaulting to latest-amd64 when CHECKRR_IMAGE_TAG is unset. Document CHECKRR_IMAGE_TAG=latest-arm64v8 for ARM64 deployments without changing the default behavior.
🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.
Nitpick comments:
In `@docker-compose.yml`:
- Around line 333-338: Update the Checkrr image reference in the checkrr service
to support environment substitution, defaulting to latest-amd64 when
CHECKRR_IMAGE_TAG is unset. Document CHECKRR_IMAGE_TAG=latest-arm64v8 for ARM64
deployments without changing the default behavior.
|
Addressed this in a follow-up PR (#46) since this one was already merged. checkrr's tag is now |
Problem
A fresh
docker compose up -dfails because four services reference images that don't exist in any registry.docker compose configstill passes (it only validates syntax/interpolation, not image availability), so the pre-flight check in the issue template gives a false green. Reported in #42.Verification
Checked each against its registry (Docker Hub public API / GHCR):
watchlistarr/watchlistarrnylonee/watchlistarrcleanarr/cleanarrselexin/cleanarrrequestrr/requestrrthomst08/requestrrghcr.io/aetaric/checkrr:latestghcr.io/aetaric/checkrr:latest-amd64All three Docker Hub replacements have a
latesttag, consistent with the untagged/latestconvention the rest of the stack uses (so Watchtower keeps them current).checkrr note: it publishes no multi-arch manifest — every tag is architecture-suffixed, which is the actual reason bare
:latest404s. Pinned tolatest-amd64with a comment telling arm64 users to swap tolatest-arm64v8.Testing
docker compose config -qparses OK andconfig --imagesnow resolves all four to the corrected references.Fixes #42
🤖 Generated with Claude Code
Summary by CodeRabbit