Bron, would it be possible to release twoskip as a library with stable API and ABI (and proper SONAME), that might help other projects that need reliable K/V storage, but don't need a superfast operations.
I agree that sasldb2 propably don't need a support for storing zillions of records, so twoskip might be a good choice. Ondrej On Wed, Jul 3, 2013 at 6:29 AM, Bron Gondwana <br...@fastmail.fm> wrote: > On Tue, Jul 2, 2013, at 11:37 PM, Howard Chu wrote: > > Dan White wrote: > > > On 07/02/13 09:58 +0200, Ondřej Surý wrote: > > >> Hi, > > >> > > >> you might have noticed that Oracle has released Berkeley DB 6.0, and > in > > >> unfortunate move they relicensed the BDB to AGPLv3 which makes it > > >> incompatible with anything else than AGPLv3 or GPLv3. > > >> > > >> E.g. this makes cyrus licensing incompatible with Berkeley DB 6.0 > since it > > >> would require dual licensing which I hardly think makes sense. > > >> > > >> Thus I think it's time to kill the Berkeley DB support in > cyrus-imapd-2.5, > > >> and start thinking about the replacement for cyrus-sasl sasldb (would > > >> skiplist work here? or should we use sqlite3, kyotocabinet or anything > > >> else?). > > We could also look at porting twoskip across from cyrus-imapd. it's not as > fast, but it's super-safe. 64 bit. Checksums. Fast crash recovery and > total data integrity against any possible crash scenario. > > Not safe against random disk corruption, but it will tell you about it! > > http://opera.brong.fastmail.fm/talks/twoskip/ > > > > With regards to cyrus-sasl, Lightining DB is another option: > > I'm also very interested in Lightning. The only issue is that it has > multiple files per DB by my last reading. > > > > > http://lists.andrew.cmu.edu/pipermail/cyrus-sasl/2012-March/002479.html > > > > > > It's released under the OpenLDAP Public License, which I assume is > > > compatible since ldapdb is released under the same license. > > > > Updated patch posted last October. > > > > > http://lists.andrew.cmu.edu/pipermail/cyrus-sasl/2012-October/002541.html > > > > Sorry, I wasn't aware of this mailing list until today. > > > > SQLite is horrible, has no multi-process support. Even with LMDB > underneath > > it's far from tolerable. Kyoto Cabinet leaks like a sieve. > > http://www.anchor.com.au/blog/2013/05/second-strike-with-lightning/ > > Thanks for the link. I'll have a look :) > > Bron. > > > -- > Bron Gondwana > br...@fastmail.fm > -- Ondřej Surý <ond...@sury.org>