"systemd-tmpfiles –purge" will delete /home in systemd 256

> I talked about this on #debian-next, and seems that this is not a bug, but a feature, as systemd-tmpfiles also handles autocreating data directories such as /home, and the --purge flag is meant to wipe them clean.

What?? That seems insane to me. It may make sense to systemd devs, but it couldn't be more counterintuitive. I could see myself easily falling into the same trap.

/home is specified as a path to create if it doesn't already exist.[1] Despite the name "tmpfiles", there is nothing necessarily temporary about /home being created.[2] Think of a system such as a mobile phone that has an read-only system partition always present, and on first boot of the system, /home is automatically created. /home is effectively considered to be "temporary" until the next "factory reset". The --purge command is deliberately meant to revert this temporarily created state by destroying /home and effectively returning the system back to just a read-only system partition.[3]

[1] https://github.com/systemd/systemd/blob/main/tmpfiles.d/home...

[2] https://github.com/systemd/systemd/pull/33354

[3] https://github.com/systemd/systemd/issues/33349