<div dir="ltr"><br><br><div class="gmail_quote">On Tue, Jul 22, 2008 at 6:45 PM, Martin Langhoff <<a href="mailto:martin.langhoff@gmail.com">martin.langhoff@gmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="Ih2E3d">On Wed, Jul 23, 2008 at 10:38 AM, Eben Eliason <<a href="mailto:eben.eliason@gmail.com">eben.eliason@gmail.com</a>> wrote:<br>
> But, assuming we can actually boot into usable Sugar, we've solved almost<br>
> half the battle, since the non-modal alert can then strongly encourage the<br>
> user to deal with the issue.  It's not the flat out guarantee we need to<br>
<br>
</div>Yes.<br>
<br>
\> this comes down to determining the correct heuristic for removing files,<br>
<br>
If you mean "user files" then the problem is that there is never a<br>
correct heuristic. Chris and Greg have pointed out valid use cases<br>
that run afoul of "largest" and "oldest" heuristics. We could tweak it<br>
but as long as it is user files...<br></blockquote><div><br></div><div>Agreed.  I should again clarify that I'd prefer, at least until absolutely in desperate need of space (or even then?), that we use the heuristic (as smart as it may be...I have a number of ideas, but this could use a conference on it's own) to /recommend/ to the user what files could be removed without their caring so much.  It wouldn't go deleting stuff willy nilly, and the first flag the heuristic should check is whether or not it has been backup up, and second whether or not it is starred.  We might provide an option to just "delete all" (of those recommended) for users who trust us, for whatever reason, or don't want to be bothered with the chore.  But, the main point here, is that we can drastically reduce the extent of the chore of managing (continuously, let's face it) the small amount of storage space by making such recommendations periodically, before the need is dire.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br>
Erik has outlined a scheme that could get the machine to boot so that<br>
the user can delete some\thing.<br>
<br>
Deleting safe (cache) files + bind-mounting a tmpfs seem<br>
complementary. Deleting user files is a wrong that no smarts can make<br>
right. Specially since ds-backup is not there yet.<br></blockquote><div><br></div><div>Agreed.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br>
If ds-backup-client is in place, files older than the mtime of<br>
.sugar/default/ds-backup-done are safe to rm</blockquote><div><br></div><div>Right.  Safely, but still intelligently, and even then likely only if absolutely forced to do so. I'm excited about all your hard work on backup, so we can begin to explore this in the Journal for future releases.</div>
<div><br></div><div>- Eben</div><div><br></div></div></div>