Bug#1010340: git: Fails to clone and pull from existign repositories

Andrea Palazzi

unread,

Apr 29, 2022, 4:50:03 AM4/29/22

to

Package: git
Version: 1:2.36.0-1
Severity: grave
Justification: renders package unusable
X-Debbugs-Cc: palazz...@yahoo.it

Dear Maintainer,

On my test system git is now basically unusable as it fails to clone and to pull from already cloned repositories with an error "error: git-remote-https died of signal 4"; e.g.:

andrea@test:~$ LC_ALL=C git clone --branch=14.0 https://github.com/OCA/manufacture.git
Cloning into 'manufacture'...
error: git-remote-https died of signal 4

I can clone the very same repository from Windows, so the remote is not the problem.

* What led up to the situation?
A recent apt-upgrade, not sure when exactly it caused the issue.

* What exactly did you do (or not do) that was effective (or
ineffective)?
Effective: nothing
Ineffective: try to clone from root; uninstall and reinstall git; install git from unstable.

Please note that I added the unstable repository just to install git from there, but it's effectively a "bookworm" release.

Don't know if it's relevant, the system runs on a Qemu VM; but until recently git was working fine.
If you know how to enable more verbose messages from git or you want me to do some testing please let me know.

Andrea

-- System Information:
Debian Release: bookworm/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 5.17.0-1-amd64 (SMP w/1 CPU thread; PREEMPT)
Kernel taint flags: TAINT_DIE, TAINT_WARN
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages git depends on:
ii git-man 1:2.36.0-1
ii libc6 2.33-7
ii libcurl3-gnutls 7.82.0-2
ii liberror-perl 0.17029-1
ii libexpat1 2.4.8-1
ii libpcre2-8-0 10.39-4
ii perl 5.34.0-4
ii zlib1g 1:1.2.11.dfsg-4

Versions of packages git recommends:
ii ca-certificates 20211016
ii less 590-1
ii openssh-client [ssh-client] 1:9.0p1-1
ii patch 2.7.6-7

Versions of packages git suggests:
ii gettext-base 0.21-6
pn git-cvs <none>
pn git-daemon-run | git-daemon-sysvinit <none>
pn git-doc <none>
pn git-email <none>
pn git-gui <none>
pn git-mediawiki <none>
pn git-svn <none>
pn gitk <none>
pn gitweb <none>

-- no debconf information

Axel Beckert

unread,

Apr 29, 2022, 7:10:03 PM4/29/22

to

Hi,

Andrea Palazzi wrote:
> Package: git
> Version: 1:2.36.0-1
>

> Dear Maintainer,
>
> On my test system git is now basically unusable as it fails to clone and to pull from already cloned repositories with an error "error: git-remote-https died of signal 4"; e.g.:
>
> andrea@test:~$ LC_ALL=C git clone --branch=14.0 https://github.com/OCA/manufacture.git
> Cloning into 'manufacture'...
> error: git-remote-https died of signal 4
>
> I can clone the very same repository from Windows, so the remote is not the problem.

I can't reproduce this on Debian Unstable amd64:

/tmp → LC_ALL=C git clone --branch=14.0 https://github.com/OCA/manufacture.git
Cloning into 'manufacture'...
remote: Enumerating objects: 29001, done.
remote: Counting objects: 100% (1661/1661), done.
remote: Compressing objects: 100% (831/831), done.
remote: Total 29001 (delta 948), reused 1373 (delta 786), pack-reused 27340
Receiving objects: 100% (29001/29001), 8.43 MiB | 2.12 MiB/s, done.
Resolving deltas: 100% (19042/19042), done.
/tmp → git --version
git version 2.36.0
/tmp → lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description: Debian GNU/Linux bookworm/sid
Release: unstable
Codename: sid

Maybe some hiccup at Github?

Regards, Axel
--
,''`. | Axel Beckert <a...@debian.org>, https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`- | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE

Axel Beckert

unread,

May 3, 2022, 4:30:04 AM5/3/22

to

Hi,

Andrea Palazzi wrote:
> > Maybe some hiccup at Github?
>

> Seems unlikely since on Windows I could clone and pull everything
> without issues,

And I was able to do so on Debian Sid.

So maybe a host-specific issue like a git setting in ~/.gitconfig or
.git/config which no more works (properly) with 2.36?

> but I'll try again tomorrow.

Thanks!

Axel Beckert

unread,

May 4, 2022, 8:10:04 AM5/4/22

to

Control: severity -1 important

Hi Andrea,

Andrea Palazzi wrote:
> Turns out it'a Qemu issue: with -accel hax hardware acceleration I
> have this error, if I use -accel tcg it works without issues.

Interesting find, thanks for these details!

> I think this bug report can ble closed then.

Not sure, but it surely can be downgraded. Done so.

The question is (and I can't answer that) if Debian generally supports
running under these settings or if git has some (hopefully
deactivatable) optimizations which fail under these settings.

Sascha Scandella

unread,

May 29, 2022, 7:30:04 AM5/29/22

to

I have unfortunately had to make the same experiences. with the accelerator hax or whpx it leads to the same error with QEMU (tested v6.2.x and
v7.0.x). Using tcg as accelerator is not an alternative, because it is extremely slow.

What I could find out so far is that it leads to an error with Ubuntu 20.04 LTS and 22.04 LTS. Also when updating git. Strangely, the error does not
appear with Ubuntu 21.04. Therefore, I recently thought to repeat the test with Ubuntu 22.04 LTS where I unfortunately found that the same error occurs.

What helps is compiling git with OpenSSL instead of GnuTLS (which is standard with git).

See also https://github.com/paul-nelson-baker/git-openssl-shellscript.

How could I get to the root cause of the error?

Regards,
Sascha

Sascha Scandella

unread,

May 29, 2022, 12:50:04 PM5/29/22

to

Apparently setting the GNUTLS_CPUID_OVERRIDE variable helps to work around the error. For more details please refer to this page.

https://gnutls.org/manual/html_node/Debugging-and-auditing.html

The error doesn't appear anymore when setting the GNUTLS_CPUID_OVERRIDE.
GNUTLS_CPUID_OVERRIDE=0x1 git clone https://...

With QEMU 7.0 and apt-get update the same error is also triggered, since also GnuTLS is used.
sudo GNUTLS_CPUID_OVERRIDE=0x1 apt-get update

So this is not really a bug in git, but a bug in GnuTLS when running QEMU with Windows as host (with Hyper-V acceleration hax or whpx).

Best,
Sascha

Lt Dr Chan Yeol

unread,

Oct 7, 2022, 10:00:03 AM10/7/22

to

Hello,
My name is Chan Yeol, I sent a message to your email but I have not received any response from you. So, I want to know if you received my previous message.
Greetings.

Roberto Lumbreras

unread,

Feb 28, 2023, 10:40:06 AM2/28/23

to

Hi,

I have the same problem with a Debian GNU/Linux 11 (bullseye) on bare metal (not QEMU).
It happens with all github repositories I've tried:

$ git clone https://github.com/esnet/iperf
Cloning into 'iperf'...
(never ends, or ends with "error: git-remote-https died of signal 8")

If I strace the process git-remote-https, it's doing getrandom() all the time.

Setting GNUTLS_CPUID_OVERRIDE=0x1 doesn't solve it.

I don't have any .gitconfig or similar.

Regards,

--

Roberto Lumbreras
Debian developer