On Mon, Aug 11, 2014 at 6:41 PM, Stefan Sperling s...@elego.de wrote:
On Mon, Aug 11, 2014 at 06:35:09PM +0200, Stefan Fuhrmann wrote:
On Wed, Aug 6, 2014 at 10:59 PM, Stefan Sperling s...@elego.de wrote:
@@ -245,6 +245,16 @@ initialize_fs_struct(svn_fs_t *fs)
return SVN_NO_ERROR;
On Mon, Aug 11, 2014 at 8:02 PM, Branko Čibej br...@wandisco.com wrote:
On 11.08.2014 18:37, Stefan Fuhrmann wrote:
On Sun, Aug 10, 2014 at 7:05 PM, Branko Čibej br...@wandisco.com wrote:
On 10.08.2014 18:57, Branko Čibej wrote:
FWIW, you should even have the get_memberships function
On Mon, Aug 11, 2014 at 2:04 AM, Branko Čibej br...@wandisco.com wrote:
On 10.08.2014 21:17, stef...@apache.org wrote:
Author: stefan2
Date: Sun Aug 10 19:17:53 2014
New Revision: 1617148
[...]
@@ -973,7 +869,11 @@ add_complex_matches(lookup_state_t *stat
for (i = 0; i
-Original Message-
From: Ivan Zhakov [mailto:i...@visualsvn.com]
Sent: maandag 11 augustus 2014 13:06
To: Bert Huijben
Cc: Ben Reser; Subversion Development
Subject: Re: 1.7.18 up for testing/signing
On 11 August 2014 14:54, Bert Huijben b...@qqmail.nl wrote:
-Original
Stefan Fuhrmann stefan.fuhrm...@wandisco.com writes:
The solution seems to be to simply destroy the txn_dir_cache
instance at the begin of the commit. That comes at some extra
cost but that is still proportional to the size of the commit.
There would be no cost to mod_dav_svn since the
On Tue, Aug 12, 2014 at 08:04:37PM +, Bert Huijben wrote:
I don't see a problem with not allowing a repository location, but it doesn't
make sense to me to have a revision in that case. You either have both, or
have none.
If you want to tell that the node didn't exist in a revision it
On 13 Aug 2014 10:10, Stefan Fuhrmann stefan.fuhrm...@wandisco.com
wrote:
On Mon, Aug 11, 2014 at 2:04 AM, Branko Čibej br...@wandisco.com wrote:
On 10.08.2014 21:17, stef...@apache.org wrote:
Author: stefan2
Date: Sun Aug 10 19:17:53 2014
New Revision: 1617148
[...]
@@ -973,7 +869,11
On 13 August 2014 14:16, Bert Huijben b...@qqmail.nl wrote:
-Original Message-
From: Ivan Zhakov [mailto:i...@visualsvn.com]
Sent: maandag 11 augustus 2014 13:06
To: Bert Huijben
Cc: Ben Reser; Subversion Development
Subject: Re: 1.7.18 up for testing/signing
On 11 August 2014
On 13.08.2014 10:52, Stefan Fuhrmann wrote:
On Mon, Aug 11, 2014 at 8:02 PM, Branko Čibej br...@wandisco.com
mailto:br...@wandisco.com wrote:
On 11.08.2014 18:37, Stefan Fuhrmann wrote:
On Sun, Aug 10, 2014 at 7:05 PM, Branko Čibej br...@wandisco.com
mailto:br...@wandisco.com
On 13.08.2014 13:38, Ivan Zhakov wrote:
On 13 August 2014 14:16, Bert Huijben b...@qqmail.nl wrote:
-Original Message-
From: Ivan Zhakov [mailto:i...@visualsvn.com]
Sent: maandag 11 augustus 2014 13:06
To: Bert Huijben
Cc: Ben Reser; Subversion Development
Subject: Re: 1.7.18 up
On 23 July 2014 17:19, Stefan Fuhrmann stefan.fuhrm...@wandisco.com wrote:
Updated and final results:
* svnadmin dump results now included, f6 / f7 is +/-20%
* fixed anomaly with ra_serf, results consistent with previous findings
'null-export' tests have been rerun and old results been
On Wed, Aug 13, 2014 at 8:21 PM, Ivan Zhakov i...@visualsvn.com wrote:
On 23 July 2014 17:19, Stefan Fuhrmann stefan.fuhrm...@wandisco.com
wrote:
Updated and final results:
* svnadmin dump results now included, f6 / f7 is +/-20%
* fixed anomaly with ra_serf, results consistent with
On Wed, Aug 13, 2014 at 4:45 PM, Stefan Fuhrmann
stefan.fuhrm...@wandisco.com wrote:
It seems that CollabNET and other hosting providers possibly have one
of the worst configuration for log-adressing feature. Multiple users
access over HTTP to a number of gigabyte-sized repositories (so there
On Wed, Aug 13, 2014 at 11:03 PM, Mark Phippard markp...@gmail.com wrote:
On Wed, Aug 13, 2014 at 4:45 PM, Stefan Fuhrmann
stefan.fuhrm...@wandisco.com wrote:
It seems that CollabNET and other hosting providers possibly have one
of the worst configuration for log-adressing feature.
On Wed, Aug 13, 2014 at 12:32 PM, Philip Martin philip.mar...@wandisco.com
wrote:
Stefan Fuhrmann stefan.fuhrm...@wandisco.com writes:
The solution seems to be to simply destroy the txn_dir_cache
instance at the begin of the commit. That comes at some extra
cost but that is still
15 matches
Mail list logo
