Re: Serving internal SVN path via Apache

2010-02-10 Thread Hyrum K. Wright
This question is about the usage of Subversion, and more appropriately belongs on the users' mailing list: us...@subversion.apache.org. Cheers, -Hyrum On Feb 10, 2010, at 3:48 PM, Eric Lee wrote: > On Thu, Feb 11, 2010 at 5:00 AM, Itamar O wrote: > >> Is there a way to configure Apache to ser

Re: Serving internal SVN path via Apache

2010-02-10 Thread Eric Lee
On Thu, Feb 11, 2010 at 5:00 AM, Itamar O wrote: > Is there a way to configure Apache to serve a "scoped" repository? > e.g., if my repository root is at /var/svn/repos, > and I have top-level project-structure, > I want something like: > > DAV svn > SVNPath /var/svn/repos/projA > # (this doe

Serving internal SVN path via Apache

2010-02-10 Thread Itamar O
Is there a way to configure Apache to serve a "scoped" repository? e.g., if my repository root is at /var/svn/repos, and I have top-level project-structure, I want something like: DAV svn SVNPath /var/svn/repos/projA # (this doesn't work..) # Maybe something like "SVNPath /var/svn/repos" &

Re: Re-use connection for svn:externals

2010-02-10 Thread kmradke
Phillip Hellewell wrote on 02/10/2010 09:11:40 AM: > > The '3 seconds delay' is most likely caused by the slow opening of HTTP > > sessions which walk up the repository to find the repository root.This case > > is already fixed in HTTPv2. (svn:// is much faster than this. And svn+ssh:// > > dep

Re: Re-use connection for svn:externals

2010-02-10 Thread Justin Erenkrantz
On Wed, Feb 10, 2010 at 2:07 AM, Bert Huijben wrote: > This thread suggests using full urls everywhere. And the thread closes with > the reasoning that this will cause all kinds of new security issues as we > have to do the url encoding everywhere. (Encoding one time more than required > or one

Re: Re-use connection for svn:externals

2010-02-10 Thread C. Michael Pilato
Phillip Hellewell wrote: > On Wed, Feb 10, 2010 at 3:07 AM, Bert Huijben > wrote: > > > The '3 seconds delay' is most likely caused by the slow opening of > HTTP sessions which walk up the repository to find the repository > root. This case is already fixed in

Re: Re-use connection for svn:externals

2010-02-10 Thread Phillip Hellewell
On Wed, Feb 10, 2010 at 3:07 AM, Bert Huijben wrote: > > The '3 seconds delay' is most likely caused by the slow opening of HTTP > sessions which walk up the repository to find the repository root. This case > is already fixed in HTTPv2. (svn:// is much faster than this. And svn+ssh:// > depends

Re: [RFC] v2 Tree conflict resolver spec.

2010-02-10 Thread Neels J Hofmeyr
Hi TC folks, I tried to put the tree-conflicts design information so far into tables. Find the result attached: a tc-cheatsheet up for discussion. If it gets initial approval I'll check it into notes/tree-conflicts/ so we can edit. (replying to Julian...) > On Wed, 2010-02-10, Neels J Hofmeyr w

Re: performance on cygwin

2010-02-10 Thread Matthew Bentham
s...@stsp.name wrote: On Wed, Feb 10, 2010 at 11:57:35AM +, Matthew Bentham wrote: I've been hearing rumours of performance improvements to Windows svn clients with the 'wc-ng' work. A couple of weeks ago I decided to have a go with subversion trunk to see what it would make of our reposito

Re: performance on cygwin

2010-02-10 Thread Stefan Sperling
On Wed, Feb 10, 2010 at 11:57:35AM +, Matthew Bentham wrote: > Hi, > > The summary is that I'm motivated to help with work on the > performance of Windows subversion clients, because the speed of 'svn > update' is not great for us on large working copies, and we keep > having to re-arrange our

performance on cygwin

2010-02-10 Thread Matthew Bentham
Hi, The summary is that I'm motivated to help with work on the performance of Windows subversion clients, because the speed of 'svn update' is not great for us on large working copies, and we keep having to re-arrange our source to work around that. At work I've used Subversion happily for m

Re: [RFC] v2 Tree conflict resolver spec.

2010-02-10 Thread Julian Foad
On Wed, 2010-02-10, Neels J Hofmeyr wrote: > Julian Foad wrote: > > Yup. And with merge, --accept=mine should be identical to 'svn revert'. > > Hey, wait a minute. That's not true when there were local modifications > before the merge. I see it like this: Oh yes. Sorry for the confusion. I forgot

RE: Re-use connection for svn:externals

2010-02-10 Thread Bert Huijben
> -Original Message- > From: Julian Foad [mailto:julian.f...@wandisco.com] > Sent: woensdag 10 februari 2010 0:06 > To: Stefan Sperling > Cc: Bert Huijben; Ivan Zhakov; C. Michael Pilato; Phillip Hellewell; > dev@subversion.apache.org > Subject: Re: Re-use connection for svn:externals >