Git isn't working when i clone, fetch, or push

I keep getting this error when trying to push to my github repository

/usr/lib/git-core/git-remote-https: symbol lookup error: /usr/lib/git-core/git-remote-https: undefined symbol: curl_global_sslset, version CURL_GNUTLS_3

Im running Kubuntu and im more on the novice side

18 points · 9 comments · view on lemmy.world

9 Comments

canpolat@programming.dev · 9 pts · 2y (1 reply)

Not sure but that sounds like you have a problem with your Git installation (or a dependency of Git). Maybe a reinstallation can solve that.

EvolvedTurtle@lemmy.world · 2 pts · 2y

I swear I tried this but I guess it took an extra time to fix

jonne@infosec.pub · 2 pts · 2y

Do you have curl installed?

jnareb@programming.dev · 1 pts · 2y

undefined symbol: curl_global_sslset, version CURL_GNUTLS_3

This function was added in libcurl 7.56.0.

Maybe your curl is too old?

Kissaki@programming.dev · 1 pts · 2y (1 reply)

If working around it is an option, you could switch from https to ssh protocol.

EvolvedTurtle@lemmy.world · 1 pts · 2y

It doesn't work either way

metiulekm@sh.itjust.works · 1 pts · 2y (2 replies)

ldd /usr/lib/git-core/git-remote-https?

EvolvedTurtle@lemmy.world · 1 pts · 2y (1 reply)

I'ma try this if it breaks again I briefly fixed it in the past for it to break again

metiulekm@sh.itjust.works · 2 pts · 2y

That command will produce a list of (dynamic) libraries that are being used by that helper. It will look somewhat like this (this is copied from my Arch instalation):

	linux-vdso.so.1 (0x00007edb2f060000)
	libcurl.so.4 => /usr/lib/libcurl.so.4 (0x00007edb2ee6f000)
	libpcre2-8.so.0 => /usr/lib/libpcre2-8.so.0 (0x00007edb2edd1000)
	libz.so.1 => /usr/lib/libz.so.1 (0x00007edb2edb8000)
	libc.so.6 => /usr/lib/libc.so.6 (0x00007edb2ebcc000)
	libnghttp3.so.9 => /usr/lib/libnghttp3.so.9 (0x00007edb2eba9000)
	libnghttp2.so.14 => /usr/lib/libnghttp2.so.14 (0x00007edb2eb7f000)
	libidn2.so.0 => /usr/lib/libidn2.so.0 (0x00007edb2eb5b000)
	libssh2.so.1 => /usr/lib/libssh2.so.1 (0x00007edb2eb12000)
	libpsl.so.5 => /usr/lib/libpsl.so.5 (0x00007edb2eafe000)
	libssl.so.3 => /usr/lib/libssl.so.3 (0x00007edb2ea24000)
	libcrypto.so.3 => /usr/lib/libcrypto.so.3 (0x00007edb2e400000)
	libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0x00007edb2e9d0000)
	libzstd.so.1 => /usr/lib/libzstd.so.1 (0x00007edb2e8ef000)
	libbrotlidec.so.1 => /usr/lib/libbrotlidec.so.1 (0x00007edb2e8e0000)
	/lib64/ld-linux-x86-64.so.2 => /usr/lib64/ld-linux-x86-64.so.2 (0x00007edb2f062000)
	libunistring.so.5 => /usr/lib/libunistring.so.5 (0x00007edb2e250000)
	libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0x00007edb2e178000)
	libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0x00007edb2e14a000)
	libcom_err.so.2 => /usr/lib/libcom_err.so.2 (0x00007edb2e8d8000)
	libkrb5support.so.0 => /usr/lib/libkrb5support.so.0 (0x00007edb2e13c000)
	libkeyutils.so.1 => /usr/lib/libkeyutils.so.1 (0x00007edb2e8d1000)
	libresolv.so.2 => /usr/lib/libresolv.so.2 (0x00007edb2e12a000)
	libbrotlicommon.so.1 => /usr/lib/libbrotlicommon.so.1 (0x00007edb2e107000)

It might be a good idea actually to try running this both when it works and when it doesn't, maybe there is some difference?