On Tue, Feb 24, 2009 at 09:00:15PM +0100, Martin Baehr wrote:
> > If the intended purpose were logging (which implies auditing), then you
> > wouldn't want to delete commands from the history.  This currently
> > happens in the fact that duplicate commands are elided from the history
> > even if they weren't successive commands.
> 
> well, i consider it as a log of any command i ever typed, so that i do
> not need to remember the command but i can just search it. especially
> for some more complex commands that i run on a semi regular basis.
> but just like logs are rotated once in a while, it would be ok to
> clean out really old commands.

I originally had typed that the items are deleted from the history
because of duplicate commands and because it's a ring buffer, because I
did expect that only a certain number of commands were kept.  After a
quick glance at the actual code it doesn't seem that is the case.  I may
be wrong, though, since I didn't spend too much time looking over it.

> it is just my extended memory. the history list is small enough that i
> would not want it to fall victim to any cache cleaning operations.

I don't know of anything that automatically cleans ~/.cache (like is
commonly done with /tmp).  I think the intended purpose for such
segregation is so that you can do things like telling your backup
program "ignore ~/.cache".

Whether or not my interpretation of its use aligns with reality is up
for debate. :)

-- 
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega <[email protected]>

Attachment: signature.asc
Description: Digital signature

------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Fish-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/fish-users

Reply via email to