The tedium of erasing journal entries

Aaron Konstam akonstam at sbcglobal.net
Mon Aug 4 15:55:05 EDT 2008


On Sun, 2008-08-03 at 18:03 -0400, Albert Cahalan wrote:
> Aaron Konstam writes:
> 
> > Someone in a recent message suggested that people should learn to
> > routinely erase Journal entries to prevent the NAND from filling up.
> >
> > Unless I have missed something that is a very tedious task to lay on
> > someone using the current GUI interface for erasing journal entries.
> > Journal entries are added at a steady rate but their removal is a
> > tedious "one at a time process". I can't imagine child taking the
> > time to keep these entries erased routinely. Another erasure method
> > is needed.
> 
> I gave up. My journal has 1150 entries, 99% spam.
> 
> I don't even want to look in the journal. Not ever! It's unusable.
> It's worse than the worst email inbox nightmare. Nothing has a useful
> name, the scroll bar doesn't move with my mouse, clicking to mark an
> entry takes many seconds to work (leading me to click again), and
> the purely iconic interface is totally incomprehensible. I'd even
> prefer the dreadful interface of Macintosh System 1.
> 
> An improvement would be to delete the datastore at boot. No joke.
> The user's files are effectively missing already, because they are
> lost among the spam. Stuff saved to the journal is unrecoverable
> in any practical way.
> 
> In other words: users CAN NOT SAVE THEIR WORK on the XO. Sure, it
> may technically get saved, but there is no hope for finding it back.
> 
> Clearly, nobody is dogfooding.
We discussed this at the last support-group teleconference. There was
general agreement that another journal erasure paradigm is needed.
--
=======================================================================
interest, n.: What borrowers pay, lenders receive, stockholders own, and
burned out employees must feign.
=======================================================================
Aaron Konstam telephone: (210) 656-0355 e-mail: akonstam at sbcglobal.net




More information about the Devel mailing list