It is found that "systemd-tmpfiles --purge" will delete /home in systemd 256. See https://mathstodon.xyz/@bremner/112615591101488528 Reproducible: Didn't try
While I think it's a bit silly that it exists, it's only a bug in that "--purge does what it's documented to do, but has no "are you sure?" question". There's a lot of destructive commands you can run. It's a new option. The question is therefore if we want to just delete the /home tmpfiles entry to avoid the risk of people running it and not realising what it does.
I think we could probably delete it at least for systemd-utils, given it's unlikely people will be doing the "blank system" tmpfiles usecase there.
Lennart's https://github.com/systemd/systemd/pull/33383 PR is queued for backporting to 256, so I don't think we need to do anything here (256 isn't even packaged yet).
I will make a note to check for that commit when I get around to packaging 256.x.
