[yocto] Git clone over http broken on git.yoctoproject.org

[Michael Halstead]

On 11/25/2013 01:32 PM, Michael_E_Brown at Dell.com wrote:
> Several repositories have broken git pulls over http on git.yoctoproject.org.
>
> Working:
>
> $ git clone --mirror http://git.yoctoproject.org/git/yocto-kernel-tools
> Initialized empty Git repository in /home/michael_e_brown/f10/sources/f/yocto-kernel-tools.git/
> remote: Counting objects: 1067, done.
> remote: Compressing objects: 100% (462/462), done.
> remote: Total 1067 (delta 711), reused 958 (delta 603)
> Receiving objects: 100% (1067/1067), 273.41 KiB | 251 KiB/s, done.
> Resolving deltas: 100% (711/711), done.
>
>
> Broken:
>
> $ git clone --mirror http://git.yoctoproject.org/git/linux-yocto-3.10
> Initialized empty Git repository in /home/michael_e_brown/f10/sources/f/linux-yocto-3.10.git/
> error: RPC failed; result=52, HTTP code = 100
Failing with an HTTP continue code is sort of odd. I wonder if you are
going through a proxy which could be causing this issue only for larger
repos like the kernels. I think the content length header might be wrong
or undefined for large objects at the moment which could give certain
proxy software trouble. I've tried to correct those headers. Can you
test again?

I tested with git version 1.7.9.5 and no proxy and was able to clone all
the kernels.

Michael Halstead
Yocto Project / System Administrator


> All of the kernel pulls appear to be broken in the same way (3.10, 3.8, etc)
>
> URLs taken directly from the cgit HTTP url listed.
> --
> Michael
> _______________________________________________
> yocto mailing list
> yocto at yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto
>


-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4516 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://lists.yoctoproject.org/pipermail/yocto/attachments/20131126/042422a5/attachment.bin>