fix: re-pin moving tags (filebrowser/umami/recipes) so Renovate can track them #83
Reference in New Issue
Block a user
Delete Branch "fix/moving-tag-repins"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Re-pins three moving tags per Viktor's call so Renovate can actually track them going forward:
filebrowser/filebrowser:v2-alpine(felhom-system/webpage.yaml) →v2.63.13(matches the other 4 filebrowser pinnings)ghcr.io/umami-software/umami:postgresql-latest(felhom-system/umami.yaml) →postgresql-v1.38.0vabene1111/recipes:2.6(tandoor-system/tandoor.yaml, 2 places) →2.6.9Plus a new umami customManager (regex versioning on
postgresql-vX.Y.Z) since the default docker pre-check rejects the prefixed form — same fix class as termix/servarr.🤖 Generated with Claude Code
Renovate can't propose updates for moving tags (the tag string never changes; the registry just points it at a different image). These three were pinned to moving variants: felhom-system/webpage.yaml : filebrowser/filebrowser:v2-alpine felhom-system/umami.yaml : ghcr.io/umami-software/umami:postgresql-latest tandoor-system/tandoor.yaml: vabene1111/recipes:2.6 Pin each to the current actual version per Viktor's call: - filebrowser -> v2.63.13 (matches the other 4 filebrowser pinnings in the repo; dropped the `-alpine` variant so Renovate can group them via the existing default datasource path) - umami -> postgresql-v1.38.0 (current upstream postgresql variant latest; tracked via new customManager below) - recipes -> 2.6.9 (current actual semver of the 2.6 series) For umami, the `postgresql-vX.Y.Z` tag pattern is rejected by Renovate's default docker versioning pre-check (same failure class as termix + linuxserver servarr). Added a customManager regex + packageRule disable pair so Renovate can track future `postgresql-vX.Y.Z` updates via regex versioning. filebrowser and recipes use standard semver `X.Y.Z` after the re-pin and need no special handling. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>