podman (5.2.0+ds1-1) unstable; urgency=medium The podman build --pull command, when used without an argument, now behaves as --pull=missing instead of --pull=always. This differs from the behavior in previous versions and from Docker. Forcing a pull of the base image now requires podman build --pull=true. For a comprehensive list of all changes, please see the upstream release notes: https://github.com/containers/podman/releases/tag/v5.2.0 -- Reinhard Tartler Wed, 24 Sep 2025 19:55:11 -0400 podman (5.0.0+ds1-1) unstable; urgency=medium * Podman 5.0 is a new major release with several breaking changes. Users are advised to review the upstream documentation to ensure a smooth upgrade. * Networking: * CNI (Container Network Interface) networking has been removed in favor of Netavark. For more information, see the upstream blog post: https://blog.podman.io/2024/03/podman-5-0-breaking-changes-in-detail * Rootless networking now defaults to "pasta" instead of "slirp4netns". * podman machine: * The podman machine commands have been completely rewritten, improving stability, boot times, and file-sharing performance on macOS and Windows. * Existing virtual machines created with Podman 4 are not compatible with Podman 5 and must be recreated. * API and Docker Compatibility: * The Podman RESTful API has seen several changes to improve Docker compatibility. * Some command formats and outputs have changed, which may require updates to existing scripts. * Default Capabilities: * The NET_RAW capability is no longer granted to containers by default. * Additional Information: For a comprehensive list of all changes, please see the upstream release notes and the detailed blog post on breaking changes: - https://github.com/containers/podman/releases/tag/v5.0.0 - https://blog.podman.io/2024/03/podman-5-0-breaking-changes-in-detail/ -- Reinhard Tartler Wed, 24 Sep 2025 19:51:28 -0400 podman (5.4.1+ds1-1) unstable; urgency=medium * The podman-restart.service is no longer activated by default. This service is responsible for starting and stopping containers that have been created with the command-line option `--restart=Always`. This service used to be activated both on the system and user sessions in previous version of this package, but this leads to issues such as described in #1095048: Logging out of the user session terminates running containers. This is particularily surprising for containers started as root. You may manually re-enable them on your system to restore the previous behavior. For having containers and pods managed with systemd and having them started on system boot, podman provides its own concept of "quadlets", which integrates with systemd in a much more natural way. For more details, please consult podman-systemd.unit(5) * The podman-auto-update.server and podman-auto-update.timer systemd services are no longer activated by default, following upstream recommendations as per https://github.com/containers/podman/issues/25382#issuecomment-2678082607. To minimize surprises on upgrades, the service remains enabled. Local system administrators are encouraged to explicitly enable the podman-auto-update.timer service to consciously opt-in into this feature. * The podman-clean-transient.service systemd service is no longer activated by default, following upstream recommendations as per https://github.com/containers/podman/issues/25382#issuecomment-2678082607. To minimize surprises on upgrades, the service remains enabled. Local system administrators are encouraged to explicitly enable the podman-clean-transient service to consciously opt-in into this feature. Most users will not require the "transient store" feature and thus benefit from fewer systemd services enabled by default. * The podman.socket systemd service is no longer enabled by default, again following the upstream recommendation discussed above. This socket is used to activate the systemd service podman.service, which runs a dockerd-like service to run containers. Upstream generally advises against this behavior, and strongly recommends looking into quadlets instead. For more details, please consult podman-systemd.unit(5) To minimize surprises on upgrades, the service remains enabled. -- Reinhard Tartler Thu, 20 Mar 2025 09:30:47 -0400 libpod (4.6.2+ds1-1) unstable; urgency=medium Podman 4.6 changes the default storage driver from vfs to overlay. The overlay driver has been available for some time, but it had to be enabled explicitly in the Debian version of podman. The overlay driver is generally much faster and uses less disk space than the vfs driver. To take advantage of overlay, it's necessary to delete the local container storage, destroying any containers you may currently have. Make sure to save or export any images, containers and volumes before doing so, or you will lose them! Some helpful commands: # save the filesystem of a container podman export -o important-container.tar important_container # save a volume podman volume export -o important-volume.tar important_volume # save all container images podman save -o images.tar # delete ~/.local/share/containers (!!!) # check that podman is using the overlay driver (!) podman info | grep graphDriverName # re-import all container images podman load -i images.tar # re-import a saved container filesystem as a container image podman import important-container.tar # re-import a volume podman volume import important_volume important-volume.tar Notes gracefully provided by Gregor Riepl -- Reinhard Tartler Mon, 18 Sep 2023 17:43:52 -0400