fix(tmodloader,terraria): start tModLoader with a built-in empty modpack

[ValgulNecron]

Summary

• Problem: every default tModLoader server crash-looped. passivelemon's tModLoader scripts exit when MODPACK is blank ("Modpack name was not provided. Exiting...") or when ModPacks/<pack>/Mods/enabled.json is missing ("Modpack was not detected. Exiting..."), and both templates default MODPACK to "". That covers tmodloader and terraria's tModLoader versions.
• Fix: a small command/args wrapper, active only with GP_LOADER=tmodloader. That env is set at template level for tmodloader and per version for terraria's tmodloader-latest, tmodloader-2026 and tmodloader-preview. The wrapper:
  • turns a blank MODPACK into vanilla;
  • creates ModPacks/vanilla/Mods/enabled.json as [] if missing (never overwritten);
  • then execs the image's own /opt/terraria/entrypoint.sh.
• Vanilla Terraria: runs the same entrypoint, unchanged.
• tmodloader persistence: the template mounted its PVC at /root/.local/share/Terraria/tModLoader, but the image keeps worlds, modpacks and serverconfig in /opt/terraria/config (-tmlsavedirectory /opt/terraria/config), so nothing was persisted. It now mounts /opt/terraria/config, and its Mods tab manages ModPacks/vanilla/Mods.
• Versions: tmodloader 1.0.1 → 1.0.2 and terraria 2.2.2 → 2.2.3 (module.yaml). README, specs and sample are updated. The readiness probes are unchanged.

Console bridge (finding #3)

• passivelemon runs the server in a detached tmux session and nothing reads container stdin. So console input and the Stop button's exit never reached the game, and stop always waited the 30 s grace.
• The same wrapper now forwards each pty line with tmux send-keys -l (as PUID:PGID via gosu/su-exec), and forwards SIGTERM to the entrypoint.
• Verified live on both pinned images:
  • playing, motd and say get game replies.
  • CR and LF endings both work, and key names arrive as literal text.
  • The bridge survives Ctrl-D and reattach.
  • exit stops the server in about 2 s with exit code 0.
  • SIGTERM still saves the world (7 s), and an early delete takes 13 s.

Verification

• Live on the kubelab test cluster with throwaway pods running the pinned digests and the exact wrapper:
  • tModLoader (MODPACK="", nested ModPacks volume like terraria's): logged "Starting server with modpack vanilla...", "Listening on port 7777" and "Server started". Exec readiness probe Ready, 0 restarts. World written to /opt/terraria/config/Worlds, and enabled.json is [].
  • Vanilla Terraria (no GP_LOADER): "Listening on port 7777", Ready, 0 restarts, world created.
• gp-module validate tmodloader terraria --strict: OK, 0 errors and 0 warnings (same as main). gp-module preview renders GP_LOADER only for tModLoader versions.

Notes

• Existing tmodloader servers roll to the new mount. No worlds are lost, because nothing could start before this fix.
• The image downloads .NET on every start (upstream behaviour), so the first readiness takes about a minute.
• Console input likely doesn't reach the server: the image runs it inside tmux, not on container stdin. This is pre-existing and out of scope here.

🤖 Generated with Claude Code

https://claude.ai/code/session_01NsN6bnAMRM9XQtrTQ6KC7U