You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
FROM caddy:<version>-builder AS builder
RUN xcaddy build \
--with github.com/caddyserver/nginx-adapter \
--with github.com/hairyhenderson/[email protected]FROM caddy:<version>
COPY --from=builder /usr/bin/caddy /usr/bin/caddy
My goal is to have a container, starting from an image built from a Containerfile like the above, that is auto updated via podman-auto-update whenever the base caddy:<version> or caddy:<version>-builder images are updated on the remote registry.
Using io.containers.autoupdate for podman run with registry or local doesn't work, since the service checks the local resulting image for updates instead of the base image(s). Perhaps I could create a separate systemd service/timer that does a podman build --pull newer <...> which updates the local image for podman-auto-update, but that seems to be duplicating a lot of what podman-auto-update does for containers based on remote images. It would be nice to have this update machinery tied up together in the Podman definitions for the image/container so podman-auto-update would handle everything.
Am I missing some functionality built into Podman? If not, would this be a reasonable feature request? I was imagining perhaps support for the AutoUpdate key for Build units that would rebuild the image when necessary and restart any derived containers (like AutoUpdate for Container units). Or perhaps a new value for io.containers.autoupdate (local-rebuild-if-newer) that acts like local but tries to rebuild with --pull newer on base image changes.
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
-
Consider this Containerfile from the official Caddy docker description:
My goal is to have a container, starting from an image built from a Containerfile like the above, that is auto updated via
podman-auto-update
whenever the basecaddy:<version>
orcaddy:<version>-builder
images are updated on the remote registry.Using
io.containers.autoupdate
forpodman run
withregistry
orlocal
doesn't work, since the service checks the local resulting image for updates instead of the base image(s). Perhaps I could create a separate systemd service/timer that does apodman build --pull newer <...>
which updates the local image forpodman-auto-update
, but that seems to be duplicating a lot of whatpodman-auto-update
does for containers based on remote images. It would be nice to have this update machinery tied up together in the Podman definitions for the image/container sopodman-auto-update
would handle everything.Am I missing some functionality built into Podman? If not, would this be a reasonable feature request? I was imagining perhaps support for the
AutoUpdate
key for Build units that would rebuild the image when necessary and restart any derived containers (likeAutoUpdate
for Container units). Or perhaps a new value forio.containers.autoupdate
(local-rebuild-if-newer
) that acts likelocal
but tries to rebuild with--pull newer
on base image changes.Beta Was this translation helpful? Give feedback.
All reactions