Summary: | WIPE_TMP bootmisc change | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Stefan de Konink <stefan> |
Component: | [OLD] Core system | Assignee: | Gentoo Linux bug wranglers <bug-wranglers> |
Status: | VERIFIED INVALID | ||
Severity: | minor | CC: | esigra |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Stefan de Konink
2008-01-19 00:39:05 UTC
Storing data that you don't want to lose in /tmp is erm... not smart, mildly said. And yeah, CONFIG_PROTECT is there for a reason. http://www.pathname.com/fhs/pub/fhs-2.3.html#TMPTEMPORARYFILES (In reply to comment #1) > Storing data that you don't want to lose in /tmp is erm... not smart, mildly > said. And yeah, CONFIG_PROTECT is there for a reason. > > http://www.pathname.com/fhs/pub/fhs-2.3.html#TMPTEMPORARYFILES "FHS added this recommendation on the basis of historical precedent and common practice, but did not make it a requirement because system administration is not within the scope of this standard." This is changing *fundamental* behavior and can cause data loss to anyone who is storying anything in /tmp. I think this change from NO to YES should be announced and not be silently applied. I hope you will personally reopen it and assign it. Or make sure this is announced in an official Gentoo mailing. Please, take this out of bugzilla, there's totally no bug here. Stuff that's supposed to persist across reboots does *not* belong to /tmp. There's CONFIG_PROTECT for configuration changes so noone silently applied anything. Don't really see what do you want to announce here. |