svn timeout - Re: Espressobin anyone ?

[Per Hedeland]

On 2019-08-26 23:58, Russell Haley wrote:
> On Mon, Aug 26, 2019 at 2:15 PM Ronald Klop <ronald-lists at klop.ws> wrote:
> 
>> On Fri, 23 Aug 2019 00:27:00 +0200, Jeffrey Bowers <khantroll at gmail.com>
>> wrote:
>>
>>> No, unfortunately it still ends in an E000060: Operation timed out.
>>> However, there are files and directories in my local ports directory,
>>>> so it's downloading at least some things.
>>
>>
>> One more option I can think of.
>>    svn checkout svn://svn.freebsd.org/ports/head
> 
> 
> I reverted to using the svn protocol many moons ago because http wouldn't
> work at all. The svn protocol still fails a few times on any given
> checkout, but re-starting the checkout picks up where it left off. I always
> build on a PC so it's not a slow SD card problem, it seems to be a long
> standing issue retrieving source code.
> 
> Just my observation,
> Russ
> 
>>
>>
>> So not svn+ssh://, but only svn://. I just noticed my RPI3 uses that for
>> sources.
>>
>> Something else I have seen in the past is that the local disk (like a
>> cheap SD-card) can be too slow and causes timeouts because SVN can't
>> write
>> fast enough to keep the network busy. Which might happen earlier if you
>> checkout using https compared to the svn-protocol.

Just another data point - I encountered this exact problem recently,
while trying to checkout (base, not ports) directly onto a USB stick,
using https. It was very slow, and eventually svn reported an error
regarding the reception of data (unfortunately I didn't record the
exact code or message). Did the checkout to a directory on a SATA disk
instead, still using https - worked fine - and then tarred the tree
over to the USB stick - took forever, but also worked fine. So clearly
the server may lose patience if the transfer is too slow...:-) I
haven't retried the checkout-directly-to-USB-stick using svn instead
of https, though.

--Per

>> Ronald.