News for hackers. Stuff that matters.
Re:Debian's /tmpest in a teapot by Spivak on Wednesday June 05, 2024 @01:19PM (#40587698)
> If you don't like this risk, you need to work in persistent storage.

Which is literally what /var/tmp is and what the parent is advocating for.

However, clearing /tmp at boot is not the greatest technical choice. There's nothing really special about rebooting the system. The idea that files in /tmp are kept around for anywhere between minutes, hours, and days makes for bad policy which systemd-tmpfiles fixes quite elegantly. You shouldn't lose your temp file after 30 seconds because your machine lost power. You should be able to say "files created here are cleared after $short_time of inactivity."

Re:Debian's /tmpest in a teapot by semi on Wednesday June 05, 2024 @01:57PM (#40588162)
does inactivity mean writes? reads? stat() calls?

IMO setting the expectation of 'wont survive a reboot' is more consistent. but even that fails with private tmp files that could be tied to ephemeral units

Re:Debian's /tmpest in a teapot by Spivak on Wednesday June 05, 2024 @02:17PM (#40588393)
mtime atime ctime? If it's good enough for logrotate it's good enough for /tmp.