svn timeout - Re: Espressobin anyone ?

[Jeffrey Bowers]

Using SVN instead of HTTP did it. Thanks guys!
Now I'm on to a new problem. After the checkout finished, I navigated
to "usr/ports/ports-mgmt/pkg"
and ran "make install clean" to compile pkg. However, it exited with error
one and said "/usr/ports/templates/bsd.local.dist: no such file or
directory"

Any idea what bsd.local.dist is, and how I can get it?

On Mon, Aug 26, 2019 at 7:09 PM Per Hedeland <per at hedeland.org> wrote:

> 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.
> _______________________________________________
> freebsd-arm at freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-arm
> To unsubscribe, send any mail to "freebsd-arm-unsubscribe at freebsd.org"
>