svn: E175003: Attempt to fetch capability 'depth' resulted in 'yes'

Bernd Walter ticso at cicely7.cicely.de
Tue Apr 4 22:40:14 UTC 2017


On Tue, Apr 04, 2017 at 01:20:30PM -0700, Mark Millard wrote:
> 
> On 2017-Apr-4, at 9:09 AM, bob prohaska <fbsd at www.zefox.net> wrote:
> 
> > On Tue, Apr 04, 2017 at 09:30:01AM -0300, Otac??lio wrote:
> >> Em 04/04/2017 09:21, tech-lists escreveu:
> >>> On 10/03/2017 18:42, bob prohaska wrote:
> >>>> After a successful build of
> >>>> FreeBSD 12.0-CURRENT (RPI2) #5 r314923: Fri Mar 10 09:03:07 PST 2017
> >>>> 
> >>>> the next attempt at updating sources produced:
> >>>> 
> >>>> svn: E175003: Attempt to fetch capability 'depth' resulted in 'yes'
> > [snip]
> > 
> >> I'm getting the same error with a beaglebone black running HEAD r315864. 
> >> The workaround was install devel/subversion from packages and run svn 
> >> instead svnlite.
> >> 
> > 
> > I ended up doing the same thing on RPI2, but also changed from https
> > protocol to svn protocol. It's beginning to look as if the use of svn
> > protocol is what fixed it, not the use of svn versus svnlite.
> 
> I'd had problems with https/http for some time and so
> a while back I tried svn protocol instead and the problems
> stopped.
> 
> I only used svnlite, not installing svn from ports at all.

Different problem, but I've switched to a local svn mirror because svn
couldn't handle service timeout disconnections when writing to SD card.

-- 
B.Walter <bernd at bwct.de> http://www.bwct.de
Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm.


More information about the freebsd-arm mailing list