git-remote-https broken

Question

After noticing that my Git distribution would no longer perform basic tasks, such as cloning, I came to the conclusion that my git-remote-https is broken:

jason@jasonfil-laptop:~/temp/Vision[]$ GIT_TRACE=2 git fetch
10:44:44.305725 git.c:349               trace: built-in: git 'fetch'
10:44:44.369539 run-command.c:341       trace: run_command: 'git-remote-https' 'origin' 'https://github.com/JasonFil/Vision'
jason@jasonfil-laptop:~/temp/Vision[]$ $(git --exec-path)/git-remote-https
Segmentation fault

git --exec-path evaluates to:

jason@jasonfil-laptop:~/temp/Vision[]$ git --exec-path
/usr/lib/git-core

Therefore:

jason@jasonfil-laptop:~/temp/Vision[]$ /usr/lib/git-core/git-remote-https
Segmentation fault

Any ideas on how to solve the problem? Here are some system specs (I'm running Debian Testing):

jason@jasonfil-laptop:~/OneDrive/code/datasets/Dataset_Cyber$ cd
jason@jasonfil-laptop:~$ git --version
git version 2.1.4
jason@jasonfil-laptop:~$ cat /etc/debian_version 
stretch/sid
jason@jasonfil-laptop:~$ uname -r
3.16.0-4-686-pae

Edit to answer Matthieu's comment on an incompatible version of a library:

The command in question gives me a variety of information:

jason@jasonfil-laptop:~$ ldd $(git --exec-path)/git-remote-https
    linux-gate.so.1 (0xb77be000)
    libpcre.so.3 => /lib/i386-linux-gnu/libpcre.so.3 (0xb7732000)
    libz.so.1 => /lib/i386-linux-gnu/libz.so.1 (0xb7715000)
    libresolv.so.2 => /lib/i386-linux-gnu/i686/cmov/libresolv.so.2 (0xb76fd000)
    libpthread.so.0 => /lib/i386-linux-gnu/i686/cmov/libpthread.so.0 (0xb76e1000)
    librt.so.1 => /lib/i386-linux-gnu/i686/cmov/librt.so.1 (0xb76d8000)
    libcurl-gnutls.so.4 => /usr/lib/i386-linux-gnu/libcurl-gnutls.so.4 (0xb7659000)
    libexpat.so.1 => /lib/i386-linux-gnu/libexpat.so.1 (0xb7630000)
    libc.so.6 => /lib/i386-linux-gnu/i686/cmov/libc.so.6 (0xb7485000)
    /lib/ld-linux.so.2 (0xb77c1000)
    libidn.so.11 => /usr/lib/i386-linux-gnu/libidn.so.11 (0xb7450000)
    librtmp.so.1 => /usr/lib/i386-linux-gnu/librtmp.so.1 (0xb742f000)
    libssh2.so.1 => /usr/lib/i386-linux-gnu/libssh2.so.1 (0xb7400000)
    libnettle.so.6 => /usr/lib/i386-linux-gnu/libnettle.so.6 (0xb73c1000)
    libgnutls-deb0.so.28 => /usr/lib/i386-linux-gnu/libgnutls-deb0.so.28 (0xb727b000)
    libgssapi_krb5.so.2 => /usr/lib/i386-linux-gnu/libgssapi_krb5.so.2 (0xb722a000)
    libkrb5.so.3 => /usr/lib/i386-linux-gnu/libkrb5.so.3 (0xb7154000)
    libk5crypto.so.3 => /usr/lib/i386-linux-gnu/libk5crypto.so.3 (0xb7120000)
    libcom_err.so.2 => /lib/i386-linux-gnu/libcom_err.so.2 (0xb711b000)
    liblber-2.4.so.2 => /usr/lib/i386-linux-gnu/liblber-2.4.so.2 (0xb710a000)
    libldap_r-2.4.so.2 => /usr/lib/i386-linux-gnu/libldap_r-2.4.so.2 (0xb70b0000)
    libhogweed.so.4 => /usr/lib/i386-linux-gnu/libhogweed.so.4 (0xb707b000)
    libgmp.so.10 => /usr/lib/i386-linux-gnu/libgmp.so.10 (0xb6fec000)
    libgcrypt.so.20 => /lib/i386-linux-gnu/libgcrypt.so.20 (0xb6f3b000)
    libp11-kit.so.0 => /usr/lib/i386-linux-gnu/libp11-kit.so.0 (0xb6ed7000)
    libtasn1.so.6 => /usr/lib/i386-linux-gnu/libtasn1.so.6 (0xb6ec2000)
    libkrb5support.so.0 => /usr/lib/i386-linux-gnu/libkrb5support.so.0 (0xb6eb5000)
    libdl.so.2 => /lib/i386-linux-gnu/i686/cmov/libdl.so.2 (0xb6eb0000)
    libkeyutils.so.1 => /lib/i386-linux-gnu/libkeyutils.so.1 (0xb6eab000)
    libsasl2.so.2 => /usr/lib/i386-linux-gnu/libsasl2.so.2 (0xb6e8c000)
    libgpg-error.so.0 => /lib/i386-linux-gnu/libgpg-error.so.0 (0xb6e77000)
    libffi.so.6 => /usr/lib/i386-linux-gnu/libffi.so.6 (0xb6e6f000)

I'm not sure where I should focus first. Any ideas?

Answer 1

Problem solved after re-installation of package libcurl3.

Answer 2

git clone internally does a git init and a git fetch. You may get more information by doing these steps manually, like:

git init Vision
cd Vision/
git remote add origin https://github.com/JasonFil/Vision
git fetch
git checkout master

Another thing to try is:

GIT_TRACE=2 git clone --verbose https://github.com/JasonFil/Vision

This should be far more verbose that --verbose alone.