[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Add Berkeley DB 4.6 support to Subversion?

From: C. Michael Pilato <cmpilato_at_collab.net>
Date: 2007-09-13 20:44:08 CEST

Blair Zajac wrote:
> C. Michael Pilato wrote:
>> Oracle has released version 4.6.19 of its Berkeley DB library.
>> According to
>> my interpretation of the "Upgrading application to 4.6.x"[1]
>> documentation,
>> I don't think there's anything especially difficult for us to do in
>> Subversion to make the claim that we support 4.6.x. Some macros for
>> cursor
>> function name differences here, an examination of how we toggle verbose
>> error output there. (Most of the 4.6 changes seem to be focused around
>> replication, which is -- and has been -- the latest hot topic for BDB.)
>>
>> Should we "go there" for Subversion 1.5?
>>
>> [1]
>> http://www.oracle.com/technology/documentation/berkeley-db/db/ref/upgrade.4.6/toc.html
>>
>
> +1.
>
> Using BDB's replication to replicate Subversion repositories would be
> pretty sweet. Presumably, this would also allow us to replicate
> uncommitted transactions, which would be cool (well, cool for my
> project, where I expect long-lived transactions).

Well, BDB has had replication for some time now -- it's not new to 4.6.x.
In fact, back when 4.4 was released, Keith Bostic asked me if I knew of any
monster-sized Subversion datasets. He was wanting to do a proof of concept
using replicated Subversion repositories!

Anyway, my question was *absolutely not* "Should we try to expose BDB
replication in Subversion 1.5?" It was simply "Should we try to make
Subversion's code compile and work against BDB 4.6.x?"

Are you still +1?

-- 
C. Michael Pilato <cmpilato@collab.net>
CollabNet   <>   www.collab.net   <>   Distributed Development On Demand

Received on Thu Sep 13 20:40:35 2007

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.