Cyrus 2.3.14 RC1 (Was: Cyrus 2.3.13 RC1)
bawood at umich.edu
Sat Mar 14 18:07:16 EDT 2009
On Saturday 14 March 2009 @ 17:45, Bron Gondwana wrote:
> On Sat, Mar 14, 2009 at 05:03:22PM -0400, Brian Awood wrote:
> > On Friday 13 March 2009 @ 22:12, Bron Gondwana wrote:
> > > Man, that's going to hurt against my cache rewrite code, which
> > > was written in response to a bug report of a crash in that very
> > > code path.
> > >
> > > Good point though. It's a nice idea to make them more
> > > readable!
> > >
> > > Can we queue this one for 2.3.15? I'll rewrite it on top of
> > > the cache stuff. I'd like to abstract out the envelope and
> > > structure handling code as well - because there's a lot more
> > > magic number copy 'n' paste code in index.c that needs to be
> > > cleaned up.
> > We're mainly interested in it because we are planing on rolling
> > out a self-serve restore web interface for users, but we can just
> > use the patches until it's included in a released version.
> > Obviously improved cache handling is more important, no reason to
> > commit the patches and then have to completely rewrite it.
> > Brian
> Is there any reason for the "non-human" version? I'd be happy to
> just change the code to _only_ (or at least preferentially) offer
> the human friendly version.
I'm not aware of any reason, it seems like "unexpunge -l" is intended
for human interaction.
More information about the Cyrus-devel