Re: RFC: Standardizing a 'svn:branch' (boolean) property

On 17.07.2012 03:59, Greg Stein wrote: > On Jul 16, 2012 1:18 PM, "Branko Čibej" wrote: >> ... >> Please describe the set of use cases you want to address, propose how >> you think this new property can solve them, and at the very least, >> explain how the solution will affect: a) the command-line

Re: Incidence of criss-cross merges

On Fri, Jul 13, 2012 at 7:11 PM, Julian Foad wrote: > As far as I have been able to discover, there is no generally agreed > solution to the problem. Most of the references I can find are, like [3], > a commentary on one or more of the attempts that have been made to find a > better solution.

Re: RFC: Standardizing a 'svn:branch' (boolean) property

On 17.07.2012 07:14, Trent Nelson wrote: [a description of Enversion] Thanks, Trent -- this was a very good description. So what we have here is a tool that provides additional branch semantics on top of Subversion's data model and controls commits to protect the repository against several kinds

Re: Problem report: commit failed with E195023: Changing file ... is forbidden by the server

Greg Stein wrote on Mon, Jul 16, 2012 at 21:36:17 -0400: > On Jul 16, 2012 1:45 AM, "Rainer Jung" wrote: > >... > > Now: Daniel changed something w.r.t. my LDAP groups at around 20:18. The > first attempt after that was still not successful, but maybe it took a few > seconds to propagate or someth

Re: svn commit: r1362434 - in /subversion/trunk: configure.ac subversion/include/svn_fs.h subversion/libsvn_fs/fs-loader.c

phi...@apache.org writes: > Author: philip > Date: Tue Jul 17 10:12:20 2012 > New Revision: 1362434 > > URL: http://svn.apache.org/viewvc?rev=1362434&view=rev > Log: > Allow third party FS modules to be loaded when configured > with --enable-runtime-module-search. Until now anyone wanting to writ

"svnlook dirs-changed" on empty repository fails with a strange error

Hello, If one runs "svnlook dirs-changed" on an empty repository, svn prints a strange error (reproducible for versions from 1.6 to trunk): $ svnadmin create svn.repo $ svnlook dirs-changed svn.repo/ svnlook: E160006: Transaction '(null)' is not based on a revision; how odd $ svnlook dirs-chang

Re: svn commit: r1362434 - in /subversion/trunk: configure.ac subversion/include/svn_fs.h subversion/libsvn_fs/fs-loader.c

On Tue, Jul 17, 2012 at 11:14:10AM +0100, Philip Martin wrote: > Disclaimer: at WANdisco we plan to use this feature. Will generally useful FS features developed by Wandisco be fed back to the Subversion project? Or are there plans to develop a competing proprietary backend that only works with Wa

Re: svn commit: r1362434 - in /subversion/trunk: configure.ac subversion/include/svn_fs.h subversion/libsvn_fs/fs-loader.c

On Tue, Jul 17, 2012 at 2:14 PM, Philip Martin wrote: > > phi...@apache.org writes: > > > Author: philip > > Date: Tue Jul 17 10:12:20 2012 > > New Revision: 1362434 > > > > URL: http://svn.apache.org/viewvc?rev=1362434&view=rev > > Log: > > Allow third party FS modules to be loaded when configure

Re: svn commit: r1362434 - in /subversion/trunk: configure.ac subversion/include/svn_fs.h subversion/libsvn_fs/fs-loader.c

Ivan Zhakov writes: > On Tue, Jul 17, 2012 at 2:14 PM, Philip Martin > wrote: >> >> phi...@apache.org writes: >> >> > Author: philip >> > Date: Tue Jul 17 10:12:20 2012 >> > New Revision: 1362434 >> > >> > URL: http://svn.apache.org/viewvc?rev=1362434&view=rev >> > Log: >> > Allow third party FS

Re: svn commit: r1362434 - in /subversion/trunk: configure.ac subversion/include/svn_fs.h subversion/libsvn_fs/fs-loader.c

On Tue, Jul 17, 2012 at 5:21 PM, Philip Martin wrote: > Ivan Zhakov writes: > >> On Tue, Jul 17, 2012 at 2:14 PM, Philip Martin >> wrote: >>> >>> phi...@apache.org writes: >>> >>> > Author: philip >>> > Date: Tue Jul 17 10:12:20 2012 >>> > New Revision: 1362434 >>> > >>> > URL: http://svn.apache

Re: Avoiding multiple library copies on a system

On 13 July 2012 17:34, Branko Čibej wrote: > On 13.07.2012 17:21, Peter Samuelson wrote: >> [Branko Cibej] >>> Like I said in my response to this in the other thread -- API or even >>> ABI compatibility is not the issue. Working copy formats, wire >>> protocol quirks, etc. etc. are more "interesti

Re: "svnlook dirs-changed" on empty repository fails with a strange error

On 07/17/2012 08:10 AM, Dmitry Pavlenko wrote: > Hello, > > If one runs "svnlook dirs-changed" on an empty repository, svn prints a > strange error (reproducible > for versions from 1.6 to trunk): > > $ svnadmin create svn.repo > $ svnlook dirs-changed svn.repo/ > svnlook: E160006: Transaction

Re: svn commit: r1362434 - in /subversion/trunk: configure.ac subversion/include/svn_fs.h subversion/libsvn_fs/fs-loader.c

Ivan Zhakov writes: >> If the victim has a world writeable location in the search path the attacker >> could replace any DSO. > > The attacker cannot replace any DSO, because current directory has > lower priority than other locations. So in typical scenarios user is > not vulnerable, because DSO

Re: "svnlook dirs-changed" on empty repository fails with a strange error

On 07/17/2012 10:02 AM, C. Michael Pilato wrote: > Bah. There's no need for an error. The user didn't do anything wrong. > 'svnlook dirs-changed' prints which directories were changed in a given > revision. For revision 0 (which is a real snapshot), nothing was changed, > so just print nothing a

Re: Incidence of criss-cross merges

Stefan Fuhrmann wrote: > Julian Foad wrote: [...] >> At this point, I think the issue boils down to: >> >>   * Yes, the criss-cross situation can be produced in plausible real life >> usage. >> >>   * The current handling is sub-optimal, though not worse than we've had >> before. >> >>   * We

RE: svn commit: r1362434 - in /subversion/trunk: configure.ac subversion/include/svn_fs.h subversion/libsvn_fs/fs-loader.c

> -Original Message- > From: MARTIN PHILIP [mailto:codematt...@ntlworld.com] On Behalf Of > Philip Martin > Sent: dinsdag 17 juli 2012 16:07 > To: Ivan Zhakov > Cc: dev@subversion.apache.org > Subject: Re: svn commit: r1362434 - in /subversion/trunk: configure.ac > subversion/include/svn_

RE: RFC: Standardizing a 'svn:branch' (boolean) property

> -Original Message- > From: Johan Corveleyn [mailto:jcor...@gmail.com] > Sent: dinsdag 17 juli 2012 02:58 > To: C. Michael Pilato > Cc: Bert Huijben; dev@subversion.apache.org > Subject: Re: RFC: Standardizing a 'svn:branch' (boolean) property > > On Mon, Jul 16, 2012 at 3:33 PM, C. Mic

Re: svn commit: r1362480 - /subversion/trunk/subversion/libsvn_fs/fs-loader.c

On 7/17/12 6:17 AM, phi...@apache.org wrote: Author: philip Date: Tue Jul 17 13:17:34 2012 New Revision: 1362480 URL: http://svn.apache.org/viewvc?rev=1362480&view=rev Log: * subversion/libsvn_fs/fs-loader.c (load_module): Only allow alphanumeric characters in name. apr_status_t sta

Re: svn commit: r1362480 - /subversion/trunk/subversion/libsvn_fs/fs-loader.c

Blair Zajac writes: > This code doesn't probably get run often, but generally it's better to > iterate through name using pointers instead of strlen() since the > later scans the string twice. Agreed. r1362569. -- Cerified & Supported Apache Subversion Downloads: http://www.wandisco.com/subver

Symmetric merge and subtrees

There are some merge scenarios for which it's not clear whether the user should specify '--reintegrate' or not.  We need to decide what the 'symmetric' (i.e. automatically-choosing) code should do in those cases. The following example is adapted from merge_symmetric_tests.py 18, subtree_to_and_

Re: RFC: Standardizing a 'svn:branch' (boolean) property

Bert Huijben wrote: > On the Berlin hackathon the suggestion was raised that it might help that we > standardize a new 'svn:branch' property to give tooling a hint on what > directories are branches and which aren't. [...] > > Client tools like TortoiseSVN, Subclipse, AnkhSVN could really use some

Re: RFC: Standardizing a 'svn:branch' (boolean) property

On 17.07.2012 21:08, Julian Foad wrote: > I know it would be nice and convenient if it was defined centrally > here, but ... I dunno, others may disagree, but I think we need a much > more rigorous definition before I'd be happy to consider it. Thank you, Julian, for putting it so clearly. -- Ce

crash dumps

Hi, Since there are quite a few crash reports sent for TSVN which are due to bugs/problems in the svn library, I've set up a page where all the svn related bugs are shown in one place: https://www.crash-server.com/SearchResult.aspx?ClientID=tsvn&BugOwnerID=26 Please have a look at least at th

Re: RFC: Standardizing a 'svn:branch' (boolean) property

On Jul 17, 2012 1:27 AM, "Branko Čibej" wrote: > > On 17.07.2012 03:59, Greg Stein wrote: >... > They're not, to me. This looks like another case of having an "obviously > correct" solution in hand without having thought about the ramifications. Oh, I know what you mean, and tend to agree. I'm co

Re: RFC: Standardizing a 'svn:branch' (boolean) property

Branko Čibej wrote: > On 17.07.2012 21:08, Julian Foad wrote: >>  I know it would be nice and convenient if it was defined centrally >>  here, but ... I dunno, others may disagree, but I think we need a much >>  more rigorous definition before I'd be happy to consider it. > > Thank you, Julian, fo

Ev2 -- Driving Order Restrictions

Can the Ev2 experts comment on these queries? Index: subversion/include/svn_editor.h === --- subversion/include/svn_editor.h    (revision 1362611) +++ subversion/include/svn_editor.h    (working copy) @@ -247,18 +247,26 @@   * must b

Re: Ev2 -- Driving Order Restrictions

On Jul 17, 2012 2:06 PM, "Julian Foad" wrote: > > Can the Ev2 experts comment on these queries? > > > Index: subversion/include/svn_editor.h > === > --- subversion/include/svn_editor.h(revision 1362611) > +++ subversion/include/sv

Re: RFC: Standardizing a 'svn:branch' (boolean) property

On 17.07.2012 22:55, Julian Foad wrote: > Branko Čibej wrote: >> On 17.07.2012 21:08, Julian Foad wrote: >>> I know it would be nice and convenient if it was defined centrally >>> here, but ... I dunno, others may disagree, but I think we need a much >>> more rigorous definition before I'd be

Re: Problem report: commit failed with E195023: Changing file ... is forbidden by the server

Rainer Jung wrote on Tue, Jul 17, 2012 at 08:44:18 +0200: > On 17.07.2012 03:36, Greg Stein wrote: > > > >On Jul 16, 2012 1:45 AM, "Rainer Jung" >> wrote: > > >... > > > Now: Daniel changed something w.r.t. my LDAP groups at around 20:18. > >The first attempt after

Re: svn commit: r1362480 - /subversion/trunk/subversion/libsvn_fs/fs-loader.c

Blair Zajac wrote on Tue, Jul 17, 2012 at 09:48:25 -0700: > On 7/17/12 6:17 AM, phi...@apache.org wrote: > >Author: philip > >Date: Tue Jul 17 13:17:34 2012 > >New Revision: 1362480 > > > >URL: http://svn.apache.org/viewvc?rev=1362480&view=rev > >Log: > >* subversion/libsvn_fs/fs-loader.c > > (lo