On Thu, May 3, 2012 at 2:58 AM, wrote:
> Author: stefan2
> Date: Thu May 3 06:58:26 2012
> New Revision: 124
>
> URL: http://svn.apache.org/viewvc?rev=124&view=rev
> Log:
> Move private svn_hash API to a private header.
>
> * subversion/include/svn_hash.h
> (svn_hash__clear, svn_hash__g
On Thu, May 3, 2012 at 3:16 AM, wrote:
> Author: stefan2
> Date: Thu May 3 07:16:11 2012
> New Revision: 126
>
> URL: http://svn.apache.org/viewvc?rev=126&view=rev
> Log:
> Introduce private API functions that wrap apr_hash_make_custom
> and return hash tables that are 2 to 4 times faste
> URL: http://svn.apache.org/viewvc?rev=126&view=rev
> Introduce private API functions that wrap apr_hash_make_custom
> and return hash tables that are 2 to 4 times faster than the APR default.
Would it be sensible to propose these (the hash-functions) for inclusion in APR
itself?
> Both y
On Thu, May 03, 2012 at 11:51:15AM +1000, Kenneth Miles wrote:
> NOTE: "master server" is synced repository r0 property
> svn:sync-from-url and URL is svn://voyager-svn:3691/egm/QLD-Releases
>
> I was attempting a svnsync when the master server instance returned
> a "abort-edit" because there was
stef...@apache.org writes:
> Author: stefan2
> Date: Thu May 3 07:16:11 2012
> New Revision: 126
>
> URL: http://svn.apache.org/viewvc?rev=126&view=rev
> Log:
> Introduce private API functions that wrap apr_hash_make_custom
> and return hash tables that are 2 to 4 times faster than the AP
Philip Martin writes:
> stef...@apache.org writes:
>
>> Author: stefan2
>> Date: Thu May 3 07:16:11 2012
>> New Revision: 126
>>
>> URL: http://svn.apache.org/viewvc?rev=126&view=rev
>> Log:
>> Introduce private API functions that wrap apr_hash_make_custom
>> and return hash tables that
We are syncing a branch of the repository and have 11068 revisions. I tried
excluding some revisions via path based authorization but got the same result.
I'm not sure what is required or where to look to replicate in another
repository. I have a copy of the repositories to test in gdb and can g
Ken Miles writes:
> We are syncing a branch of the repository and have 11068 revisions. I
> tried excluding some revisions via path based authorization but got
> the same result. I'm not sure what is required or where to look to
> replicate in another repository. I have a copy of the repositories
On Thu, May 3, 2012 at 3:13 AM, Greg Stein wrote:
> On Wed, May 2, 2012 at 8:11 PM, Johan Corveleyn wrote:
>> On Wed, May 2, 2012 at 6:45 PM, Greg Stein wrote:
>>...
>>> There is a single open issue that I believe warrants a fix for 1.8, and that
>>> is the HTTP/1.0 proxy work. That has been tes
Helllo Stefan.
Thanks for trying to solve this problem.
Unfortunately you patch doesn't solve the problem because of 2 reasons.
1. It doesn't change "target" (in diff request), and it still may contain '/'.
2. If in my example (just replace http://localhost/svn == file:///tmp/test)
diff fails if
On Thu, May 03, 2012 at 02:43:11PM +0200, Dmitry Pavlenko wrote:
> Helllo Stefan.
>
> Thanks for trying to solve this problem.
> Unfortunately you patch doesn't solve the problem because of 2 reasons.
> 1. It doesn't change "target" (in diff request), and it still may contain '/'.
> 2. If in my ex
On Sat, Apr 14, 2012 at 11:42 PM, Johan Corveleyn wrote:
> On Wed, Apr 11, 2012 at 1:43 PM, Johan Corveleyn wrote:
>> On Wed, Apr 11, 2012 at 12:28 PM, Philip Martin
>> wrote:
>>> Johan Corveleyn writes:
>>>
I don't know what Surf-Shield does. Its description says: "Can detect
exploit
On Thu, May 3, 2012 at 7:10 AM, Daniel Shahaf wrote:
> Johan Corveleyn wrote on Thu, May 03, 2012 at 02:11:34 +0200:
>> There is the list of issues on roadmap.html (currently 7 issues). But
>> a bit more accurate is simply querying the bug database for
>> component==libsvn_ra_serf. That currently
SVN properties setting depends on the order.
(branches/1.7.x, r1330327)
I.e. if I set svn:eol-style before svn:mime-type, everything is ok. Otherwise
there can be a
problem. What behaviour is expected: failure in both cases or success in both
of them?
svn:eol-style before svn:mime-type:
$ svn
Dmitry Pavlenko writes:
> I.e. if I set svn:eol-style before svn:mime-type, everything is
> ok. Otherwise there can be a problem. What behaviour is expected:
> failure in both cases or success in both of them?
>
> svn:eol-style before svn:mime-type:
>
> $ svn propset svn:eol-style LF file1.xml
>
On Thu, May 3, 2012 at 12:11 PM, wrote:
> Author: stsp
> Date: Thu May 3 16:11:13 2012
> New Revision: 1333523
>
> URL: http://svn.apache.org/viewvc?rev=1333523&view=rev
> Log:
> * subversion/tests/cmdline/svntest/main.py: Stop showing the log level of each
> line in the log. It clutters the o
On Thu, May 03, 2012 at 02:51:54PM +0200, Stefan Sperling wrote:
> I don't want a solution that requires a server upgrade.
> This is a user-interface problem. The client/server interaction
> is capable of producing the required information. We just have to
> display the information in a better way.
On Thu, May 03, 2012 at 02:54:02PM -0400, Greg Stein wrote:
> Other possibilities might be something like:
>
> E: error message here
> W: warning message here
I'd be fine with this because this way most lines will still be less
than 80 coloums in length.
On Thu, May 3, 2012 at 3:00 PM, Stefan Sperling wrote:
> On Thu, May 03, 2012 at 02:54:02PM -0400, Greg Stein wrote:
>> Other possibilities might be something like:
>>
>> E: error message here
>> W: warning message here
>
> I'd be fine with this because this way most lines will still be less
> tha
On Thu, May 03, 2012 at 03:02:07PM -0400, Greg Stein wrote:
> On Thu, May 3, 2012 at 3:00 PM, Stefan Sperling wrote:
> > On Thu, May 03, 2012 at 02:54:02PM -0400, Greg Stein wrote:
> >> Other possibilities might be something like:
> >>
> >> E: error message here
> >> W: warning message here
> >
>
On Wed, May 2, 2012 at 6:25 PM, Johan Corveleyn wrote:
[...]
> [2] On a Solaris build machine @work (Solaris 10 on x86 on ESX, with
> 1.6.17 client, 1.5.4 server (sorry, old stuff)), most interactions
> with the svn server are a lot faster when using serf than with neon.
> Things like ls, cat, lo
Can this patch be marked as an issue or enhancement idea?
[I'm not sure of the process but would like to help get this implemented if
possible.]
Thanks,
- Mark
-Original Message-
From: MARTIN PHILIP [mailto:codematt...@ntlworld.com] On Behalf Of Philip Martin
Sent: Tuesday, May 01, 201
On Thu, May 3, 2012 at 2:16 AM, wrote:
> Author: stefan2
> Date: Thu May 3 07:16:11 2012
> New Revision: 126
>
> URL: http://svn.apache.org/viewvc?rev=126&view=rev
> Log:
> Introduce private API functions that wrap apr_hash_make_custom
> and return hash tables that are 2 to 4 times faste
Thanks, Stefan,
I like the approach of a fake checkout. Actually this is what I meant by
proposing to handle this
case separatedly.
> On Thu, May 03, 2012 at 02:51:54PM +0200, Stefan Sperling wrote:
> > I don't want a solution that requires a server upgrade.
> > This is a user-interface problem.
Hyrum,
switch 29 and update 44 are failing, but that was due to my work in
r1332881. I need to get back and figure those out (first saw it on
ra_serf, but didn't realize until today it also affected ra_local).
The revision below does *not* yet verify driver-ordering of deletes vs
adds. I might ne
So what would be the next steps.
Thank you,
Vladimir
On Tue, Apr 24, 2012 at 9:52 PM, Vladimir Berezniker wrote:
>
>
> On Mon, Apr 23, 2012 at 10:03 AM, Hyrum K Wright <
> hyrum.wri...@wandisco.com> wrote:
>
>> I haven't reviewed the patched, but some comments about the general ideas
>> below.
On 03/05/12 22:07, Philip Martin wrote:
Ken Miles writes:
We are syncing a branch of the repository and have 11068 revisions. I
tried excluding some revisions via path based authorization but got
the same result. I'm not sure what is required or where to look to
replicate in another reposi
On 04/05/12 15:21, Kenneth Miles wrote:
On 03/05/12 22:07, Philip Martin wrote:
Ken Miles writes:
We are syncing a branch of the repository and have 11068 revisions. I
tried excluding some revisions via path based authorization but got
the same result. I'm not sure what is required or where t
28 matches
Mail list logo