“Unable to find remote helper for 'https'” during git clone

Multi tool use
“Unable to find remote helper for 'https'” during git clone
I am unable to clone HTTPS repositories. I can clone SSH repos fine, but not HTTPS repos. I cannot test the GIT protocol since I am behind a corporate firewall.
This is what I am trying to do:
$ git clone https://github.com/nvie/gitflow.git
Cloning into gitflow...
fatal: Unable to find remote helper for 'https'
I have so far tried the following (based on Google searches)
apt-get
build-deps
apt-get
./configure --prefix=/usr --with-curl --with-expat
./configure --prefix=/usr --with-curl=/usr/bin/curl
I have tried everything I can find on the internet with no luck. Can anyone help me?
Git version = 1.7.6.4
OS = Ubuntu 11.04
curl --help
I am getting back a list of curl options when I run curl --help.
– Ben Kirkley
Dec 1 '11 at 9:13
I know, like I mentioned at the top of my question, I've gone through every result I can find in Google. Nothing has worked so far!
– Ben Kirkley
Dec 1 '11 at 11:40
I have the same issue. I'm behind a corporate firewall too. I tried to recompile with all the options found in Internet, but not work at all. Any other idea?
– user1161291
Jan 20 '12 at 19:04
Funny thing is, I'm trying to clone from curl's github so that I can compile it on a locked-down $&#%^* Solaris box.
– makhdumi
Apr 14 '15 at 21:53
21 Answers
21
It looks like not having (lib)curl-devel installed when you compile git can cause this.
If you install (lib)curl-devel, and then rebuild/install git, this should solve the problem:
$ yum install curl-devel
$ # cd to wherever the source for git is
$ cd /usr/local/src/git-1.7.9
$ ./configure
$ make
$ make install
This worked for me on Centos 6.3.
If you don't have yum, you can download the source to curl-devel here:
If you are running Ubuntu instead:
sudo apt-get install libcurl4-openssl-dev
these steps worked for me. CentOS 5.8 32 bit ;git version 1.8.0
– Vikram
Dec 4 '12 at 21:10
Worked for me CentOS 6.4 and git 1.8.2.1
– JoxTraex
Apr 10 '13 at 12:58
On Ubuntu 12.04 LTS the package I needed was:
sudo apt-get install libcurl4-openssl-dev
– Michael Burr
May 30 '13 at 18:29
sudo apt-get install libcurl4-openssl-dev
On Ubuntu 10.04 LTS the package I needed was:
sudo aptitude install libcurl4-openssl-dev
apt-get has dependency problem and aptitude seems can resolve it– wenchiching
Dec 24 '13 at 12:56
sudo aptitude install libcurl4-openssl-dev
Also seen to work on CentOS 7
– jalanb
Sep 16 '15 at 11:53
If you are trying to clone then you could use the git transport
For example: git clone git://github.com/fog/fog.git
git clone git://github.com/fog/fog.git
Vaio ~/Myworks/Hero $ git clone git://github.com/fog/fog.git
Initialized empty Git repository in /home/nthillaiarasu/Myworks/Hero/fog/.git/
remote: Counting objects: 41138, done.
remote: Compressing objects: 100% (13176/13176), done.
remote: Total 41138 (delta 27218), reused 40493 (delta 26708)
Receiving objects: 100% (41138/41138), 5.22 MiB | 58 KiB/s, done.
Resolving deltas: 100% (27218/27218), done
Thanks for your advice. Unfortunately I work behind a corporate firewall that blocks the git protocol's port and they won't open it up for me. I've been downloading tarballs to bypass the issue, but I would really like to get my install of git working properly!
– Ben Kirkley
Dec 8 '11 at 9:01
This worked perfectly for me on LMDE.
– bitcycle
Aug 11 '12 at 23:07
As others have mentioned, git:// isn't usually ideal, but apparently if you are in a situation in which https:// simply won't work, you can use
git config --global url."git://".insteadof https://
to force git
to always use git:// instead of https://. This can be useful if you are trying to clone with submodules (e.g. with --recursive
).– fakedad
Dec 4 '17 at 8:30
git config --global url."git://".insteadof https://
git
--recursive
I used "git://
" instead of "https://
" and that solved the problem. My final command was:
git://
https://
git clone --recursive git://github.com/ceph/ceph.git
This is a workaround, not a solution. It will work for repos but not for gists, and not for the OP due to his corporate firewall.
– Patrick Fisher
Mar 17 '13 at 5:50
And it also means you cannot push anything
– Phil
Jun 6 '14 at 18:45
This worked on Windows 7 for me.
– Jason Holt
Feb 25 '15 at 21:41
Thtat worked 4 me too, Win7 x64
– pietr
Jul 14 '15 at 10:13
@PatrickFisher But it does work in environments where you don't have the rights to install the curl-devel libraries and/or the sysadmin won't install them promptly.
– squipbar
Jul 13 '16 at 15:39
Just in case someone encounters this on a QNAP system or any other system with OPKG as package manager:
You need to install git-http along with git. Like:
opkg install git-http
You saved my day! This is exactly my case. I'm using "entware" on a Xpeonology system to get more Linux software packages, and after "opkg install git", the "git clone https://" will fail with error: fatal: Unable to find remote helper for 'https'. Thank you for mentioning this "git-http" package.
– zerox
Jun 17 '17 at 11:55
On CentOS 5.x, installing curl-devel fixed the problem for me.
hm. Didn't work for me on CentOS 5.5
– RyanM
Aug 8 '12 at 3:27
@RyanM: This worked for me. I
yum install curl-devel
and then I ./configure
, make
, and make install
on my git code. Then https:// worked for me. This is on CentOS 5.8– Brett
Sep 20 '12 at 17:14
yum install curl-devel
./configure
make
make install
I had same problem and simple to resolve it.
Just uninstall git and re-install it.
#apt-get remove --purge git-svn git-core
#rm /usr/local/bin/git
#apt-get install git-svn git-core
and everything works well.
Hope this help.
You should do apt-get remove --purge git
– sanbor
Apr 9 '12 at 12:21
This worked for me ... uninstalling git as above, then getting the git tarball, building and installing it.
– joeking
Sep 23 '13 at 20:56
I had the exact same issue and it boiled down to an unmet dependency, however, I tried the accepted answer's solution and it did not work.
What finally worked for me was installing all of the following (this is RedHat):
sudo yum install curl-devel expat-devel gettext-devel openssl-devel zlib-devel
Afterwards, I ran the other commands as specified and it worked:
./configure
make
sudo make prefix=/usr/local install
I pulled the list of dependencies directly from Git's website. Apparently I should have started there :/
This worked for me in Centos 6.6 to install git 2.3.1:
I didn't have curl-devel installed (checking for curl_global_init in -lcurl... no). The key was to generate configure script
add rpmforge for docboox2x
install packages
yum install openssl-devel zlib-devel perl-ExtUtils-MakeMaker svn tcl perl-Locale-Msgfmt gettext asciidoc xmlto docbook2x
make symlink
ln -s /usr/bin/db2x_docbook2texi /usr/bin/docbook2x-texi
build git
# download latest relase from https://github.com/git/git/releases
curl -O -J -L https://github.com/git/git/archive/v2.13.0.tar.gz
tar xf git-2.13.0.tar.gz
cd git-2.13.0
make configure
./configure --prefix=/usr
make all doc
make install install-doc install-html
Wait a second... the problem is that git clone https:// fails. How are you fixing it by cloning the the git source??? Anybody reading this question won't be able to do step 5.
– andrew lorien
May 18 '17 at 7:05
added curl and tar usage
– rofrol
May 18 '17 at 10:25
I was having this issue when using capistrano to deploy a rails app. The problem was that my user only had a jailed shell access in cpanel. Changing it to normal shell access fixed my problem.
On Mac OS X 10.9 Mavericks, the solution that worked is as follows
rvm pkg install openssl
CC=/usr/local/bin/gcc-4.2 CPP=/usr/local/bin/cpp-4.2 CXX=/usr/local/bin/g++-4.2 rvm install 1.9.3 --with-openssl-dir=$rvm_path/usr
This is to compile Ruby with OpenSSL Support. Next, uninstall all the old versions.
brew uninstall openssl
brew uninstall curl
brew uninstall git
Next, install the updated versions. The git installation is dependent on an updated version of CURL.
brew install openssl
brew install curl
brew install git
This worked for me ... had to remove
CC=/usr/local/bin/gcc-4.2 CPP=/usr/local/bin/cpp-4.2 CXX=/usr/local/bin/g++-4.2
though & used higher ruby version– Amgad
Jan 4 at 22:23
CC=/usr/local/bin/gcc-4.2 CPP=/usr/local/bin/cpp-4.2 CXX=/usr/local/bin/g++-4.2
I had a lot of problems with this remote helper issue. I ensured that I had installed all the expat, curl etc. but finally resolved it by updating gcc after finding that version 4.4.4 was duff. Just did a yum update and recompiled with 4.4.6.
On centos 7:
$ yum install curl-devel
$ yum reinstall git
That work´s for me.
I got the same problem today: git http broken after years of happy service. It seems caused by some Perl lib updates. Tried some sane suggestions on web, none worked. Had enough, I just removed all git stuff, got a new tarball from http://git-scm.com/, compiled and installed, and all things are back to normal. Give it try, or you can go dig deep into your logs...
I had to add a couple of extra installs running CentOS release 5.10 (Final):
yum install openssl097a.x86_64
yum install openssl-perl.x86_64
Using git-1.8.5:
./configure
make clean
make
make install
git clone https://github.com/michaelficarra/CoffeeScriptRedux.git
Cloning into 'CoffeeScriptRedux'...
remote: Reusing existing pack: 4577, done.
remote: Counting objects: 24, done.
remote: Compressing objects: 100% (23/23), done.
remote: Total 4601 (delta 13), reused 11 (delta 1)
Receiving objects: 100% (4601/4601), 2.60 MiB | 126.00 KiB/s, done.
Resolving deltas: 100% (2654/2654), done.
Checking connectivity... done.
I landed here once because I was working with git itself. When I built it the default makefile installed the binary in ~/bin/git. Since my PATH had ~/bin first when I ran 'git pull --rebase' it used the one in ~/bin and consequently could not locate the helpers.
I worked around the issue by running '/usr/bin/git ...' with a full path (alternatively I could have adjusted my PATH).
For those using git with Jenkins under a windows system, you need to configure the location of git.exe under:
Manage Jenkins => Global Tool Configuration => Git => Path to Git executable and fill-in the path to git.exe, for example; C:Program FilesGitbingit.exe
worked
sudo apt-get remove git
sudo apt-get install git-all
as taught here: https://git-scm.com/book/en/v2/Getting-Started-Installing-Git
by the way I was mistaken the good email which was the source of my errors ;)
https://github.com/settings/profile
check your username
https://github.com/settings/emails
check your email is the good one
https://help.github.com/articles/connecting-to-github-with-ssh
In my case nothing was successful, after a while looking what was happening I found this on my config file. Not sure how it got there
% cat ~/.gitconfig
[user]
email = xxxxxxx@gmail.com
name = xxxxxx
[alias]
g = grep -n -i --heading --break
[url "git+https://github.com/"]
insteadOf = git@github.com:
[url "git+https://"]
insteadOf = git://
After removing the url properties everything was working fine again
CentOS Minimal usually install version 1.8 git by yum install git
command.
yum install git
The best way is to build & install it from source code. Current version is 2.18.0
.
2.18.0
Download the source code from https://mirrors.edge.kernel.org/pub/software/scm/git/
or curl -o git-2.18.0.tar.gz https://mirrors.edge.kernel.org/pub/software/scm/git/git-2.18.0.tar.gz
https://mirrors.edge.kernel.org/pub/software/scm/git/
curl -o git-2.18.0.tar.gz https://mirrors.edge.kernel.org/pub/software/scm/git/git-2.18.0.tar.gz
Unzip by tar -zxf git-2.18.0.tar.gz && cd git-2.18.0
tar -zxf git-2.18.0.tar.gz && cd git-2.18.0
Install the dependency package by executing yum install autoconf curl-devel expat-devel gettext-devel openssl-devel perl-devel zlib-devel asciidoc xmlto openjade perl* texinfo
yum install autoconf curl-devel expat-devel gettext-devel openssl-devel perl-devel zlib-devel asciidoc xmlto openjade perl* texinfo
Install docbook2X, it's not in the rpm repository. Download and install by
$ curl -o docbook2X-0.8.8-17.el7.x86_64.rpm http://dl.fedoraproject.org/pub/epel/7/x86_64/Packages/d/docbook2X-0.8.8-17.el7.x86_64.rpm
$ rpm -Uvh docbook2X-0.8.8-17.el7.x86_64.rpm
And make a unix link name:
ln -s /usr/bin/db2x_docbook2texi /usr/bin/docbook2x-texi
Compile and install, reference to https://git-scm.com/book/en/v2/Getting-Started-Installing-Git
$ make configure
$ ./configure --prefix=/usr
$ make all doc info
$ sudo make install install-doc install-html install-info
Reboot your server (If not, you may encounter Unable to find remote helper for 'https'
error)
Unable to find remote helper for 'https'
$ reboot now
Test:
$ git clone https://github.com/volnet/v-labs.git
$ cd v-labs
$ touch test.txt
$ git add .
$ git commit -m "test git install"
$ git push -u
I got this error on Windows while using TortoiseGit. Reinstalling Git for Windows and telling TortoiseGit the path to git.exe by re-running the First Start Wizard fixed it.
The easiest way to fix this problem is to ensure that the git-core
is added to the path
for your current user
git-core
path
If you add the following to your bash profile file in ~/.bash_profile
this should normally resolve the issue
~/.bash_profile
PATH=$PATH:/usr/libexec/git-core
Thank you for your interest in this question.
Because it has attracted low-quality or spam answers that had to be removed, posting an answer now requires 10 reputation on this site (the association bonus does not count).
Would you like to answer one of these unanswered questions instead?
Sorry to be obvious, it sounds like curl isn't installed. do
curl --help
and see if it is.– mike jones
Nov 30 '11 at 19:09