Re: Re-use connection for svn:externals

On Mon, Feb 15, 2010 at 10:18 PM, Phillip Hellewell wrote: > Alright.  Here are my thoughts so far based on what others have said: > > I'm not quite sure about Justin's suggestion, because I don't think the > delay is in establishing the TCP connection; I think it is in performing the > authentica

Re: Re-use connection for svn:externals

On Tue, Feb 16, 2010 at 9:18 AM, Phillip Hellewell wrote: > Alright.  Here are my thoughts so far based on what others have said: > > I'm not quite sure about Justin's suggestion, because I don't think the > delay is in establishing the TCP connection; I think it is in performing the > authenticat

Re: Re-use connection for svn:externals

Alright. Here are my thoughts so far based on what others have said: I'm not quite sure about Justin's suggestion, because I don't think the delay is in establishing the TCP connection; I think it is in performing the authentication and stuff. So just re-using a TCP connection won't buy us much,

Re: svn commit: r910298 - in /subversion/trunk/subversion/bindings/swig: include/svn_types.swg ruby/svn/wc.rb ruby/test/test_wc.rb

Hi Hyrum, On Mon, Feb 15, 2010 at 11:54 AM, Hyrum K. Wright wrote: > Joe, > Great to see this work happening.  Be aware that some of the APIs are still > moving targets, so some things might break. > > -Hyrum > With you mentioning elsewhere that a branch could happen as early as May, I figured

Re: WC-NG: How can we help with 1.7-readiness? - move props into wc.db

On Mon, Feb 15, 2010 at 15:02, Hyrum K. Wright wrote: > > On Feb 15, 2010, at 12:28 PM, Philip Martin wrote: > >> Julian Foad writes: >> >>> I'll have a go at moving props into wc.db.  Has anyone already looked at >>> that or got a clue where I could start?  I'll start searching for uses >>> of t

Re: WC-NG 3-trees description [was: '@BASE' vs. 'BASE tree']

That page looks good. On the definition of trees, the second para is correct: the path changes for a renamed node. There will be an NG-WORKING node recording "moved-away", and another NG-WORKING node recording "moved-here". An NG-BASE node will be present for the original path, but will not exist

Re: pristine store design

Neels J Hofmeyr writes: > THE PRISTINE STORE > == > > The pristine store is a local cache of complete content of files that are > known to be in the repository. It is hashed by a checksum of that content > (SHA1). I'm not sure whether you are planning one table per pristine store

Re: WC-NG: How can we help with 1.7-readiness? - move props into wc.db

On Feb 15, 2010, at 12:28 PM, Philip Martin wrote: > Julian Foad writes: > >> I'll have a go at moving props into wc.db. Has anyone already looked at >> that or got a clue where I could start? I'll start searching for uses >> of the svn_wc__db_*_props functions and seeing where that leads, bu

Re: svn commit: r910298 - in /subversion/trunk/subversion/bindings/swig: include/svn_types.swg ruby/svn/wc.rb ruby/test/test_wc.rb

Joe, Great to see this work happening. Be aware that some of the APIs are still moving targets, so some things might break. -Hyrum On Feb 15, 2010, at 12:51 PM, joeswat...@apache.org wrote: > Author: joeswatosh > Date: Mon Feb 15 18:51:12 2010 > New Revision: 910298 > > URL: http://svn.apache

Re: WC-NG: How can we help with 1.7-readiness? - move props into wc.db

Julian Foad writes: > I'll have a go at moving props into wc.db. Has anyone already looked at > that or got a clue where I could start? I'll start searching for uses > of the svn_wc__db_*_props functions and seeing where that leads, but I > don't know if that's the right end of the stick. Hyru

Re: WC-NG: How can we help with 1.7-readiness? - move props into wc.db

I (Julian Foad) wrote: > On Thu, 2010-02-11, Greg Stein wrote: > [...] > > * move props into wc.db > > I'll have a go at moving props into wc.db. Has anyone already looked at > that or got a clue where I could start? I'll start searching for uses > of the svn_wc__db_*_props functions and seeing

Re: WC-NG: How can we help with 1.7-readiness? - move props into wc.db

On Thu, 2010-02-11, Greg Stein wrote: [...] > > What identifiable tasks remain to get WC-NG into a state of 1.7-readiness? > > Are issues filed to track those things so that casual observers can a) be > > aware of them and b) feel empowered to attack them without stepping on > > somebody's toes? >

Re: [PATCH] Fix race condition in svnsync locking

On Fri, Nov 27, 2009 at 07:53:44PM -, Jon Foster wrote: > Hi, > > This fixes the race condition where two svnsync processes can lock > the repository at the same time (as noticed by Stefan Sperling > earlier today). I wanted to do this without changing the RA layer, > so that it can work with

Re: [Fwd: Yay! More problems serving up simple HTML!]

On Sat, Feb 13, 2010, at 03:25:04 PM, "C. Michael Pilato" wrote: > Konstantin Kolinko wrote: >> Is it still an issue? We saw the same for tomcat.apache.org several >> hours ago, but I am not able to reproduce it now, nor do I observe it >> with subversion.apache.org. > > It seems to be working o

Re: pristine store design

Neels J Hofmeyr wrote: > taking stock of the current state of the pristine store API and finding > design docs missing, I have created a "design paper" to clarify. Excellent. This is very useful. BTW, I am joining the WC-NG effort so I'm glad to jump in here, as it looks like one of the easier pl

Re: [PATCH] wc-ng: remove a use of svn_wc_entry_t from libsvn_client

Philip Martin writes: > Matthew Bentham writes: > >> wc-ng: work towards eliminating svn_wc_entry_t >> >> * subversion/libsvn_client/commit_util.c >>(add_lock_token): Replace a use of svn_wc__maybe_get_entry with >> use of svn_wc__node_get_* >> >> Patch by: Matthew Bentham >> ]]] >> Ind

Re: [PATCH] wc-ng: remove a use of svn_wc_entry_t from libsvn_client

Matthew Bentham writes: > wc-ng: work towards eliminating svn_wc_entry_t > > * subversion/libsvn_client/commit_util.c >(add_lock_token): Replace a use of svn_wc__maybe_get_entry with > use of svn_wc__node_get_* > > Patch by: Matthew Bentham > ]]] > Index: subversion/libsvn_client/commit_

Fwd: Re: Website: please add some content from the old links page

Sorry, I read on the website that bugreports should be forwarded to users@ and I mistakenly assumed this was valid also for reports concerning the svn website. So I'm now forwarding to dev@ Cri - Forwarded message from "C. Michael Pilato" - > Date: Sat, 13 Feb 2010 21:58:05 -0500 > Fro

WC-NG 3-trees description [was: '@BASE' vs. 'BASE tree']

Any WC-NG folks prepared to comment on this? We should put this description in note/wc-ng/... if it's OK. - Julian On Tue, 2010-02-09, I (Julian Foad) wrote: > Hi, all. I've written up this brief definition of the WC-NG DB trees > at >

Re: [PATCH] Fix the commit failure over the write-through-proxy if apache is configured as ''

Kamesh Jayachandran wrote: > With the below apache configuration(See the trailing slash at the end of > '/svn/'). > > >DAV svn >SVNParentPath /repositories >SVNMasterURI http://master/svn/ >SVNAdvertiseV2Protocol Off > [...] > Attached patch fixes it. > > This change came via f

pristine store design

Hi all, taking stock of the current state of the pristine store API and finding design docs missing, I have created a "design paper" to clarify. If you could be so kind to glance over it and straighten out my picture, if necessary. Upon approval, I'll check it into notes/ so we can edit. Note, i

Re: [PATCH] wc-ng: remove a use of svn_wc_entry_t from libsvn_client

Greg Stein wrote: For log messages, we also like to provide attribution, so at the end of the above message you would have: Patch by: Matthew Bentham btw I think this is not properly explained by http://subversion.apache.org/docs/community-guide/conventions.html#log-messages or http://subv

[PATCH] Fix the commit failure over the write-through-proxy if apache is configured as ''

Hi All, With the below apache configuration(See the trailing slash at the end of '/svn/'). DAV svn SVNParentPath /repositories SVNMasterURI http://master/svn/ SVNAdvertiseV2Protocol Off We get the following error on the client while. ../subversion/svn/commit-cmd.c:142: (apr_err=17

RE: [PATCH] Add svnsync --use-external-locking option

Hi, Stefan Sperling wrote: > On Fri, Nov 27, 2009 at 04:14:08PM -, Jon Foster wrote: > > Add --using-external-locking option to svnsync. > Hi Jon, > > I've finally found time to take a look at this. Sorry for taking so > long. I have committed your patch in r910212, with some tweaks. Thankyo

Re: [PATCH] Add svnsync --use-external-locking option

On Fri, Nov 27, 2009 at 04:14:08PM -, Jon Foster wrote: > Hi, > > As discussed on this list, we don't always need svnsync's networked > lock. If svnsync only runs on a single server, the administrator > can use the "flock" tool to prevent running multiple copies of > svnsync at the same time.

Re: [RFC] v2 Tree conflict resolver spec.

On Wed, 2010-02-10, Neels J Hofmeyr wrote: > Hi TC folks, > > I tried to put the tree-conflicts design information so far into tables. Thanks, Neels. This is a really useful way to present the info. > Find the result attached: a tc-cheatsheet up for discussion. If it gets > initial approval I'l

Re: [PATCH] wc-ng: remove a use of svn_wc_entry_t from libsvn_client

Matthew Bentham writes: > How do you guys generally run an > individual test or test program? It's implied in the documentation > that the test programs support it, but does 'make check' have any > options? On Linux, if you build in the source directory $ cd subversion/tests/cmdline $ ./lock_t

Re: Changing the "native" newline mode

Stefan Sperling writes: > I agree that, in general, it sucks if something suddenly stops working. > And I also think people missing this feature will survive. It should be simple to provide a detach utility or subcommand so that 'svn detach wc/foo bar' creates a new working copy bar as a copy of

Re: [PATCH] wc-ng: remove a use of svn_wc_entry_t from libsvn_client

Hyrum K. Wright wrote: On Feb 12, 2010, at 8:10 AM, Greg Stein wrote: On Fri, Feb 12, 2010 at 10:39, Matthew Bentham wrote: Index: subversion/libsvn_client/commit_util.c === --- subversion/libsvn_client/commit_util.c (revisi

Re: Re-use connection for svn:externals

On Tue, 2010-02-09, Phillip Hellewell wrote: > On Tue, Feb 9, 2010 at 10:09 AM, Julian Foad wrote: > > > > > Would you, or anyone you know, be interested in working on it? I would > > be glad to give you some help and guidance. > > > > I don't have any experience with the subversion source code r

WC-NG - on detachable WCs and pristine store options [was: Changing the "native" newline mode]

Just changing the Subject line to match the topic of conversation. - Julian On Mon, 2010-02-15 at 01:43 +0100, Stefan Sperling wrote: > On Sun, Feb 14, 2010 at 07:31:07PM -0500, Glenn Maynard wrote: > > On Sun, Feb 14, 2010 at 6:47 PM, Mark Mielke wrote: > > > Heck, if one can ask the server fo

Re: community guide redux

On Fri, 2010-02-12 at 10:54 -0800, Justin Erenkrantz wrote: > On Thu, Feb 4, 2010 at 1:59 AM, Julian Foad wrote: > > - Nav-menu needs to look significantly different from the main site nav > > menu, and/or be integrated with it. It needs at least to say "*Community > > Guide*" at the top of it, ot

My double-posts [was: very large revision file - very small amount of data]

Sorry about my re-posts. It's happened a few times now. Sometimes my mail client (Evolution) doesn't remove a post from the "out" box after posting it, and next time I start it up it sends it again if I don't delete it first. - Julian On Fri, 2010-02-12 at 16:42 +, Julian Foad wrote: > Kevin

Re: [PATCH] svn_fs.h doc updates on 'nodes' and 'node revisions'

On Fri, 2010-02-12, C. Michael Pilato wrote: > Julian Foad wrote: > > * subversion/include/svn_fs.h > > Clarify the definition of 'nodes' and 'node revisions'. > +1. Commit away. And thanks for taking the time to clarify some of this > stuff ... as you know the terms can get a little fuzzy. T