Something odd is happening to a user of Cruise that we don't
understand... He has an svn server that when the following svn log
command is executed, the xml response back contains an empty logentry
block.
Environment:
OS Information: Windows Server 2008 6.0
Subversion: command-line client vers
Hello,
I found an issue with the ra_serf SVN module. The problem is that
during the commit via ra_serf it tries to keep all files open (or
something like this), so if there is a limit on number of open files
and it's lower that the number of files to commit, then SVN client
fails with:
===
svn: C
J. Paul Reed wrote on Thu, 25 Feb 2010 at 03:11 -0800:
> On 05 Feb 2010 at 12:51:44, Pavel Tarasenko arranged the bits on my disk to
> say:
>
> [SNIP].
>
Perhaps you could recreate the revision manually (i.e., commit to the
mirror NOT through svnsync) and tweak the svn:sync-* revprops
according
Kutter, Martin wrote on Thu, 25 Feb 2010 at 13:29 +0100:
> Hello,
>
> I got a strange error in one of our subversion repositories: On checking
> out a file from revision 3865 on, svn reports "Svndiff contains a too-large
> window".
>
This is the error message added in 1.6.4 as part of the secu
On Fri, Feb 26, 2010 at 12:05:52AM +, Barry Scott wrote:
> svn st -q
>
> and the output is blank.
You might want to take a look at what the -q option does...
tyler
Hello,
I found an issue with the ra_serf SVN module. The problem is that
during the commit via ra_serf it tries to keep all files open (or
something like this), so if there is a limit on number of open files
and it's lower that the number of files to commit, then SVN client
fails with:
===
svn: C
On 25 Feb 2010, at 23:18, Stefan Sperling wrote:
> On Thu, Feb 25, 2010 at 10:30:18PM +, Barry Scott wrote:
>> I starting to see failures to commit because of tree conflicts.
>>
>> svn status does not seem to show tree conflicts.
>
> It sure does. See examples here:
> http://svnbook.red-bea
On Thu, Feb 25, 2010 at 10:30:18PM +, Barry Scott wrote:
> I starting to see failures to commit because of tree conflicts.
>
> svn status does not seem to show tree conflicts.
It sure does. See examples here:
http://svnbook.red-bean.com/nightly/en/svn.tour.treeconflicts.html
> Did I miss the
There are a number of rather big repositories out there, e.g.
svn.apapche.org - nearing 1 million revisions in the asf repo... and there's
plenty of files in that one too
You'll probably run out of disk space before you hitany arch limits in
subversion
-Stephen
On 25 February 2010 21:59, Ryan S
I starting to see failures to commit because of tree conflicts.
svn status does not seem to show tree conflicts.
Did I miss the way to find the tree conflicts?
At the moment I'm having to guess which folder is in conflict.
Barry
On Feb 25, 2010, at 14:53, Sandeep Kuttal wrote:
> I am a PhD student at UNL, NE. For my project I am planning to use SVN but to
> check the scalability of the project i need to find out how many files and
> directories can be stored in subversion.
As David said, I don't think there's a limit.
As far as I know, there is no limit. I've had sites with tens of
thousands of folders and files with no problems. There is a 2Gb file
limit on some systems, and you might run into that somehow.
Since Subversion is free, it really shouldn't take too long to concoct
a test to work out a limit if the
Hi,
I am a PhD student at UNL, NE. For my project I am planning to use SVN
but to check the scalability of the project i need to find out how many
files and directories can be stored in subversion.
Kindly do reply back.
Thanks
Sandeep
> Moin,
>
> Setup:
> 1) create a repo with a few directories
> 2) commit some stuff
> 3) delete a directory at revision 42
> 4) commit some more stuff
> 5) do an svn co -r 41 svn://path/to/deleted/dir
> -> this will fail with a "file/directory not found" error
>
> Interestingly, using the @ notatio
Moin,
Setup:
1) create a repo with a few directories
2) commit some stuff
3) delete a directory at revision 42
4) commit some more stuff
5) do an svn co -r 41 svn://path/to/deleted/dir
-> this will fail with a "file/directory not found" error
Interestingly, using the @ notation
svn co svn://path/
Johan Corveleyn wrote on 25/02/2010 12:28:15:
> It seems it's not possible to remove file externals from a wc. See the
> following issue:
> http://subversion.tigris.org/issues/show_bug.cgi?id=3351
>
> So I guess the only workaround is to checkout a new WC...
I thought that might be the case, than
Hello,
I got a strange error in one of our subversion repositories: On checking
out a file from revision 3865 on, svn reports "Svndiff contains a too-large
window".
The same error is reported by "svnadmin verify" and "svnadmin dump".
Server OS is RedHat Enterprise Linux 5.4 (64 bit)
Subversion
On Thu, Feb 25, 2010 at 1:16 PM, wrote:
> Hi,
>
> I mistakenly added some file externals to one of my projects and I'm
> struggling to get rid of them. I thought that once they had been removed
> from the externals property they would be deleted from the WC at the next
> update. If I do a file ma
Hi,
I mistakenly added some file externals to one of my projects and I'm
struggling to get rid of them. I thought that once they had been removed
from the externals property they would be deleted from the WC at the next
update. If I do a file manager delete on them, they are re-created. What
h
On 05 Feb 2010 at 12:51:44, Pavel Tarasenko arranged the bits on my disk to say:
> We have huge subversion repository (avg. 3.5 gigabytes, 14+
> revisions) with svn 1.4.4 (yes, too old, but we can't change this), and
> two mirrors with svn 1.6.9, synchronized through svnsync. Few days ago
> s
Hi,
We have a custom server setup and we have been using Tigris.org binaries for
Windows. The latest version there, however, is 1.6.6.
Will there be Tigris.org binary packages for Windows for Subversion 1.6.9
and later? Or perhaps an equivalent of these packages, with full server,
client and bindin
21 matches
Mail list logo
