fix: actually bound the Zomboid log archive, which logrotate could not

The logrotate config added with the Sophie overhaul claimed to bound PZ's own
logs. It did not. data/Logs had reached 18 GB across 112 entries and 146k
files, and rotation had never once fired there.

Two reasons, both wrong assumptions on my part. PZ rolls its logs into dated
directories -- logs_2025-12-14/ through logs_2026-08-26/, up to 279 MB each --
so the Logs/*.txt glob only ever matched a handful of loose files at the top.
And it rotates by size: not one file in that tree exceeds 100M, because the
growth is in the number of files, not the size of any of them.

Age-based pruning is the right tool, so this adds a daily zomboid-log-prune
timer keeping 14 days and deleting the emptied directories behind it. It runs
under podman unshare, since the files belong to the container's UID.

logrotate keeps server-console.txt, which is a single ever-growing file and
genuinely is what it is good at. Narrowed its scope to say so rather than
implying coverage it never had.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

ansible/roles/podman/defaults/main.yml

@@ -83,6 +83,13 @@ zomboid_mods_excluded:
     mod_id: IconsInventory
     reason: Sophie recommends removing Icon Inventory
 
+# How long to keep PZ's own log archive under data/Logs.
+#
+# PZ rolls logs into dated directories and never prunes them; logrotate cannot
+# bound that, because the growth is in the number of files rather than the size
+# of any one of them. See containers/home/zomboid.yml.
+zomboid_log_retention_days: 14
+
 # Mod IDs the Sophie preset's `Mods=` line gets wrong for a 42.20.3 server.
 #
 # Every workshop item below is in the preset's own WorkshopItems= list and