https://www.theregister.com/2024/06/20/systemd_2561_data_wipe_fix/
Following closely after the release of version 256, version 256.1 fixes a handful of bugs. One of these is emphatically not systemd-tmpfiles recursively deleting your entire home directory. That's a feature.
The 256.1 release is now out, containing some 38 minor changes and bugfixes. Among these are some changes to the help text around the systemd-tmpfiles command, which describes itself as a tool to "Create, delete, and clean up files and directories." Red Hat's RHEL documentation describes it as a tool for managing and cleaning up your temporary files.
That sounds innocuous enough, right?
It isn't, as Github user jedenastka discovered on Friday. He filed bug #33349 and the description makes for harrowing reading, not just because of the tool's entirely intended behavior, but also because of the systemd maintainers' response, which could be summarized as "you're doing it wrong".
(Score: 4, Touché) by aafcac on Sunday June 23 2024, @05:13AM (1 child)
Why is this even systemd's responsibility in the first place. Some OSes don't save the contents of /tmp and even those that do, the user can easily set up a job to some, or all, of the contents. It makes no sense to give this to systemd in such a stupid way.
What's more, why does it have features that are useful in creating a home directory each boot? None of this makes sense.
(Score: 3, Touché) by owl on Sunday June 23 2024, @03:35PM
Because systemd, like The Borg [wikipedia.org], over time attempts to assimilate everything in its path and incorporate those things into its collective.
Whether those things want, or need, to be assimilated is irrelevant to systemd.