On Fri, Oct 1, 2010 at 3:45 PM, Paul Burba wrote:
> On Thu, Sep 30, 2010 at 8:10 PM, Bert Huijben wrote:
>>> -Original Message-
>>> From: Johan Corveleyn [mailto:jcor...@gmail.com]
>>> Sent: vrijdag 1 oktober 2010 1:51
>>> To: Subversion Development
>>> Subject: trunk failing tests on Win
On Fri, Oct 1, 2010 at 04:36, Stefan Fuhrmann
wrote:
>...
> I mean calling convention. Where is the Subversion ABI defined?
subversion/include/
It follows guidelines from:
http://apr.apache.org/versioning.html
With some additional clarifications/notes at:
http://subversion.apache.org/docs/
The release is now public, and I've published the CVE advisory (and
linked to it from the release announcement).
Thanks to everybody who tested and signed this release (or just kicked
the tires a bit :) )
A very tired,
-Hyrum
On Wed, Sep 29, 2010 at 3:08 PM, Hyrum K. Wright
wrote:
> 1.6.13 tarb
On Fri, Oct 1, 2010 at 12:10 PM, Blair Zajac wrote:
> On 10/01/2010 10:03 AM, hwri...@apache.org wrote:
>>
>> Author: hwright
>> Date: Fri Oct 1 17:03:11 2010
>> New Revision: 1003585
>>
>> URL: http://svn.apache.org/viewvc?rev=1003585&view=rev
>> Log:
>> Announce Subversion 1.6.12.
>
> You mean
On 10/01/2010 10:03 AM, hwri...@apache.org wrote:
Author: hwright
Date: Fri Oct 1 17:03:11 2010
New Revision: 1003585
URL: http://svn.apache.org/viewvc?rev=1003585&view=rev
Log:
Announce Subversion 1.6.12.
You mean 1.6.13?
Blair
[ Please note: I prior version of this mail referred to the incorrect
CVE number. ]
I'm happy to announce Subversion 1.6.13, available from:
http://subversion.tigris.org/downloads/subversion-1.6.13.tar.bz2
http://subversion.tigris.org/downloads/subversion-1.6.13.tar.gz
http://subversi
On 10/01/2010 01:36 AM, Stefan Fuhrmann wrote:
On 30.09.2010 02:12, Blair Zajac wrote:
On 09/29/2010 05:01 PM, stef...@apache.org wrote:
Author: stefan2
Date: Thu Sep 30 00:01:45 2010
New Revision: 1002898
URL: http://svn.apache.org/viewvc?rev=1002898&view=rev
Log:
Merge r1001413 from the per
I'm happy to announce Subversion 1.6.13, available from:
http://subversion.tigris.org/downloads/subversion-1.6.13.tar.bz2
http://subversion.tigris.org/downloads/subversion-1.6.13.tar.gz
http://subversion.tigris.org/downloads/subversion-1.6.13.zip
http://subversion.tigris.org/downlo
> -Original Message-
> From: Julian Foad [mailto:julian.f...@wandisco.com]
> Sent: vrijdag 1 oktober 2010 16:51
> To: Hyrum K. Wright
> Cc: Subversion Development
> Subject: Re: 1.6.13 up for signing/testing
>
> On Wed, 2010-09-29, Hyrum K. Wright wrote:
> > 1.6.13 tarballs are up for tes
Ramkumar Ramachandra wrote:
> I would like to get r985477 merged into trunk. I've applied and used
> it successfully and checked that all tests pass.
>
> Warning: I have no background knowledge. I'm just reviewing the patch
> as-it-is, because Stefan asked me to.
>
> > [[[
> > r985477 | stefan2 |
On Fri, 2010-10-01 at 09:16 -0400, Paul Burba wrote:
> On Fri, Oct 1, 2010 at 7:25 AM, Julian Foad wrote:
> > Stefan Sperling wrote:
> >> I'd like to propose that we disallow merges into mixed-revision working
> >> copies by default for 1.7, and only allow such merges if a special command
> >> lin
On Wed, 2010-09-29, Hyrum K. Wright wrote:
> 1.6.13 tarballs are up for testing and signing. [...]
Summary:
+1 to release (Unix).
Tested:
[ bdb | fsfs ] x [ ra_local | ra_svn | ra_neon | ra_serf ]
swig-pl
swig-py
swig-rb
ctypes-python
Environment:
OS/Platform:
Ubuntu 9.10,
Hi,
I would like to get r985477 merged into trunk. I've applied and used
it successfully and checked that all tests pass.
Warning: I have no background knowledge. I'm just reviewing the patch
as-it-is, because Stefan asked me to.
> [[[
> r985477 | stefan2 | 2010-08-14 18:02:04 +0530 (Sat, 14 Aug
Hi Stefan,
Stefan Fuhrmann writes:
> You obviously don't have APR threads enabled.
> Thanks for finding this. Fixed in r1003430.
I enabled it, but there's still some issue:
subversion/svnadmin/main.c:1892: undefined reference to
`svn_fs_get_cache_config'
> The server caches almost everything. S
On Thu, Sep 30, 2010 at 8:10 PM, Bert Huijben wrote:
>> -Original Message-
>> From: Johan Corveleyn [mailto:jcor...@gmail.com]
>> Sent: vrijdag 1 oktober 2010 1:51
>> To: Subversion Development
>> Subject: trunk failing tests on Windows XP (32 bit): prop-tests.py 33,
>> stat-tests.py 5, up
Hyrum K. Wright wrote:
> 1.6.13 tarballs are up for testing and signing. The magic revision is
> r1002816:
> http://people.apache.org/~hwright/svn/1.6.13/
Summary:
+1 to release (Unix)
Tested:
1.6.13 tarball with local dependencies (nothing from deps tarball)
[ra_local, ra_svn, ra_se
On Fri, Oct 1, 2010 at 7:25 AM, Julian Foad wrote:
> Stefan Sperling wrote:
>> I'd like to propose that we disallow merges into mixed-revision working
>> copies by default for 1.7, and only allow such merges if a special command
>> line option has been passed.
What will the behavior be during --d
Stefan Sperling wrote:
> I'd like to propose that we disallow merges into mixed-revision working
> copies by default for 1.7, and only allow such merges if a special command
> line option has been passed.
>
> The reason for this is that merges into mixed-rev WCs can easily create
> conflicts which
> -Original Message-
> From: Julian Foad [mailto:julian.f...@wandisco.com]
> Sent: vrijdag 1 oktober 2010 12:58
> To: Daniel Trebbien
> Cc: Subversion Development; Daniel Shahaf; Gavin Beau Baumanis
> Subject: Re: [PATCH] extend svn_subst_translate_string() to record
> whether re-encoding a
Daniel Trebbien wrote:
> Following Daniel Shahaf's suggestion of splitting the "allow svnsync
> to translate non-UTF-8 log messages to UTF-8" work into two patches, I
> have revised my changes, prepared one of the two patches, and have
> attached the one patch and suggested log message to this e-ma
Mike,
Sorry for the delayed response.
Your point is very much a valid one, Mike. But since we used
*re.match*, "perf" would not match "superfun". But your point really
holds good when "super" would match "superfun" repo. Actually I was not
aware of the -s option(thank you for that) while
On 30.09.2010 04:28, Ramkumar Ramachandra wrote:
Hi Stefan,
Stefan Fuhrmann writes:
My measurements seem to support what Philip wrote:
The expensive part is run on the server. Even with my
optimized server, the svnrdump CPU usage is less than
the time taken by the server. Some numbers (hot fi
On 30.09.2010 02:12, Blair Zajac wrote:
On 09/29/2010 05:01 PM, stef...@apache.org wrote:
Author: stefan2
Date: Thu Sep 30 00:01:45 2010
New Revision: 1002898
URL: http://svn.apache.org/viewvc?rev=1002898&view=rev
Log:
Merge r1001413 from the performance branch.
Improve documentation on svn_
23 matches
Mail list logo
