Cyrus IMAPd 2.3.2 Released

[Ken Murchison]

Tuan Van wrote:
> Rosenbaum, Larry M. wrote:
> 
>>We haven't changed anything about the databases.  We are using whatever
>>the defaults are, and Berkeley 4.4.16.  From testing with the
>>cvt_cyrusdb program, it looks like the old program will open the old
>>database, and the new program will open the new database, but the new
>>program won't open the old database, and the old program won't open the
>>new database.
>>
>># ./cvt_cyrusdb ~lmr/deliver.db.old berkeley-nosync ~lmr/y.txt flat
>>Converting from /home/lmr/deliver.db.old (berkeley-nosync) to
>>/home/lmr/y.txt (flat)
>>fatal error: can't open old database
>>
>># ./cvt_cyrusdb ~lmr/deliver.db berkeley-nosync ~lmr/y.txt flat    
>>Converting from /home/lmr/deliver.db (berkeley-nosync) to
>>/home/lmr/y.txt (flat)
>>
>># ./cvt_cyrusdb.old ~lmr/deliver.db.old berkeley-nosync ~lmr/y.txt flat
>>Converting from /home/lmr/deliver.db.old (berkeley-nosync) to
>>/home/lmr/y.txt (flat)
>>Warning: apparently empty database converted.
>>
>># ./cvt_cyrusdb.old ~lmr/deliver.db berkeley-nosync ~lmr/y.txt flat    
>>Converting from /home/lmr/deliver.db (berkeley-nosync) to
>>/home/lmr/y.txt (flat)
>>fatal error: can't open old database
>>
>>L
>>  
> 
> Could it be a typo in lib/cyrusdb_berkeley.c ?
> I try it with patch below and it seem to work.
> 
> --- lib/cyrusdb_berkeley.c.orig 2006-02-27 16:56:53.000000000 -0800
> +++ lib/cyrusdb_berkeley.c      2006-02-27 16:57:35.000000000 -0800
> @@ -981,7 +981,7 @@
>      &mysync,
>      &myarchive,
> 
> -    &open_hash,
> +    &open_btree,
>      &myclose,
> 
>      &fetch,
> @@ -1007,7 +1007,7 @@
>      &mysync,
>      &myarchive,
> 
> -    &open_hash,
> +    &open_btree,
>      &myclose,
> 
>      &fetch,

Yeah, thats it.  A simple cut-n-paste error.  I'll spin a 2.3.3 shortly.

-- 
Kenneth Murchison
Systems Programmer
Project Cyrus Developer/Maintainer
Carnegie Mellon University