Decouple appVersion from gluetun in wording and value

The previous commit moved every image tag into values.yaml but left appVersion
described as a marker "for the gluetun line", to be updated together with
gluetun.image.tag. That still asserts a coupling the chart does not have, and
the value v3.41.1 confirmed it at a glance.

appVersion is now 1.0.0 (version 1.0.0+up1.0.0): the chart's own version
marker, freely chosen and tied to no upstream. The texts say that instead of
the old coupling in Chart.yaml, values.yaml and the two README passages. The
README's remaining true statement is kept but generalized - renovate-bump-chart
bumps the patch level on an unchanged appVersion for all nine images alike,
which is not a gluetun special case.

Also corrected on the way: the busybox init image comment claimed it was
"pinned independently of appVersion (which tracks gluetun)". Neither half holds
any more - appVersion tracks nothing, and every image in the chart is pinned
the same way.

No functional change: the rendered gluetun image is qmcgaw/gluetun:v3.41.1
before and after.
This commit is contained in:
jklein committed 2026-08-24 15:10:14 +02:00
1 parent af5f9ed79b
commit 09fe3c2be6
3 files changed
+19 -17

No files matched your search

+11 -9
View File
@@ -5,15 +5,17 @@ icon: https://raw.githubusercontent.com/qdm12/gluetun/master/doc/logo_256.png
type: application
version: 1.0.0+upv3.41.1
# Hand-maintained marker for the gluetun line this chart is built around - it
# is NOT the source of any image tag. All nine images, gluetun included, are
# pinned in values.yaml so Renovate's helm-values manager can propose them
# there; consequently this chart has no app-version block in renovate.json5 and
# nothing rewrites this field automatically. Update it by hand together with
# gluetun.image.tag, otherwise the +up suffix of version: stops describing what
# the chart deploys.
appVersion: "v3.41.1"
version: 1.0.0+up1.0.0
# The chart's own version marker, freely chosen and tied to no upstream. The
# stack bundles nine independently versioned projects, so there is no single
# "app version" to track here.
#
# It is NOT the source of any image tag: all nine images are pinned in
# values.yaml, where Renovate's helm-values manager proposes them. Nothing
# rewrites this field automatically - the chart has no app-version block in
# renovate.json5 and is not in the change-app-version.yml choice list. Raise it
# by hand when you want to mark a new edition of the chart as a whole.
appVersion: "1.0.0"
maintainers:
- name: jklein
+6 -6
View File
@@ -15,10 +15,10 @@
# along with it. A chart whose main image came from appVersion would instead
# need a hard-coded block in renovate.json5 - freesailarr deliberately has none.
#
# Chart.yaml's appVersion is therefore a hand-maintained marker for the gluetun
# line this chart is built around, not the source of any tag. Keep it in step
# with gluetun.image.tag below when you accept a gluetun update, otherwise the
# +up suffix of the chart version drifts away from what is actually deployed.
# Chart.yaml's appVersion is therefore the chart's own version marker, freely
# chosen and tied to no upstream - not the source of any tag here. Nothing
# rewrites it automatically; raise it by hand when you want to mark a new
# edition of the chart as a whole.
# Scale the whole chart down without uninstalling it: scaleDown: true renders
# every Deployment/StatefulSet with replicas: 0 (and suspends CronJobs) and
@@ -242,8 +242,8 @@ qbittorrent:
# persisted qBittorrent config before the app starts. Runs as puid/pgid so
# the config file keeps the ownership the app expects.
configInit:
# Auxiliary busybox image. Pinned independently of appVersion (which
# tracks gluetun); reviewed alongside every app-version update round.
# Auxiliary busybox image for the init container, pinned here like every
# other image in this chart and proposed by Renovate the same way.
image:
repository: busybox
tag: "1.38.0"