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

Re: svn commit: r12445 - trunk/www

From: Erik Huelsmann <ehuels_at_gmail.com>
Date: 2004-12-22 23:51:57 CET

On Mon, 20 Dec 2004 12:14:48 -0500, Greg Hudson <ghudson@mit.edu> wrote:
> On Mon, 2004-12-20 at 11:30, dionisos@tigris.org wrote:
> > @@ -924,6 +924,10 @@
> > operations by comparing two trees. One tree is the usually the HEAD
> > revision, and the other is often a temporary transaction-tree -- thus
> > the need for write access.</p>
> > +
> > +<p>This limitation only applies to the bdb backend; the <a
> > +href="http://svnbook.red-bean.com/svnbook-1.1/ch05.html#svn-ch-5-sect-1.2.A">FSFS
> > +backend</a> does not exhibit this behaviour.</p>
> This edit renders the answer a mismash of false and true information.
> We never use a temporary transaction tree to perform a read-only
> operation any more.

Ok. How about I change the question to include 'bdb' instead?

> It seems like it should be possible to make BDB repositories read-only
> for read operations. RPM manages it, after all. I think the last time
> I checked, RPM opens the database without an environment if it doesn't
> have write access, but I don't know if I remember that correctly and I
> don't know if it's safe to do so.
> (We'd also have to make sure we're not creating DB transactions for read
> operations. There's never any reason to do so, right?)

I'd love to do something like this, but as long as we don't have it, I
guess my edit to the faq is relevant (whatever the words may end up to
be) ....



To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Dec 22 23:53:49 2004

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.