Gittyup icon indicating copy to clipboard operation
Gittyup copied to clipboard

SSL error: unknown error

Open fairking opened this issue 2 years ago • 5 comments

Hi everyone,

I am trying to clone my repo from my own dev server and I am getting an error:

SSL error: unknown error

I was using login and password of my gitea user. Gitea v1.20.4 System: Fedora 38 (Linux 6.5.6-200.fc38.x86_64)

image

The ssl certificate is Let's encrypt.

image

image

I use other git client on another my pc (windows) and it's working fine.

fairking avatar Oct 17 '23 20:10 fairking

BTW. If I use git clone https://mydomain.com:3001/user/project.git on the same machine (where gittyup installed) it asks for user name and password and clones the repo without any issues.

The command git config -l --show-origin returns

file:/home/user/.gitconfig       http.sslversion=sslv3

looks like something gittyup is broken :-(

fairking avatar Oct 19 '23 23:10 fairking

@exactly-one-kas may know something about.

Murmele avatar Oct 27 '23 16:10 Murmele

Can you try the artifacts of the qt6 build? https://github.com/Murmele/Gittyup/pull/429 There I updated the openssl version

Murmele avatar Nov 12 '23 17:11 Murmele

Can you try the artifacts of the qt6 build? #429 There I updated the openssl version

Sorry, I am struggling with the build, it's over-complicated to me. I could try some beta/rc *.rpm instead.

fairking avatar Nov 13 '23 21:11 fairking

I must say I've yet to hit the same problem myself, but compiling on Fedora 38 the tests pass without any issue on that qt6 branch, were as I hit trouble running the master branch (very similar error to #546 I might add). I strongly suspect that these warnings I get on the master branch, but not on the qt6 branch, have something to do with that

/usr/bin/ld: warning: libssl.so.3, needed by /usr/lib64/libQt5Network.so.5.15.13, may conflict with libssl.so.1.1
/usr/bin/ld: warning: libcrypto.so.3, needed by /usr/lib64/libQt5Network.so.5.15.13, may conflict with libcrypto.so.1.1

I'm not sure how it's all connected, but I suspect this is an openssl 1.1 vs. 3.0 clash

AHSauge avatar May 11 '24 15:05 AHSauge