If I lock a file in a wc using one user ID and then commit that wc using
a different user ID the commit fails, which is the expected behaviour.
Over HTTP I get "500 internal server error" which is not a good error
for something that is a client problem.
We could use "423 locked" instead, would tha
Daniel Shahaf wrote on Wed, Apr 27, 2011 at 09:42:44 +0300:
> So, I propose that we recommend committers to add their then-current
> preferred PGP keys (used for key signing and release signing, feel free
> to add other keys if you want) to ^/subversion/site/keys/$username.asc .
No objections, so
On Wed, 2011-04-27 at 19:13 -0400, Greg Stein wrote:
> On Wed, Apr 27, 2011 at 17:49, wrote:
> > Author: hwright
> > Date: Wed Apr 27 21:49:00 2011
> > New Revision: 1097257
> >
> > URL: http://svn.apache.org/viewvc?rev=1097257&view=rev
> > Log:
> > Move the working-copy scraping part of svn_clie
On Tue, Apr 26, 2011 at 5:38 PM, wrote:
> Author: rhuijben
> Date: Tue Apr 26 21:38:34 2011
> New Revision: 1096921
>
> URL: http://svn.apache.org/viewvc?rev=1096921&view=rev
> Log:
> Remove the last bit of working copy obstruction detection from the repository
> diff editor.
>
> This patch makes
On Tue, Apr 26, 2011 at 5:38 PM, wrote:
> Author: rhuijben
> Date: Tue Apr 26 21:38:34 2011
> New Revision: 1096921
>
> URL: http://svn.apache.org/viewvc?rev=1096921&view=rev
> Log:
> Remove the last bit of working copy obstruction detection from the repository
> diff editor.
>
> This patch makes
Cool. Are you going to deprecate the constant in svn_types.h?
On Thu, Apr 28, 2011 at 16:57, wrote:
> Author: hwright
> Date: Thu Apr 28 20:57:30 2011
> New Revision: 1097608
>
> URL: http://svn.apache.org/viewvc?rev=1097608&view=rev
> Log:
> * subversion/libsvn_wc/info.c
> (build_info_for_unve
Why would getSchedule() ever return null? Seems that it should always
have some kind of value in it... ??
On Thu, Apr 28, 2011 at 16:39, wrote:
> Author: hwright
> Date: Thu Apr 28 20:39:21 2011
> New Revision: 1097600
>
> URL: http://svn.apache.org/viewvc?rev=1097600&view=rev
> Log:
> * subvers
(and likewise for r1097599)
On Thu, Apr 28, 2011 at 17:42, Greg Stein wrote:
> Why would getSchedule() ever return null? Seems that it should always
> have some kind of value in it... ??
>
> On Thu, Apr 28, 2011 at 16:39, wrote:
>> Author: hwright
>> Date: Thu Apr 28 20:39:21 2011
>> New Revisi
% ls -1 /tmp/default-perms*
/tmp/default-perms.2.tmp
/tmp/default-perms.3.tmp
/tmp/default-perms.4.tmp
/tmp/default-perms.5.tmp
/tmp/default-perms.tmp
Looks like O(n²) filename-search again...
> -Original Message-
> From: Daniel Shahaf [mailto:d...@daniel.shahaf.name]
> Sent: donderdag 28 april 2011 23:46
> To: dev@subversion.apache.org
> Subject: /tmp/default-perms.5.tmp
>
> % ls -1 /tmp/default-perms*
> /tmp/default-perms.2.tmp
> /tmp/default-perms.3.tmp
> /tmp/default-perms.4
If Info was called on a URL, schedule is non-existent (and non-sensical).
The new C info stuff doesn't even return a schedule for a URL, so we
mimic that in Java by using null.
-Hyrum
On Thu, Apr 28, 2011 at 4:42 PM, Greg Stein wrote:
> Why would getSchedule() ever return null? Seems that it sh
11 matches
Mail list logo