[Dirvish] summary file fun?

[Paul Slootman]

On Tue 15 Aug 2006, Jason Boxman wrote:

> I don't know that I have permission to reproduce the sender, but in a
> private mail someone found the problem below with `dirvish-expire`.  Anyone
> else experience this?
> 
> > But unfortunately the dirvish-expire didn't work.
> > Nothing happend, no version ever had been deleted.
> >
> > So I had a look into the code and finally found the problem.
> >
> > The subroutine findop reacts upon files called "summary" and expects to
> > find there information about the expire time.
> >
> > But we use Ximian Evolution and there are files named "summary"
> > somewhere in the depths of the ~/evolution directory.
> >
> > Exactly: evolution/mail/imap/USERNAME at DOMAINNAME/INBOX/summary.

That shouldn't be found; here's the code snippet:

sub findop
{
        if ($_ eq 'tree')
        {
                $File::Find::prune = 1;
                return 0;
        }
        if ($_ eq 'summary')
        {
etc.

This means that as soon as the "find" algorithm encounters a directory
named "tree", the "prune" parameter is set meaning that the "tree"
directory won't be recursed into.

This is a life saver, as recursing through the entire vault and its
contents on my backup systems (with 1TB of data each) would mean the
dirvish-expire run would take a week instead of a couple of hours.
Instead it's smart enough not to go trawling through all the backup
data.

It looks like perhaps the original person either has more than just
dirvish backups in the defined banks, or the "tree" directory has been
renamed somehow...


Paul Slootman