On Mon, Aug 22, 2011 at 2:01 AM, Greg Stein wrote:
> On Sat, Aug 20, 2011 at 19:48, Neels J Hofmeyr wrote:
>>...
>> I have taken the occasion to write a comprehensive description of my current
>> vision for svn:hold.
>
> I find the entire concept to be worrisome. All of a sudden, there are
> file
On Thursday 18 August 2011 06:46 PM, Daniel Shahaf wrote:
I tried your patch against https://svn.eu.apache.org/repos/asf/subversion/README
(which uses a non-self-signed cert, but rather one for which the cert's
hostname differs from the URI's hostname), and it didn't seem to work:
[[[
./tools/
Huh. http://svnbook.red-bean.com/en/1.5/svn.ref.svn.c.copy.html
actually has a Note:
"You can only copy files within a single repository. Subversion does
not support cross-repository copying."
I guess that means that the bug is that it doesn't check uuids and
actually *enforce* this; I'm sure I'm
/home/neels/svnbench/20110822-002322
Started at Mon Aug 22 00:23:22 UTC 2011
-
Results for dir levels: 5 spread: 5
Timings for 5x5_1.7.x
N min max avgoperation (unit is seconds)
6 332.25 342.10 336.50
Hi Neels,
For the time I have been writing this email I have struggled to find a use-case
where "I" would use your new feature proposa
None the less; I really like the idea.
It really isn't changing anything of real substance from the users point of
view.
* It just simplifies my commit process
On Sat, Aug 20, 2011 at 19:48, Neels J Hofmeyr wrote:
>...
> I have taken the occasion to write a comprehensive description of my current
> vision for svn:hold.
I find the entire concept to be worrisome. All of a sudden, there are
files that just don't act right. "Magic" occurs, and only on certa
On 19 Aug 2011 at 19:20, Daniel Shahaf wrote:
> This asserts:
>
> $svn co http://svnbook.googlecode.com/svn/trunk/src/en/book@3805 && cd book
> && $svn up
>
Hi devs,
Just tried this on Windows with trunk.
Result:
Updating '.':
..\..\..\subversion\svn\update-cmd.c:163: (apr_err=175002)
..\..\.
7 matches
Mail list logo