I’m trying to clone a git repo. over HTTPS and the clone silently fails.
When tail/grep-ing /var/log/messages, it shows the following message :
kernel: 920.475364] git-remote-http[4244]: segfault at 7fd3076978c0 ip 00007fd30767ee94 sp 00007fff73985ce0 error 7 in libcrypto.so.1.0.0[7fd3075be000+189000]
A friend of mine suggested to disable SSL verification (with GIT_SSL_NO_VERIFY = true) but with no success.
I tried to clone repositories from other sources : GitHub, Gitorious or private servers, same error.
Here are my package versions, all from OpenSUSE 12.1 main repo. :
Git : 1.7.7-3.1.4
libopenssl : 1.0.0e-34.1.2
So that I might understand why you need to use https, as I understand the problem you have, why are you trying to do this for? I found one reference that might be helpful here: Pro Git - Smart HTTP Transport
I also have used git in order to download and create kernel tarball files from the kernel.org site. Here is the bash script that I wrote:
The reason I’m trying to use HTTPS to clone a git repo is that I’m testing the new Zend PHP cloud : Develop, Deploy and Manage PHP Applications in the Cloud
They provide you with a Git Repository access that can be used for deploying / tracking your application’s source code, but this repo is only reachable through HTTPS (it seems that git:// access are not planned for now).
When I first tried to clone I thought « Ok I must have those SSL verification error or http buffer-size error reported in the FAQ » but then, looking at the FAQ and getSatisfaction threads for PHPCloud and testing different configurations, I saw that my problem wasn’t related to PHPcloud at all (that was confirmed as soon as I tried to clone a repo from another provider, for example GitHub or Gitorious).
I’m still digging to find a way to pinpoint what causes the segfault.
For now I’m using SFTP to deploy my code to the application container and a local git repo for revisions.
If you have any « diagnostic procedure » that I could use / follow to find where the problem is, I’ll take it.
I am having the same problem. My client has only a git repository accessible via https (with authentication) so I can’t simply use a different protocol.
but nothing is created and I get the following in /var/log/messages:
kernel: [47684.132077] git-remote-http[24021]: segfault at 7f4e912d29d0 ip 00007f4e912b9ee4 sp 00007fff8ac4f350 error 7 in libcrypto.so.1.0.0[7f4e911f9000+18a000]
> but nothing is created and I get the following in /var/log/messages:
>
>
> Code:
> --------------------
> kernel: [47684.132077] git-remote-http[24021]: segfault at 7f4e912d29d0 ip 00007f4e912b9ee4 sp 00007fff8ac4f350 error 7 in libcrypto.so.1.0.0[7f4e911f9000+18a000]
> --------------------
Ha, it crashed, segfaulted. You can report in bugzilla, but don’t up
your hopes, 12.1 is near its end of life.
–
Cheers / Saludos,
Carlos E. R.
(from 11.4, with Evergreen, x86_64 “Celadon” (Minas Tirith))
Wilmore
You need to post the command you used so we can verify you executed the proper command
Savedario
When you post the command you executed, you should place in
tags.
The public repo link you posted failed for me, your repo URI is likely incorrect.
Also, reviving ancient threads is usually not a good idea. You may believe your error is related but that's not usually the case and in any case may mean someone like myself may attempt to answer both of your situations.
Both of you, need to know
- If you are cloning from a private or established Public repo.
- If you have tried a public repo, the exact repo.
- If this is the first time or have you cloned successfully before.
Also, be aware that git clone requires a fairly reliable network connection. If your clone attempt starts but is interrupted, special steps are required to attempt resuming, but the result can be problematic. IMO the OS version and how current is very unlikely irrelevant to running git.
TSU
I used the first URL listed there just to try and I stopped the cloning after 15 mins because I did not really need millions of objects
I have been able to clone several times with commands like:
.