Remove tools/buildbot from tarballs?

2014-03-18 Thread Philip Martin
Ben Reser writes: > The 1.9.0-alpha2 release artifacts are now available for testing/signing. Is it worth stripping tools/buildbot from the tarball? The files are no real use in the tarball but they are not very big either, perhaps 12KB in the tarball and 248KB unpacked. -- Philip Martin | Su

Re: Behaviour of 'svn lock' in a read-only workspace

2014-03-18 Thread Philip Martin
Ben Reser writes: > Index: subversion/libsvn_client/locking_commands.c > === > --- subversion/libsvn_client/locking_commands.c (revision 1579078) > +++ subversion/libsvn_client/locking_commands.c (working copy) > @@ -294,6 +294,12 @@

Re: Behaviour of 'svn lock' in a read-only workspace

2014-03-18 Thread Ben Reser
On 3/18/14, 2:18 PM, Fergus Slorach wrote: > In Subversion 1.6 'svn lock ' in a read-only workspace fails as expected > and no lock is created either in the workspace or in the repository. > > In Svn 1.7/1.8 'svn lock ' still fails, but it creates a repository-side > lock (see below). Is this a re

Re: 1.9.0-alpha2 up for testing/signing

2014-03-18 Thread Stefan Fuhrmann
On Wed, Mar 19, 2014 at 12:09 AM, Philip Martin wrote: > Ben Reser writes: > > > On 3/4/14, 1:23 AM, Ben Reser wrote: > >> The 1.9.0-alpha2 release artifacts are now available for > testing/signing. > >> Please get the tarballs from > >> https://dist.apache.org/repos/dist/dev/subversion > >> an

Re: 1.9.0-alpha2 up for testing/signing

2014-03-18 Thread Philip Martin
Ben Reser writes: > On 3/4/14, 1:23 AM, Ben Reser wrote: >> The 1.9.0-alpha2 release artifacts are now available for testing/signing. >> Please get the tarballs from >> https://dist.apache.org/repos/dist/dev/subversion >> and add your signatures there. There's no particular schedule to this it

Re: client side workaround for svnserve iprops bug

2014-03-18 Thread Daniel Shahaf
Bert Huijben wrote on Tue, Mar 18, 2014 at 19:42:29 +0100: > > > > -Original Message- > > From: Philip Martin [mailto:philip.mar...@wandisco.com] > > Sent: dinsdag 18 maart 2014 19:32 > > To: dev@subversion.apache.org > > Subject: client side workaround for svnserve iprops bug > > > > ph

Behaviour of 'svn lock' in a read-only workspace

2014-03-18 Thread Fergus Slorach
Hi, In Subversion 1.6 'svn lock ' in a read-only workspace fails as expected and no lock is created either in the workspace or in the repository. In Svn 1.7/1.8 'svn lock ' still fails, but it creates a repository-side lock (see below). Is this a regression or was the change intentional? > svn

Re: 1.9.0-alpha2 up for testing/signing

2014-03-18 Thread Ben Reser
On 3/18/14, 9:52 AM, Johan Corveleyn wrote: > I get one failure when testing with FSX: > > [[[ > svn_tests: E160057: Node revision index 26 exceeds container size 26 > FAIL: fs-x-pack-test.exe 3: read from a packed FSX filesystem > ]]] > > Anyone else seeing this? Look the same as this to me: h

Re: copy repository question

2014-03-18 Thread Andreas Stieger
Hello, On 18/03/14 02:49, rvaedex23 wrote: > I am trying to copy a repository to another location. > Example > copy > > /export/svn/repo1 > > to > > /export/svn/repo2/code/documents/repo1 > how can this be done in Linux? For usage questions, please contact the us...@subversion.apache

RE: client side workaround for svnserve iprops bug

2014-03-18 Thread Bert Huijben
> -Original Message- > From: Philip Martin [mailto:philip.mar...@wandisco.com] > Sent: dinsdag 18 maart 2014 19:32 > To: dev@subversion.apache.org > Subject: client side workaround for svnserve iprops bug > > phi...@apache.org writes: > > > Author: philip > > Date: Tue Mar 18 12:57:22 2

client side workaround for svnserve iprops bug

2014-03-18 Thread Philip Martin
phi...@apache.org writes: > Author: philip > Date: Tue Mar 18 12:57:22 2014 > New Revision: 1578853 > > URL: http://svn.apache.org/r1578853 > Log: > Make svnserve recognise when the client does not want inherited > properties. This fixes a performance problem with 1.8 servers > sending too much d

Re: 1.9.0-alpha2 up for testing/signing

2014-03-18 Thread Johan Corveleyn
On Sun, Mar 16, 2014 at 11:23 PM, Johan Corveleyn wrote: > On Fri, Mar 14, 2014 at 4:46 PM, Ben Reser wrote: >> On 3/4/14, 1:23 AM, Ben Reser wrote: >>> The 1.9.0-alpha2 release artifacts are now available for testing/signing. >>> Please get the tarballs from >>> https://dist.apache.org/repos/d

RE: Subversion checked-out files not indexed in Windows search

2014-03-18 Thread Bert Huijben
> -Original Message- > From: Branko Čibej [mailto:br...@wandisco.com] > Sent: dinsdag 18 maart 2014 11:37 > To: 'Subversion Development' > Subject: Re: Subversion checked-out files not indexed in Windows search > > On 18.03.2014 11:20, Bert Huijben wrote: > > But the reason we set this fla

Re: Subversion checked-out files not indexed in Windows search

2014-03-18 Thread Branko Čibej
On 18.03.2014 11:20, Bert Huijben wrote: > But the reason we set this flag is mostly gone anyway... I think we should > just remove our code to touch that attribute and use the apr attribute > function like we did before. The additional indexing is not really our > problem (and the indexer won't

RE: Subversion checked-out files not indexed in Windows search

2014-03-18 Thread Bert Huijben
> -Original Message- > From: Ivan Zhakov [mailto:i...@visualsvn.com] > Sent: dinsdag 18 maart 2014 11:07 > To: Bert Huijben > Cc: Branko Čibej; Subversion Development > Subject: Re: Subversion checked-out files not indexed in Windows search > > On 13 March 2014 17:14, Bert Huijben wrote

Re: Subversion checked-out files not indexed in Windows search

2014-03-18 Thread Ivan Zhakov
On 13 March 2014 17:14, Bert Huijben wrote: > > >> -Original Message- >> From: Ivan Zhakov [mailto:i...@visualsvn.com] >> Sent: donderdag 13 maart 2014 13:56 >> To: Branko Čibej >> Cc: Subversion Development >> Subject: Re: Subversion checked-out files not indexed in Windows search >> >> O