On Tue, Dec 18, 2012 at 09:43:38PM +0000, Roger Leigh wrote: > [sorry for delayed reply; I've been ill with flu since Sunday, and > I'm just catching up]
> On Sun, Dec 16, 2012 at 08:42:54AM -0800, Steve Langasek wrote: > > On Sat, Dec 15, 2012 at 10:08:19PM +0000, Roger Leigh wrote: > > > Debian does clean /tmp at boot, though the FHS does recommend it. > > > And there's nothing to stop us adding the following to post_mountall: > > > rm -rf /tmp/user > > > mkdir -m 0755 /tmp/user > > > This gives us everything that /run/user gives us, without needing to > > > touch /run. Note that the primary motivation for it being under > > > /run AFAICT is that Fedora has pathological /tmp reaping behaviour > > > enabled by default, so this is a workaround for their brokenness > > > rather than there being an inherent need for it to be under /run. > > These same tmp reaping tools exist in Debian, and we have no control over > > whether admins are using them. It's not sufficient to use a directory which > > *on a default system* provides the required behavior. > > The FHS definition of /tmp does *not* allow it to fulfill the XDG's > > requirements. > We can certainly patch our tmpreaper and any alternatives to whitelist > the directory. This is not an insurmountable obstacle. Yes, it is. You're proposing to *change the semantics* of a directory that's part of a *standard*. Admins are allowed to rely on the behavior of this directory and run their *own* tmpreapers that we have no control over. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developer http://www.debian.org/ slanga...@ubuntu.com vor...@debian.org
signature.asc
Description: Digital signature
