On Fri, Sep 17, 2010 at 10:27:13PM -0700, Jeremy Huddleston wrote:
> I did an 'svn switch' to change between trunk and a release branch of clang,
> and the built binary still reported it was built on trunk. It uses $URL to
> determine this:
>
> I did an 'svn switch' from clang trunk to the 2.8
On Sun, Sep 19, 2010 at 11:33:02AM +0200, Stefan Sperling wrote:
> I can reproduce this problem with 1.6.x and trunk svn clients on the llvm.org
> repository. Please file an issue. Thanks.
Daniel Näslund pointed out to me that this is a known issue:
http://subversion.tigris.org/issues/show_bug.cgi
On Fri, Sep 17, 2010 at 2:23 AM, Gary wrote:
> Johnathan wrote:
>> There's not much that Subversion cannot run on.
>
> No, sure :) I was really looking for hints as to what general properties
> a server should have. For example I would suspect that CPU speed isn't
> much of an issue because actual
Subversion is a very light weight system. I have really yet to see a
site that has "underconfigured" their server for Subversion. To me the
main issues are:
* Network bandwidth: Subversion sends a lot of stuff over the network,
but it still usually isn't a bottleneck. Where bottle necks occur is
w
On Sun, Sep 19, 2010 at 23:11, David Weintraub wrote:
> * The other consideration is your platform and developer systems.
> Subversion on *nix systems are usually case sensitive. FooBar.java and
> Foobar.java are two different files. Subversion on Windows isn't case
> sensitive: FooBar.java and F
Hello everyone!
About a year ago I started to get rare "400 bad request" errors, but
retry usually helped.
Doesn't help anymore.
Here is last line from Apache access log:
192.168.XXX.XXX - - [20/Sep/2010:10:14:43 +0400]
"ction-set/>OPTIONS /svn/projectX/trunk HTTP/1.1" 400 390
"-" "SVN/1.6.12 (r9