Re: lock:// protocol hacked in

"Files" <files@poetryunlimited.com> writes:

> Were you objecting to the URL as well as the new access layer?

I object. Far better to do it in libsvn_repos. Have some sort of
repository marker (perhaps simply the presence of a "magic" file) that
causes the get_repos() function to ignore its LOCKTYPE parameter and
always lock with an exclusive lock.

Have you read the Sleepycat docs?

  http://www.sleepycat.com/docs/ref/env/remote.html

They state "we strongly recommend that the database environment
directory reside in a local filesystem". By putting a Subversion
repository on a networked filesystem you are proposing to ignore that
recommendation. Please don't complain if it breaks.

-- 
Philip Martin
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org