Re: [PATCH] More bindings for gnome_keyring / platform_specific_client_providers

Hey Daniel, > This looks trivial so I'll apply it, Thanks. > but I'd like to note that 'patch -p1' rejects this for some reason. Weird, it workd for me. Patches were created using quilt, but that shouldn't matter I guess. Perhaps this is a CRLF vs LF issue? I see the file in question has svn:eol

Re: [PATCH] More bindings for gnome_keyring / platform_specific_client_providers

Matthijs Kooijman wrote on Sun, Jan 08, 2012 at 17:37:02 +0100: > Perhaps this is a CRLF vs LF issue? I see the file in question has > svn:eol-style=native. I'm running on Linux, perhaps you're running on > Windows? Nope. Linux and/or FreeBSD.

Re: svn commit: r1209610 - /subversion/trunk/subversion/libsvn_subr/debug.c

On Sat, Jan 7, 2012 at 10:57 PM, Johan Corveleyn wrote: > On Sat, Jan 7, 2012 at 7:14 PM, Greg Stein wrote: >> >> On Jan 7, 2012 8:39 AM, "Johan Corveleyn" wrote: >>>... >> >>> BTW, I noticed that, before r1209610, my release build was failing for >>> another reason: >>> >>> ..\..\..\subversion\

Re: svn commit: r1224647 - in /subversion/trunk/subversion: include/svn_string.h libsvn_fs_base/id.c libsvn_fs_fs/fs_fs.c libsvn_fs_fs/id.c libsvn_fs_fs/tree.c libsvn_ra_neon/session.c libsvn_ra_serf/

On 06.01.2012 19:06, Daniel Shahaf wrote: Stefan, stef...@apache.org wrote on Sun, Dec 25, 2011 at 21:40:37 -: Author: stefan2 Date: Sun Dec 25 21:40:37 2011 New Revision: 1224647 URL: http://svn.apache.org/viewvc?rev=1224647&view=rev Log: Improve parsing speed of IDs and other structures

Re: svn ls performance

On 05.01.2012 01:25, Philip Martin wrote: Konstantin Kolinko writes: 2012/1/5 Stefan Küng: Hi, Due to a report on the TSVN mailing list I found that the CL client has the same problem: 'svn list' takes forever in some situations. I don't know what the problem exactly is, but it's easily repr

[svnbench] Revision: 1228996 compiled Jan 9 2012, 00:21:26

/home/neels/svnbench/20120109-002436 Started at Mon Jan 9 00:24:36 UTC 2012 *Disclaimer:* this tests only file://-URL access on a GNU/Linux VM. This is intended to measure changes in performance of the local working copy layer, *only*. These results are *not* generally true for everyone. Average

Re: file_handle_cache branch ready for review

On 03.01.2012 10:01, Ivan Zhakov wrote: On Sun, Dec 18, 2011 at 22:46, Stefan Fuhrmann wrote: For interested parties, Work on said branch is done so far and I think it is generally ready for being merged into /trunk. But it is certainly a good idea to give it some detailed review, in particul

Re: Directory deltification

On 03.01.2012 15:23, Philip Martin wrote: Stefan Fuhrmann writes: As of r1224839, FSFS now supports directory deltification. Please review the changes and run tests against different repositories so that we get a better idea of what the costs and benefits are. As soon as I'm back home, I will

Re: eliminating sequential bottlenecks for huge commit and merge ops

On 05.01.2012 01:35, Daniel Shahaf wrote: Greg Stein wrote on Wed, Jan 04, 2012 at 19:08:41 -0500: (*) I'd be interested in what they are doing. Is this a use case we might see elsewhere? Or is this something silly they are doing, that would not be seen elsewhere? They use the Apache CMS[1] to

Re: format of svn:author

On 04.01.2012 19:42, Julian Foad wrote: The extended author fields are delivered through revision properties. The values are UTF-8 text. These revision properties are readable but not writable by clients. Maybe, I missed something in your post but I want to stress that is very important

Re: format of svn:author

On 01/08/2012 09:55 PM, Stefan Fuhrmann wrote: On 04.01.2012 19:42, Julian Foad wrote: The extended author fields are delivered through revision properties. The values are UTF-8 text. These revision properties are readable but not writable by clients. Maybe, I missed something in your po