Hello
I have a fairly large repository (~75 GB) containing mostly binary
files (photos).
When I try to do a checkout, it fails after checking out about 7.5 GB.
On the client, this error is shown:
svn: REPORT of '/svn/photo/!svn/vcc/default': Could not read response
body: Secure connection truncat
Hi,
I've done many subversion installs but never have I seen the following
problem before.
Vanilla Centos 5.4. Subversion 1.6.17 (compiled and packaged by me).
Nothing fancy with the compilation. I use an 'amalgamated' sqlite
3.6.23 when configuring...otherwise no other options to configure.
> A bit late perhaps, but nevertheless: maybe you should take a look at
> the script 'svn-viewspec.py' [1]. It can automate the building up of a
> sparse working copy, based on a simple configuration file specifying
> which part of the tree is needed.
:
> http://svn.apache.org/repos/asf/subversion/
On Fri, Aug 12, 2011 at 3:12 AM, Mike Cepek wrote:
>> I'll bite...
>> Why do you need to checkout everything from the "proj" level of the
>> tree? If it is common to checkout from the project level of the tree,
>> how do you branch or tag if you have to branch and tag each and every
>> directory?
On Thu, Aug 11, 2011 at 6:16 PM, Andy Levy wrote:
> On Thu, Aug 11, 2011 at 12:13, Andy Levy wrote:
>> On Thu, Aug 11, 2011 at 12:02, Giulio Troccoli
>> wrote:
>>>
>>>
>>> On 11/08/11 16:59, Michael Hüttermann wrote:
Hello,
given a Subversion tag, what's the best way to get t
On Mon, Aug 15, 2011 at 4:06 PM, Les Mikesell wrote:
>
> I can see how you might do a quorum based locking scheme there to make
> things reliable in the case of a partitioned network with multiple replicas,
> but what can it do to improve the time it takes for a certain amount of
> new/uncached d
On Mon, Aug 15, 2011 at 11:06:29AM -0500, Les Mikesell wrote:
> I suppose the direct access could help in the case where the
> revision taking too long to sync is not the same data the client
> needs for its update, but otherwise it could make things worse.
Good point.
I was thinking of operation
On 8/15/2011 10:34 AM, Stefan Sperling wrote:
On Mon, Aug 15, 2011 at 10:06:39AM -0500, Les Mikesell wrote:
I can see how you might do a quorum based locking scheme there to
make things reliable in the case of a partitioned network with
multiple replicas, but what can it do to improve the time i
On Mon, Aug 15, 2011 at 05:34:59PM +0200, Stefan Sperling wrote:
> I believe with WD clients using a slave server can access data while it is
> being copied to the slave because read-requests for data that isn't yet
> available on the slave are proxied to the master.
>
> This is something Subversi
On Mon, Aug 15, 2011 at 10:06:39AM -0500, Les Mikesell wrote:
> I can see how you might do a quorum based locking scheme there to
> make things reliable in the case of a partitioned network with
> multiple replicas, but what can it do to improve the time it takes
> for a certain amount of new/uncac
On Mon, Aug 15, 2011 at 10:31:32AM -0400, Nico Kadel-Garcia wrote:
> On Mon, Aug 15, 2011 at 9:45 AM, Stefan Sperling wrote:
> > AFAIK they don't modify Subversion's code. Their solution proxys webdav
> > traffic between Subversion clients and servers, like a man-in-the-middle.
> > The licence of
On 8/15/2011 9:31 AM, Nico Kadel-Garcia wrote:
On Mon, Aug 15, 2011 at 9:45 AM, Stefan Sperling wrote:
On Mon, Aug 15, 2011 at 09:30:58AM -0400, Nico Kadel-Garcia wrote:
Note that this is also one of the cases where the selection of the
Apache license for Subversion, rather than GPL, means tha
On Mon, Aug 15, 2011 at 02:02:31PM +, Budlong, Sean (Contractor) wrote:
> Stefan,
>
> Thank you very much for your suggestion. Here are the results for svn info.
Hi,
please make sure your replies reach the users@ list.
I am re-adding it to Cc.
Please copy-paste svn output into email instead
On 2011-08-10 19:48, Kathy Khaghani wrote:
> Hello again,
>
> In hopes of fixing an error on apache server crashing every time a commit is
> done, I upgraded my svn to:
> svnadmin, version 1.6.17 (r1128011)
>
> My openssl version is:
> OpenSSL 0.9.7f 22 Mar 2005
>
> And apache server:
> Server
On Mon, Aug 15, 2011 at 9:45 AM, Stefan Sperling wrote:
> On Mon, Aug 15, 2011 at 09:30:58AM -0400, Nico Kadel-Garcia wrote:
>> Note that this is also one of the cases where the selection of the
>> Apache license for Subversion, rather than GPL, means that Wandisco
>> can build a business plan on
On Mon, Aug 15, 2011 at 09:30:58AM -0400, Nico Kadel-Garcia wrote:
> Note that this is also one of the cases where the selection of the
> Apache license for Subversion, rather than GPL, means that Wandisco
> can build a business plan on selling these commercially enhanced
> versions of Subversion w
On Sun, Aug 14, 2011 at 9:34 PM, Simon wrote:
> We have a main master repository and a number of mirror slave repositories at
> a bunch of locations that are set up as webdav transparent write-through
> proxies. These are synced by a process similar to svnsync, and this all seems
> to work okay
On Mon, Aug 15, 2011 at 01:08:59PM +, Budlong, Sean (Contractor) wrote:
> About a month ago, we started getting this error when we tried to commit
> files from a dev server to the Subversion server.
>
> Attachment
>
> Error Commit failed (details follow):
> Error Could not open requested SVN
About a month ago, we started getting this error when we tried to commit files
from a dev server to the Subversion server.
Attachment
Error Commit failed (details follow):
Error Could not open requested SVN filesystem
Other dev servers continue to work with the Subversion server normally.
Is t
On Mon, Aug 15, 2011 at 10:44:46AM +0200, Mihai Prunescu wrote:
> Hello!
>
> Subversion refused to commit a version. Message:
>
> D:\Development\SVN\Tortoise\ext\subversion\subversion\libsvn_wc\wc_db.c
>
> Line 7304: internal malfunction
>
> [after changing the level I could commit as one
On Mon, Aug 15, 2011 at 01:34:15AM +, Simon wrote:
> We have a main master repository and a number of mirror slave
> repositories at a bunch of locations that are set up as webdav
> transparent write-through proxies. These are synced by a process
> similar to svnsync, and this all seems to work
Hello!
Subversion refused to commit a version. Message:
D:\Development\SVN\Tortoise\ext\subversion\subversion\libsvn_wc\wc_db.c
Line 7304: internal malfunction
[after changing the level I could commit as one file]
Dr. Mihai Prunescu
Brain Products GmbH
Softwareentwickler
phone +49 (0
22 matches
Mail list logo
