Re: svn commit: r1783790 - /subversion/site/publish/docs/release-notes/1.10.html

2017-02-21 Thread Johan Corveleyn
On Tue, Feb 21, 2017 at 12:24 PM, Stefan Sperling wrote: > On Mon, Feb 20, 2017 at 08:57:24PM +0100, Johan Corveleyn wrote: >> Am I right that the same goes for "delete file" (local change) and >> "edit file" (incoming change)? If so I can extend that row from >> "delete

Re: 1.10.0-alpha1 is up for signing

2017-02-21 Thread Johan Corveleyn
On Tue, Feb 21, 2017 at 5:29 PM, wrote: > If you compare this problem to 1.7 or something it wouldn’t be a regression. > > > > MSBuild by default builds all targets in the makefile, if you don’t pass a > target via the optional -t argument. In those older versions we always >

Re: Glob syntax for svndumpfilter exclude --pattern

2017-02-21 Thread Branko Čibej
On 20.02.2017 17:17, Julian Foad wrote: > Branko Čibej wrote: >> On 20.02.2017 11:23, Julian Foad wrote: >>> (I noticed a suboptimal edge case: the above example doesn't match the >>> path '/alpha', because the implementation adds a leading slash to the >>> specified pattern, making '/*/alpha',

Bug in "svnrdump" ?

2017-02-21 Thread Doug Robinson
Folks: Should "svnrdump" be able to dump everything that "svnadmin dump" is capable of? If so then it has a reproducible bug: -- 1. Add following files into an empty repo. A /A A /A/AA A /A/AA/a.txt A /A/AA/b.txt 2. Svn copy folder A

RE: 1.10.0-alpha1 is up for signing

2017-02-21 Thread bert
If you compare this problem to 1.7 or something it wouldn’t be a regression. MSBuild by default builds all targets in the makefile, if you don’t pass a target via the optional -t argument. In those older versions we always generated targets that depended hard on optional dependencies, so

Re: feature suggestion: adressing the repo relative to working copy url

2017-02-21 Thread Lorenz
Harald Kirsch wrote: >[about working copy relative URLs] This a purely client side path to URL transformation. So what is needed as a means to tell the client to use the URL associated with the given path. there is already the "^/" notation to tell the command line client that you what to start

1.10.0-alpha2 is up for signing

2017-02-21 Thread Stefan Sperling
The new 1.10.1-alpha2 release is up for signing. The proposed 1.10.0-alpha1 release had a compilation problem on Windows. The alpha2 release should fix this problem. It is based on trunk@r1783880. Full committers, please get this release from https://dist.apache.org/repos/dist/dev/subversion and

feature suggestion: adressing the repo relative to working copy url

2017-02-21 Thread Harald Kirsch
Hi all, as suggested by Johan, I dare to drop a feature suggestion onto this mailing list. In a multi project repository, ^/trunk and ^/branches do not usually point to the trunk and branches of a project. Rather something like ^/somedir/someproject/branches is needed. Given a working

Re: svn commit: r1783790 - /subversion/site/publish/docs/release-notes/1.10.html

2017-02-21 Thread Stefan Sperling
On Mon, Feb 20, 2017 at 08:57:24PM +0100, Johan Corveleyn wrote: > On Mon, Feb 20, 2017 at 8:50 PM, wrote: > > Author: jcorvel > > Date: Mon Feb 20 19:50:38 2017 > > New Revision: 1783790 > > > > URL: http://svn.apache.org/viewvc?rev=1783790=rev > > Log: > > *

Re: 1.10.0-alpha1 is up for signing

2017-02-21 Thread Stefan Sperling
On Tue, Feb 21, 2017 at 01:18:01PM +0300, Evgeny Kotkov wrote: > Stefan Hett writes: > > > Trying to build this release triggers the following build error when > > compiling the svn-mergeinfo-normalizer tool for me: > > > >

Re: 1.10.0-alpha1 is up for signing

2017-02-21 Thread Evgeny Kotkov
Stefan Hett writes: > Trying to build this release triggers the following build error when > compiling the svn-mergeinfo-normalizer tool for me: > > ..\..\..\tools\client-side\svn-mergeinfo-normalizer\wc_mergeinfo.c(376): > error C4013: 'svn_hash__sets' undefined; assuming