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

classic Classic list List threaded Threaded
10 messages Options
Reply | Threaded
Open this post in threaded view
|

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

bob prohaska

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'

Trying

root@www:/usr/src # svnlite info .
Path: .
Working Copy Root Path: /usr/src
URL: https://svn0.us-west.freebsd.org/base/head
Relative URL: ^/head
Repository Root: https://svn0.us-west.freebsd.org/base
Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
Revision: 314923
Node Kind: directory
Schedule: normal
Last Changed Author: avos
Last Changed Rev: 314923
Last Changed Date: 2017-03-08 14:49:22 -0800 (Wed, 08 Mar 2017)

root@www:/usr/src # svnlite status .
?       buildkernel.log
?       buildscript
?       buildscript.bak
?       buildworld.log
?       installkernel.log
?       installworld.log

reveals no very obvious mischief.

Cleanup didn't have any effect, is there something else to try?
I'd rather not checkout again if it can be avoided, it's very slow.

Thanks for reading and any guidance,

bob prohaska

_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-arm
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

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

tech-lists
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'
>
> Trying
>
> root@www:/usr/src # svnlite info .
> Path: .
> Working Copy Root Path: /usr/src
> URL: https://svn0.us-west.freebsd.org/base/head
> Relative URL: ^/head
> Repository Root: https://svn0.us-west.freebsd.org/base
> Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
> Revision: 314923
> Node Kind: directory
> Schedule: normal
> Last Changed Author: avos
> Last Changed Rev: 314923
> Last Changed Date: 2017-03-08 14:49:22 -0800 (Wed, 08 Mar 2017)
>
> root@www:/usr/src # svnlite status .
> ?       buildkernel.log
> ?       buildscript
> ?       buildscript.bak
> ?       buildworld.log
> ?       installkernel.log
> ?       installworld.log
>
> reveals no very obvious mischief.
>
> Cleanup didn't have any effect, is there something else to try?
> I'd rather not checkout again if it can be avoided, it's very slow.

Hi, were you able to fix this? I'm getting the same error on a newly
installed freebsd-12 snapshot, also on rpi2

root@rpi-b:/usr/ports # svnlite info .
Path: .
Working Copy Root Path: /usr/ports
URL: https://svn.freebsd.org/ports/head
Relative URL: ^/head
Repository Root: https://svn.freebsd.org/ports
Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5
Revision: 437727
Node Kind: directory
Schedule: normal

root@rpi-b:/usr/ports #

root@rpi-b:/usr/ports # uname -a
FreeBSD rpi-b 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r315864: Fri Mar 24
02:35:48 UTC 2017
[hidden email]:/usr/obj/arm.armv6/usr/src/sys/RPI-B  arm


--
J.
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-arm
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

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

Otacílio de Araújo Ramos Neto-3
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'
>>
>> Trying
>>
>> root@www:/usr/src # svnlite info .
>> Path: .
>> Working Copy Root Path: /usr/src
>> URL: https://svn0.us-west.freebsd.org/base/head
>> Relative URL: ^/head
>> Repository Root: https://svn0.us-west.freebsd.org/base
>> Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
>> Revision: 314923
>> Node Kind: directory
>> Schedule: normal
>> Last Changed Author: avos
>> Last Changed Rev: 314923
>> Last Changed Date: 2017-03-08 14:49:22 -0800 (Wed, 08 Mar 2017)
>>
>> root@www:/usr/src # svnlite status .
>> ?       buildkernel.log
>> ?       buildscript
>> ?       buildscript.bak
>> ?       buildworld.log
>> ?       installkernel.log
>> ?       installworld.log
>>
>> reveals no very obvious mischief.
>>
>> Cleanup didn't have any effect, is there something else to try?
>> I'd rather not checkout again if it can be avoided, it's very slow.
> Hi, were you able to fix this? I'm getting the same error on a newly
> installed freebsd-12 snapshot, also on rpi2
>
> root@rpi-b:/usr/ports # svnlite info .
> Path: .
> Working Copy Root Path: /usr/ports
> URL: https://svn.freebsd.org/ports/head
> Relative URL: ^/head
> Repository Root: https://svn.freebsd.org/ports
> Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5
> Revision: 437727
> Node Kind: directory
> Schedule: normal
>
> root@rpi-b:/usr/ports #
>
> root@rpi-b:/usr/ports # uname -a
> FreeBSD rpi-b 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r315864: Fri Mar 24
> 02:35:48 UTC 2017
> [hidden email]:/usr/obj/arm.armv6/usr/src/sys/RPI-B  arm
>
>
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.

[]'s

-Otacilio

_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-arm
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

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

bob prohaska
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.

hth,

bob prohaska

_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-arm
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

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

Mark Millard-2

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.

===
Mark Millard
markmi at dsl-only.net

_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-arm
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

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

Bernd Walter-4
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 <[hidden email]> http://www.bwct.de
Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm.
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-arm
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

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

bob prohaska
On Wed, Apr 05, 2017 at 12:39:54AM +0200, Bernd Walter wrote:
>
> Different problem, but I've switched to a local svn mirror because svn
> couldn't handle service timeout disconnections when writing to SD card.
>

FWIW:

Moving /usr to a usb3 flash drive solved that problem for me.


bob prohaska

_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-arm
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

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

Bernd Walter-4
On Tue, Apr 04, 2017 at 05:37:42PM -0700, bob prohaska wrote:
> On Wed, Apr 05, 2017 at 12:39:54AM +0200, Bernd Walter wrote:
> >
> > Different problem, but I've switched to a local svn mirror because svn
> > couldn't handle service timeout disconnections when writing to SD card.
> >
>
> FWIW:
>
> Moving /usr to a usb3 flash drive solved that problem for me.

Yes - there is some idle timeout somewhere with the official FreeBSD
svn servers, which is too short for those super high write times with
SD cards.
But annoyingly svn not just terminates instead of reconnecting - it
leaves the workdirectory in an unclean state requiring an svn cleanup
rung, which by itself can be ultra slow on SD cards.
Really not funny at all for /usr/ports.

--
B.Walter <[hidden email]> http://www.bwct.de
Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm.
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-arm
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

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

bob prohaska
On Wed, Apr 05, 2017 at 03:12:48AM +0200, Bernd Walter wrote:
>
> Yes - there is some idle timeout somewhere with the official FreeBSD
> svn servers, which is too short for those super high write times with
> SD cards.
> But annoyingly svn not just terminates instead of reconnecting - it
> leaves the workdirectory in an unclean state requiring an svn cleanup
> rung, which by itself can be ultra slow on SD cards.
> Really not funny at all for /usr/ports.

Agreed entirely. That's what motivated me to buy Sandisk Extreme
USB 3.0 flash drives. As an aside, I think using the very same grade
of microSD cards (not outrageously expensive) solved, or mostly solved,
the problem when using a single large filesystem on one microSD with
no usb drives at all. That particular system is disturbed as little
as possible, so its subversion performance isn't well-explored.

bob prohaska

_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-arm
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

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

tech-lists
In reply to this post by Bernd Walter-4
On Tue, 4 Apr 2017, at 23:39, Bernd Walter wrote:

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

As a general rule I move all fs/dirs where there's expected to be lots
of read/write activity to either a usb3 stick, or one of those
usb-powered spinning rust disks. Even though on the Pi, the interface is
only usb2, for some reason using usb3-capable storage is more pain-free
than something strictly usb2. I don't know why. I only get the problem
you're describing with usb2 disks.

So, on the usb3 key or disk I mount the following, before updating
kernel world or building anything from ports:
/ccache
/var/log
/usr/ports
/usr/src
/usr/obj
/tmp
/usr/home
swap partition

/var/tmp is a small mfs.
--
  J.
  [hidden email]
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-arm
To unsubscribe, send any mail to "[hidden email]"