Required packages for gdbmrecent

[Rafael Laboissiere]

* G. Milde <g.milde at quantentunnel.de> [2007-02-06 17:51]:

> Agreed. I hope Paul will upload a gdbmrecent fix to the Jedmodes CVS soon,
> so I can do a new upstream release. There are a lot of other improvements
> and fixes in the CVS already, especially, a fix to datutils.sl we need with
> jed 0.99.19:
> 
> % 2.2   2006-11-27 removed array_reverse(): it is not used anywhere and 
> % 		   conflicts with the internal SLang function of the same 
> % 		   name (activated by default in Jed >= 0.99.19-51)
> 
> > > I reintroduced them, as they do no harm and are fine for people using
> > > gdbmrecent with "manual" activation instead of installing jedstates.

Good news.  It is too bad that etch will ship with an outdated version of
jed-extra.

> > Oh, I just reverted them in 2.2.1-3.  Please, feel free to put them back.
> 
> I suppose we have to take some steam out of the process. Please ignore my
> last mail ranting about the re-remove. I'll put them back (and change the
> changelog as well).

Okay.

> > There was one thing though that jedstate had and that is lacking in
> > gdbmrecent: the /usr/bin/jedstate command could be used to purge old
> > entries in the database, without having to call jed.  I will add a Perl
> > script to do this in the jedstate transitional package.
> 
> Is there a use case for this feature? 
> 
> Maybe a slang script would be easier to program and maintain. We have
> jed-script now available (and every user of jedstates will). Also, the
> action is not so common that starting jed is a big ressource hog.
> (Just a thought, do whatever you feel more comfortable with).

I already committed the Perl script.  I am much better in Perl than in
S-Lang.  The script runs very fast on my >13000 entries test database.

-- 
Rafael