You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by Attila Nagy <br...@fsn.hu> on 2012/01/30 14:55:36 UTC
Can't check out http://svn.freebsd.org/base/stable/9/sys/dev/usb/controller
with serf
Hi,
I'm using subversion 1.7.2 with serf 1.0.0 on FreeBSD to check out
http://svn.freebsd.org/base/stable/9/sys/dev/usb/controller, but it
fails at:
bootvm# svn co http://svn.freebsd.org/base/stable/9/sys/dev/usb/controller
A controller/atmegadci_atmelarm.c
A controller/at91dci.c
A controller/xhcireg.h
A controller/musb_otg_atmelarm.c
A controller/at91dci.h
A controller/ehci_pci.c
A controller/ohci_atmelarm.c
A controller/uss820dci_atmelarm.c
A controller/ehci.c
A controller/ohci_s3c24x0.c
A controller/ehci_mv.c
A controller/ohci_pci.c
A controller/atmegadci.c
A controller/ehcireg.h
A controller/ehci.h
A controller/musb_otg.c
A controller/at91dci_atmelarm.c
A controller/uhci_pci.c
A controller/avr32dci.c
A controller/avr32dci.h
A controller/ohci.c
A controller/atmegadci.h
A controller/musb_otg.h
A controller/uss820dci.c
A controller/ohcireg.h
A controller/xhci_pci.c
A controller/ohci.h
A controller/xhci.c
A controller/usb_controller.c
A controller/xhci.h
A controller/uhci.c
A controller/uss820dci.h
A controller/uhcireg.h
A controller/ehci_ixp4xx.c
A controller/uhci.h
svn: E175009: XML parsing failed: (207 Multi-Status)
With neon, the checkout succeeds.
Re: Can't check out
http://svn.freebsd.org/base/stable/9/sys/dev/usb/controller with serf
Posted by Daniel Shahaf <da...@elego.de>.
Attila Nagy wrote on Mon, Jan 30, 2012 at 14:55:36 +0100:
> Hi,
>
> I'm using subversion 1.7.2 with serf 1.0.0 on FreeBSD to check out
> http://svn.freebsd.org/base/stable/9/sys/dev/usb/controller, but it
> fails at:
> bootvm# svn co http://svn.freebsd.org/base/stable/9/sys/dev/usb/controller
...
> A controller/uhci.h
> svn: E175009: XML parsing failed: (207 Multi-Status)
>
> With neon, the checkout succeeds.
The controller/ directory has these properties set:
% svn pl -v wc-neon
Properties on 'wc-neon':
svn:eol-style=native
xhci.h
svn:keywords=FreeBSD=%H
xhci.c
svn:mime-type=text/plain
xhci.h
Now, a the characters [/=%] are invalid in a Subversion property names:
% $svn ps / v iota
subversion/svn/propset-cmd.c:67: (apr_err=195011)
svn: E195011: '/' is not a valid Subversion property name
zsh: exit 1 $SVN ps / v iota
% $svn ps = v iota
subversion/svn/propset-cmd.c:67: (apr_err=195011)
svn: E195011: '=' is not a valid Subversion property name
zsh: exit 1 $SVN ps = v iota
% $svn ps % v iota
subversion/svn/propset-cmd.c:67: (apr_err=195011)
svn: E195011: '%' is not a valid Subversion property name
zsh: exit 1 $SVN ps % v iota
In the meantime, get the repository administrators to remove properties
that have invalid names (in the sense of svn_prop_name_is_valid()). For
the longer term fix, a related issue --- #4106 --- was filed earlier
today (so it's too early to tell when it might be fixed):
http://subversion.tigris.org/issues/show_bug.cgi?id=4106
Daniel
(there's ongoing IRC discussion)
Re: Can't check out http://svn.freebsd.org/base/stable/9/sys/dev/usb/controller with serf
Posted by Philip Martin <ph...@wandisco.com>.
Attila Nagy <br...@fsn.hu> writes:
> I'm using subversion 1.7.2 with serf 1.0.0 on FreeBSD to check out
> http://svn.freebsd.org/base/stable/9/sys/dev/usb/controller, but it
> fails at:
> bootvm# svn co http://svn.freebsd.org/base/stable/9/sys/dev/usb/controller
> A controller/atmegadci_atmelarm.c
[...]
> A controller/uhci.h
> svn: E175009: XML parsing failed: (207 Multi-Status)
>
> With neon, the checkout succeeds.
I can reproduce that. The server is sending:
HTTP/1.1 207 Multi-Status\r
Date: Mon, 30 Jan 2012 14:17:15 GMT\r
Server: Apache/2.2.19 (FreeBSD) mod_ssl/2.2.19 OpenSSL/0.9.8q DAV/2 SVN/1.6.17\r
Vary: Label\r
Content-Length: 1396\r
Content-Type: text/xml; charset="utf-8"\r
\r
<?xml version="1.0" encoding="utf-8"?>
<D:multistatus xmlns:D="DAV:" xmlns:ns0="DAV:">
<D:response xmlns:S="http://subversion.tigris.org/xmlns/svn/" xmlns:C="http://subversion.tigris.org/xmlns/custom/" xmlns:V="http://subversion.tigris.org/xmlns/dav/" xmlns:lp1="DAV:" xmlns:lp3="http://subversion.tigris.org/xmlns/dav/" xmlns:lp2="http://apache.org/dav/props/">
<D:href>/base/!svn/bln/230302</D:href>
<D:propstat>
<D:prop>
<S:eol-style=native>xhci.h</S:eol-style=native>
<S:keywords=FreeBSD=%H>xhci.c</S:keywords=FreeBSD=%H>
<S:mime-type=text/plain>xhci.h</S:mime-type=text/plain>
<lp1:resourcetype/>
<lp1:getcontentlength>0</lp1:getcontentlength>
<lp1:getcontenttype>text/plain</lp1:getcontenttype>
<lp1:getetag>"230302//stable/9/sys/dev/usb/controller"</lp1:getetag>
<lp1:creationdate>2012-01-18T07:57:17.471381Z</lp1:creationdate>
<lp1:getlastmodified>Wed, 18 Jan 2012 07:57:17 GMT</lp1:getlastmodified>
<lp1:version-name>230302</lp1:version-name>
<lp1:creator-displayname>hselasky</lp1:creator-displayname>
<lp3:md5-checksum>###error###</lp3:md5-checksum>
<lp3:repository-uuid>ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f</lp3:repository-uuid>
<D:supportedlock>
<D:lockentry>
<D:lockscope><D:exclusive/></D:lockscope>
<D:locktype><D:write/></D:locktype>
</D:lockentry>
</D:supportedlock>
<D:lockdiscovery/>
</D:prop>
<D:status>HTTP/1.1 200 OK</D:status>
</D:propstat>
</D:response>
</D:multistatus>
and I'd guess that the ###error### in the checksum is the problem.
--
Philip