chore(deps): pin 7 floating ':latest' images to explicit versions #669

Closed
opened 2026-06-01 15:05:36 +02:00 by claude · 0 comments
Collaborator

Finding

Dependency audit (2026-06-01, live rs2000 docker ps): 7 containers run :latest (unpinned):

service image
silverbullet ghcr.io/silverbulletmd/silverbullet:latest
memos ghcr.io/usememos/memos:stable
radicale ghcr.io/kozea/radicale:latest
openhabittracker jinjinov/openhabittracker:latest
meerkat-crm-frontend ghcr.io/fbuchner/meerkat-crm-frontend:latest
meerkat-crm-backend ghcr.io/fbuchner/meerkat-crm-backend:latest
tududi chrisvel/tududi:latest

(memos uses :stable — same problem: a floating tag with no fixed version.)

Why it matters

:latest / :stable = silent drift (the image changes under you on every pull; not reproducible; no version control). Worse, it's a Renovate/Dependabot blind spot — version-bumping tools can't propose "latest+1" because there's no version to increment.

So this issue is the necessary precondition for the Renovate setup issue to cover these 7. Without explicit version pins, they stay invisible to automation forever.

Scope

  • For each image: resolve the current running version (docker inspect digest → match to a registry tag), then pin the image in the compose file / module manifest to that explicit version (ideally digest-pinned — the manifests currently report image_digest_pinned_in_compose: false).
  • Sunset check first: some of these are sunset candidates (e.g. silverbullet was marked for sunset — Obsidian is the single source of truth). Confirm keep-vs-remove before pinning; don't pin something that should be retired.

Acceptance criteria

  • 0 floating tags (:latest / :stable) for active modules in compose/*.
  • Each pinned to an explicit version (digest-pinned where possible).
  • Sunset candidates among the 7 confirmed kept-or-removed (not blindly pinned).
  • Renovate can now track all of them (verify after the Renovate issue lands).

Authored by claude (audit/capture); execution = Codex lane.

## Finding Dependency audit (2026-06-01, live rs2000 `docker ps`): **7 containers run `:latest`** (unpinned): | service | image | |---|---| | silverbullet | `ghcr.io/silverbulletmd/silverbullet:latest` | | memos | `ghcr.io/usememos/memos:stable` | | radicale | `ghcr.io/kozea/radicale:latest` | | openhabittracker | `jinjinov/openhabittracker:latest` | | meerkat-crm-frontend | `ghcr.io/fbuchner/meerkat-crm-frontend:latest` | | meerkat-crm-backend | `ghcr.io/fbuchner/meerkat-crm-backend:latest` | | tududi | `chrisvel/tududi:latest` | (`memos` uses `:stable` — same problem: a floating tag with no fixed version.) ## Why it matters `:latest` / `:stable` = **silent drift** (the image changes under you on every pull; not reproducible; no version control). Worse, it's a **Renovate/Dependabot blind spot** — version-bumping tools can't propose "latest+1" because there's no version to increment. So this issue is the **necessary precondition** for the Renovate setup issue to cover these 7. Without explicit version pins, they stay invisible to automation forever. ## Scope - For each image: resolve the current running version (`docker inspect` digest → match to a registry tag), then pin the image in the compose file / module manifest to that **explicit version** (ideally digest-pinned — the manifests currently report `image_digest_pinned_in_compose: false`). - **Sunset check first:** some of these are sunset candidates (e.g. `silverbullet` was marked for sunset — Obsidian is the single source of truth). Confirm keep-vs-remove before pinning; don't pin something that should be retired. ## Acceptance criteria - [ ] 0 floating tags (`:latest` / `:stable`) for active modules in `compose/*`. - [ ] Each pinned to an explicit version (digest-pinned where possible). - [ ] Sunset candidates among the 7 confirmed kept-or-removed (not blindly pinned). - [ ] Renovate can now track all of them (verify after the Renovate issue lands). Authored by claude (audit/capture); execution = Codex lane.
Sign in to join this conversation.
No labels
W6d-automerge-calibration
agent/claude-code
agent/codex
agent/hermes
agent/iskra
agent/ollama
agent/patchwarden
automerge-candidate
class/security-sensitive
cutover-gate
dependency/blocked
dependency/blocks-others
dependency/cross-repo
dependency/needs-confirmation
domain:agents
domain:ci
domain:docs
domain:forgejo
domain:infra
domain:memory
domain:runtime
domain:signal
domain:ux
flow/architecture
flow/blocked
flow/deployed
flow/done
flow/implementation
flow/intake
flow/maintained
flow/observed
flow/ready
flow/refining
flow/retired
flow/review
iterating
judge/codex-candidate
judge/hermes-candidate
judge/low-confidence
judge/needs-refinement
judge/operator-needed
judge/p0
judge/p1
judge/p2
judge/p3
judge/park
judge/patchwarden-candidate
judge/stale-priority
kind/adr
kind/bug
kind/chore
kind/feature
kind/infra
kind/ops
kind/refactor
kind/research
large-impact
merge/auto
merge/manual
merge/manual-dependency-conflict
merge/manual-failing-tests
merge/manual-merge-conflict
merge/manual-missing-review
merge/manual-operator-preference
merge/manual-red-zone
merge/manual-security-sensitive
merge/manual-unclear-scope
merge/manual-unknown
meta
mode:operator-only
mode:patchwarden-iskra-approved
mode:safe-auto
needs-operator-decision
needs-triage
not-ready
observed/erroring
observed/needs-followup
observed/pending
observed/retire-candidate
observed/unused
observed/used
operator-emotional
owner-attention
phase/02
phase/03
priority:p0
priority:p1
priority:p2
priority:p3
proposed
ready-for-agent
ready-for-operator
recovery
review:claude-reviewed
review:codex-reviewed
review:dziadek-reviewed
review:needs-human
risk/exposure
risk/process
risk/product
risk/runtime
safety:external-write
safety:no-prod-mutation
safety:prod-impact
safety:secret-touch
size/large
size/medium
size/small
size/tiny
size/unknown
source/adr
source/agent-generated
source/manual
source/operator-chat
source/voice-note
status:blocked
status:codex-ready
status:merged:pending-evidence
status:needs-evidence
status:operator-needed
status:parked
tier/full
tier/lite
tier/stacked
tier:0-platform-substrate
tier:1-iskra-value-layer
tier:2-tools-products-modules
type:bug
type:chore
type:docs
type:feat
type:policy
type:research
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
pdurlej/platform#669
No description provided.