Re: [VOTE] Only require 3 votes for Alpha/Beta releases

2014-04-03 Thread Ben Reser
On 4/3/14, 1:52 AM, Johan Corveleyn wrote: > Maybe the following would be a good compromise: for alpha and beta > releases we require 3 votes, of which minimum 1 Windows and minimum 1 > Unix. > > Then we're certain that it at least compiles and runs on one variant > of both platforms. It would be

AW: Idea for a Subversion April Fool's

2014-04-03 Thread Markus Schaber
Hi, Von: Stefan Sperling [mailto:s...@elego.de] > On Wed, Apr 02, 2014 at 08:02:47AM +0200, Branko Čibej wrote: > > And the discussion on INFRA-7524 was ... true to form ... > > But... with brane being in *full* agreement with the change? > I found that part a bit unbelievable ;) > > > I have to

Re: [PATCH/RFC] Lock refreshing problem in Subversion DAV layer

2014-04-03 Thread Philip Martin
Philip Martin writes: > Sergey Raevskiy writes: > >> What actually happens here: Excel tries to refresh existing lock using >> an "If" header (see section 7.8 of RFC 2518 [1]). The supplied lock >> token is valid but server responds with '412 Precondition Failed' >> instead of '200 OK'. Excel

Re: [PATCH/RFC] Lock refreshing problem in Subversion DAV layer

2014-04-03 Thread Philip Martin
Sergey Raevskiy writes: > What actually happens here: Excel tries to refresh existing lock using > an "If" header (see section 7.8 of RFC 2518 [1]). The supplied lock > token is valid but server responds with '412 Precondition Failed' > instead of '200 OK'. Excel tries to obtain a new lock on o

RE: r1344347 - stream buffering in config_file.c

2014-04-03 Thread Bert Huijben
> -Original Message- > From: Julian Foad [mailto:julianf...@btopenworld.com] > Sent: donderdag 3 april 2014 20:15 > To: Bert Huijben > Cc: Ivan Zhakov; Subversion Development > Subject: Re: r1344347 - stream buffering in config_file.c > > >> URL: http://svn.apache.org/viewvc?rev=1344347&

Re: r1344347 - stream buffering in config_file.c

2014-04-03 Thread Branko Čibej
On 03.04.2014 20:15, Julian Foad wrote: >>> URL: http://svn.apache.org/viewvc?rev=1344347&view=rev >>> Log: >>> Remove about 15% of the cpu overhead of svnserve and httpd while running >>> the test suite by introducing a very simple parser buffer in the config file >>> parser code. > [...] >>> *

Re: svn ls command fails with a 1.1.x server

2014-04-03 Thread Philip Martin
Philip Martin writes: > Mark Phippard writes: > >> This came in to Subclipse. I reported it in on IRC but just following up >> here so it is recorded. >> >> User has a 1.1.4 server and when they try to "browse" using Subclipse and >> JavaHL 1.8.8 it gets an error. Using Google, I found a publi

Re: r1344347 - stream buffering in config_file.c

2014-04-03 Thread Julian Foad
>> URL: http://svn.apache.org/viewvc?rev=1344347&view=rev >> Log: >> Remove about 15% of the cpu overhead of svnserve and httpd while running >> the test suite by introducing a very simple parser buffer in the config file >> parser code. [...] >>  * subversion/libsvn_subr/config_file.c >>    (pars

Re: svn ls command fails with a 1.1.x server

2014-04-03 Thread Philip Martin
Mark Phippard writes: > This came in to Subclipse. I reported it in on IRC but just following up > here so it is recorded. > > User has a 1.1.4 server and when they try to "browse" using Subclipse and > JavaHL 1.8.8 it gets an error. Using Google, I found a public 1.1.4 server > and was able to

Re: Review of lock-many API

2014-04-03 Thread Julian Foad
Hi Philip. Philip Martin wrote: > Julian Foad writes: >> Index: subversion/svnserve/serve.c >> === >> -  /* The client expects results in the same order as paths were supplied. >> */ >> +  /* Send the results. The client expect

svn ls command fails with a 1.1.x server

2014-04-03 Thread Mark Phippard
This came in to Subclipse. I reported it in on IRC but just following up here so it is recorded. User has a 1.1.4 server and when they try to "browse" using Subclipse and JavaHL 1.8.8 it gets an error. Using Google, I found a public 1.1.4 server and was able to recreate it using the command line

Re: svn commit: r1584114 [1/2] - in /subversion/trunk/subversion: include/ libsvn_fs/ libsvn_fs_base/ libsvn_fs_fs/ libsvn_fs_x/ libsvn_ra_local/ libsvn_repos/ mod_dav_svn/ svnserve/ tests/libsvn_fs/

2014-04-03 Thread Julian Foad
Philip Martin wrote: > URL: http://svn.apache.org/r1584114 > Log: > Convert the new multi-path lock and unlock functions to a callback API, > rename from _lock2 and _unlock2 to _lock_many and _unlock_many. > Modified: subversion/trunk/subversion/include/svn_fs.h >

Re: [PATCH/RFC] Lock refreshing problem in Subversion DAV layer

2014-04-03 Thread Daniel Shahaf
Sergey Raevskiy wrote on Wed, Apr 02, 2014 at 13:28:04 +0400: > There is a hack in mod_dav_svn needed for support concept of lock stealing: > > [[[ > /* The Big Lie: if the client ran 'svn lock', then we have >to pretend that there's no existing lock. Otherwise mod_dav will >throw '403 Lo

Re: Review of lock-many API

2014-04-03 Thread Julian Foad
Hi Philip. Thanks for the responses. (I see you've changed the API implementation to a callback pattern now.) Philip Martin wrote: > Julian Foad writes: >> The 'comment' parameter to svn_fs_lock2 should be a member of the >> 'target' struct, since it is inherently a per-target attribute. Of >> c

Re: svn: E170000: 'https://user:pass@x' isn't in the same repository as 'https://user:XXXXXXXX@x'

2014-04-03 Thread Philip Martin
Guido Wischrop writes: > I'm using win32svn, version 1.8.5 (r1542147) in Windows 7 x64 like this: > > svn checkout https://user:pass@server/svn/p1/trunk > > I get the following error immediately: > > svn: E17: 'https://user:pass@server/svn/p1/trunk' isn't in the same > repository as 'https://

Re: [VOTE] Only require 3 votes for Alpha/Beta releases

2014-04-03 Thread Johan Corveleyn
On Wed, Apr 2, 2014 at 1:08 PM, Ivan Zhakov wrote: > On 1 April 2014 23:17, Ben Reser wrote: >> It's proving to be impossible to move forward with the alpha2 release. >> >> Let's officially say that alpha and beta releases only require 3 votes >> (platform doesn't matter). This does not apply to