Re: wc-ng base/working nodes in a copied tree

On Mon, Mar 22, 2010 at 17:59, Philip Martin wrote: > Greg Stein writes: > >> The tree at copied-here should only have WORKING nodes. No BASE nodes. >> >> If it has BASE nodes, then that is a bug. >> >> The tree is distinguished as a copy because of the copyfrom_* >> information at the operation

My repeat postings - sorry

Sorry about my repeat postings. I'm suffering from a bug in which Evolution (mail client) leaves a copy of yesterday's messages in the Out box, and sends them all again when I next post anything if I forget to check and delete them. - Julian

Re: Why merge is so slow? (was Re: svn commit: r926210 - /subversion/trunk/notes/meetings/svn-vision-agenda)

On Mon, Mar 22, 2010 at 11:03 PM, Ivan Zhakov wrote: > On Tue, Mar 23, 2010 at 00:53, Mark Phippard wrote: >> On Mon, Mar 22, 2010 at 5:14 PM, Ivan Zhakov wrote: >>> On Mon, Mar 22, 2010 at 20:37,   wrote: +Some other random stuff Hyrum would like to talk about: + * Why is merge slow (

Re: Looking to improve performance of svn annotate

On Mon, Mar 22, 2010 at 11:08 PM, Mark Phippard wrote: > On Mon, Mar 22, 2010 at 5:25 PM, Johan Corveleyn wrote: > >> However, looking at Julian's binary blame algorithm, I can't help but >> wonder why this binary structure couldn't be calculated on the server >> just as well. This would save a l

Re: Why merge is so slow? (was Re: svn commit: r926210 - /subversion/trunk/notes/meetings/svn-vision-agenda)

On Tue, Mar 23, 2010 at 01:13:11PM +0100, Johan Corveleyn wrote: > On Mon, Mar 22, 2010 at 11:03 PM, Ivan Zhakov wrote: > > On Tue, Mar 23, 2010 at 00:53, Mark Phippard wrote: > >> On Mon, Mar 22, 2010 at 5:14 PM, Ivan Zhakov wrote: > >>> On Mon, Mar 22, 2010 at 20:37,   wrote: > +Some othe

Re: Why merge is so slow? (was Re: svn commit: r926210 - /subversion/trunk/notes/meetings/svn-vision-agenda)

On Tue, Mar 23, 2010 at 8:28 AM, Stefan Sperling wrote: > In most setups I've seen the server hardware is much beefier than > the client hardware, so unless we do things that scale really badly > (say more than O(n^2)) I don't see a problem. Think of a hosting site like sf.net with thousands of

Re: Why merge is so slow? (was Re: svn commit: r926210 - /subversion/trunk/notes/meetings/svn-vision-agenda)

On Tue, Mar 23, 2010 at 1:32 PM, Mark Phippard wrote: > On Tue, Mar 23, 2010 at 8:28 AM, Stefan Sperling wrote: > >> In most setups I've seen the server hardware is much beefier than >> the client hardware, so unless we do things that scale really badly >> (say more than O(n^2)) I don't see a pro

Re: Why merge is so slow? (was Re: svn commit: r926210 - /subversion/trunk/notes/meetings/svn-vision-agenda)

On Tue, Mar 23, 2010 at 08:32:32AM -0400, Mark Phippard wrote: > On Tue, Mar 23, 2010 at 8:28 AM, Stefan Sperling wrote: > > > In most setups I've seen the server hardware is much beefier than > > the client hardware, so unless we do things that scale really badly > > (say more than O(n^2)) I don

RE: Why merge is so slow? (was Re: svn commit: r926210 - /subversion/trunk/notes/meetings/svn-vision-agenda)

> -Original Message- > From: Stefan Sperling [mailto:s...@elego.de] > Sent: dinsdag 23 maart 2010 14:15 > To: Mark Phippard > Cc: Johan Corveleyn; Ivan Zhakov; hwri...@apache.org; > dev@subversion.apache.org > Subject: Re: Why merge is so slow? (was Re: svn commit: r926210 - > /subversion

Constifying patches break bindings

Posted to dev@, in an attempt to get the buildbots green again: (Yesterday evening; times in CET / UTC+1) 22:20 < CIA-77> rdonch * r926343 /trunk/subversion/bindings/swig/svn_diff.i: * subversion/bindings/swig/svn_diff.i: Immutablize some struct members, ... 22:27 <@Bert>

Re: Constifying patches break bindings

Adding 'const' to the pointer arguments of function _typedefs_ is an API-incompatible change, and so I shall revert those parts of my r922239 commit. I can't see any buildbot results that were affected by that commit, however. ( sho

Re: Constifying patches break bindings

Bert Huijben писал в своём письме Tue, 23 Mar 2010 16:43:30 +0300: Posted to dev@, in an attempt to get the buildbots green again: (Yesterday evening; times in CET / UTC+1) 22:20 < CIA-77> rdonch * r926343 /trunk/subversion/bindings/swig/svn_diff.i: * subversion/bindings/swig/svn_diff.

Re: switching added files -- Re: What revision should an added not yet commited node have?

On 22 March 2010 17:20, Greg Stein wrote: > I think the child is *always* a child of the parent. Greg, you definitely know that this works today: [[[ $ svn add bar/y A bar/y $ svn ci -mm Adding bar/y $ svn switch --depth=empty '^/foo' bar At revision 1. $ svn status S ba

Re: Pristine store - using it

On Fri, 2010-03-05, Julian Foad wrote: > I (Julian Foad) wrote: > [...] > > I've converted svn_wc__open_writable_base() to use a generic temp dir > > and unique file name, rather than a WC-1-specific path, and made all > > three places use it for their WC-1 temp base file, it all still works. > >

svnserve and sasl cross-realm (was: svnserve and ldap status ?)

On 2010-03-23 11:16, Alec Kloss wrote: > On 2010-03-23 17:11, Stefan Sperling wrote: > > > Hi Alec, > > > > I remember your patch. It looked pretty simple and OK to me, but > > I didn't feel confident enough about my own understanding of what > > the patch really does. [chop] > > Sure thing. I

Re: svnserve and sasl cross-realm (was: svnserve and ldap status ?)

On 2010-03-23 15:57, Alec Kloss wrote: > On 2010-03-23 11:16, Alec Kloss wrote: > > On 2010-03-23 17:11, Stefan Sperling wrote: > > > > > Hi Alec, > > > > > > I remember your patch. It looked pretty simple and OK to me, but > > > I didn't feel confident enough about my own understanding of what

Re: svn commit: r926613 - in /subversion/trunk/build/generator: gen_win.py templates/vcnet_vcproj.ezt templates/vcnet_vcxproj.ezt

On Tue, Mar 23, 2010 at 11:25, wrote: >... > +++ subversion/trunk/build/generator/templates/vcnet_vcproj.ezt Tue Mar 23 > 15:25:10 2010 > @@ -128,7 +128,8 @@ >                                                                        Name="VCCustomBuildTool" >                                      

Re: Pristine store - using it

On Tue, Mar 23, 2010 at 14:57, Julian Foad wrote: >... > For the record, in r926637 I re-committed this patch, having determined > that in fact it is OK and those two uses of the "special place" > mentioned above do in fact always go together. Yup. The commit looks good. It is the transmit_text_d

Re: svnserve and sasl cross-realm (was: svnserve and ldap status ?)

On Tue, Mar 23, 2010 at 03:58:50PM -0500, Alec Kloss wrote: > Now please see attached. Thanks. I'll try to look at this soon. I've also downloaded a couple of related RFCs (e.g. RFC4422) for reference, as well as cyrus-sasl source code -- the binaries are already installed cause sendmail uses the

Re: switching added files -- Re: What revision should an added not yet commited node have?

On Tue, Mar 23, 2010 at 14:13, neels wrote: >... > [[[ > $ svn add bar/y > A bar/y > > # NOT: $ svn ci -mm > # NOT: Adding bar/y > > $ svn switch --depth=empty '^/foo' bar > At revision 1. > > $ svn status >S bar<--- file:///repos/foo > A S bar/y <--- file:///

Re: wc-ng base/working nodes in a copied tree

On 23 March 2010 09:11, Greg Stein wrote: > On Mon, Mar 22, 2010 at 17:59, Philip Martin > wrote: >>   $ svn cp $url/A wc >>   $ svn add wc/A/Y >> >> Suppose $url/A contains $url/A/X.  How do I distinguish between a >> copied child, like wc/A/X, and an added node like wc/A/Y?  Neither has >> cop

Re: switching added files -- Re: What revision should an added not yet commited node have?

> "svn switch" talks about switching the repository location for nodes. The > added (or copied/moved) nodes do not (yet) have a repository location, so > they cannot be switched. They just follow the parent. It's not like that is set in stone. An added node could have a *projected* repos location,

Re: [PATCH] Allow "cease invocation" return from Python callback for repos.svn_repos_history2()

Alexey Neyman писал в своём письме Fri, 19 Mar 2010 02:26:28 +0300: ... With stock 1.6.6, it produces the following traceback: - svn: Commit blocked by pre-commit hook (exit code 1) with output: Traceback (most recent

RE: switching added files -- Re: What revision should an added not yet commited node have?

> -Original Message- > From: neels [mailto:nee...@gmail.com] > Sent: dinsdag 23 maart 2010 19:13 > To: Greg Stein > Cc: Julian Foad; dev@subversion.apache.org > Subject: Re: switching added files -- Re: What revision should an added > not yet commited node have? > > On 22 March 2010 17:2

RE: svn commit: r926613 - in /subversion/trunk/build/generator: gen_win.py templates/vcnet_vcproj.ezt templates/vcnet_vcxproj.ezt

> -Original Message- > From: Greg Stein [mailto:gst...@gmail.com] > Sent: dinsdag 23 maart 2010 22:00 > To: dev@subversion.apache.org > Subject: Re: svn commit: r926613 - in > /subversion/trunk/build/generator: gen_win.py > templates/vcnet_vcproj.ezt templates/vcnet_vcxproj.ezt > > On Tu

Re: [PATCH] Allow "cease invocation" return from Python callback for repos.svn_repos_history2()

On Tuesday 23 March 2010 03:38:06 pm Роман Донченко wrote: > Alexey Neyman писал в своём письме Fri, 19 Mar 2010 > > 02:26:28 +0300: > > ... > > > > With stock 1.6.6, it produces the following traceback: > > > > - > > svn: Com

RE: svn commit: r926814 - in /subversion/trunk/subversion/libsvn_wc: adm_ops.c update_editor.c workqueue.c

> -Original Message- > From: gst...@apache.org [mailto:gst...@apache.org] > Sent: dinsdag 23 maart 2010 23:16 > To: comm...@subversion.apache.org > Subject: svn commit: r926814 - in > /subversion/trunk/subversion/libsvn_wc: adm_ops.c update_editor.c > workqueue.c > > Author: gstein > Dat

Re: RE: svn commit: r926814 - in /subversion/trunk/subversion/libsvn_wc: adm_ops.c update_editor.c workqueue.c

Yup. Thanks. Saw this before heading to dinner, thinking it was due to new changes. Realized "no" about 15 minutes ago. Will fix ASAP. On Mar 23, 2010 9:12 PM, "Bert Huijben" wrote: > -Original Message- > From: gst...@apache.org [mailto:gst...@apache.org] > Sent: dinsdag ... Hi

Hook scripts start with an empty environment

Hook scripts start with an empty environment instead of inheriting it from svnserve or whatever. This is inconvenient, not least for the case where you want to commit something to an svn+ssh server via a local pushmi mirror on file:/// and your SSH_AUTH_SOCK is lost so you have to type your passph