Unexpected change of semantics for TMPTIME (days vs hours)
Bug #482602 reported by
matthewc
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
mountall (Ubuntu) |
Fix Released
|
High
|
Scott James Remnant (Canonical) |
Bug Description
Binary package hint: mountall
Debian, previous versions of Ubuntu and the rcS(5) man page all say that TMPTIME variable in /etc/default/rcS is in days. However, mountall in Karmic seems to interpret it as being in hours, which is a potentially dangerous change in semantics that you are not alerted to until you notice your data disappearing prematurely. (Of course I assume few people would put really important data in /tmp, but I do sometimes use it overnight, so I for one was unpleasantly surprised.)
Matt
Changed in mountall (Ubuntu): | |
status: | Triaged → Fix Committed |
assignee: | nobody → Scott James Remnant (scott) |
Changed in mountall (Ubuntu): | |
milestone: | none → lucid-alpha-2 |
To post a comment you must log in.
Oops!