They don't parse the tmpfiles.d configs nor are they the ones that create the directories. sd-tmpfiles effectivly is part of the package manager (if they make u

They don't parse the tmpfiles.d configs nor are they the ones that create the directories. sd-tmpfiles effectivly is part of the package manager (if they make use of it during uninstall) just like sd-sysusers for creating service users. They indirectly use it by installing files to tmpfiles.d, so it does somewhat follow that they should use it to remove the affected files again. IIRC idealy services wouldn't even need any tmpfiles.d entries at all and would rely on the service StateDirectory= and RuntimeDirectory= but there are also a decent amount of other cases (mostly programs that require config files in /etc/ which idealy shouldn't be required) where there need to be some other dirs/files present.