Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Github Sync fails with OpenSSL error #284

Open
Chlorine8477 opened this issue Dec 20, 2022 · 8 comments
Open

Github Sync fails with OpenSSL error #284

Chlorine8477 opened this issue Dec 20, 2022 · 8 comments

Comments

@Chlorine8477
Copy link

Trying to setup the Github Sync fails with the following error:

Unable to proceed because Github Downloader - InOutError Could not initialize OpenSSL library
OpenSSL library in Fedora Workstation 37 is installed, everything else seems to work.

Is there a way to write a log?

@davidbannon
Copy link
Member

Hmm, thats an interesting one. I suspect there may be an SSL incompatibility here. Its not unusual when working with SSL !
You might see a more detailed error report if you run from the command line. Where I can, I drop things like that to console.
But I suspect I might need to do some debugging here. Is yours a fresh install or an upgrade from previous versions ? Has it worked with previous versions of Fedora ?
Thanks for the report !
Davo

@davidbannon
Copy link
Member

No Chlorine8477, I have not been able to replicate the issue here. Ran it up on a F 37 vm, it synced against github just fine for me. I even tried updating the OS thinking maybe a new libssl was an issue, still fine. Have you updated there ?

Now, I "believe" I have trapped out all the possible token or network errors (and give you a more useful error message) but I guess we have to assume I have missed one. I cannot think what else it could be. Maybe I get you a binary with a bit more debugging going on in that section of the code and you run it, show me the results ?

Which widget set are you using, gtk2 or Qt5 ?

Davo

Chlorine ? Its a poisonous gas !

@Chlorine8477
Copy link
Author

Good morning David,
I assure you, I am not really toxic, but it makes people weary ;)
To the matter at hand: I am running tomboy-ng on GTK2 on a very updated Fedora Workstation 37, fresh out of the box.
BUT it might be the 64-bit version, I will try the 32 bit version later today.
strace did not really output anything interesting btw....

I'll get back to you later

@davidbannon
Copy link
Member

davidbannon commented Dec 21, 2022

I sort of doubt its a 32/64 bit issue although I do know that is handled differently on Fedora than the deb based systems I am familiar with. Its an I/O error and, as near as I tell, the httpclient unit itself does not raise an EInOutException. That suggests to me that the problem relates, some how, to being unable to open libssl. It also would seem unlikely that you could have a libssl problem and be otherwise unaware of it ! Most unlikely...

Did your strace indicate that libssl was opened OK ?

Even less likely is a failure to save a downloaded file, perhaps because of write protection. I am pretty sure the error occurs before download, not after. But ...

A mystery indeed.

Davo

Warning, don't upload to here an strace without having a good look first, I suspect it could show your github token !

@davidbannon
Copy link
Member

Hey Chlorine, any further thoughts on this ?
Davo

@davidbannon
Copy link
Member

One way or another, this issue seems to be a stale one.

Thanks for your report.

Davo

@cleverfrog
Copy link

In case anyone has trouble with this on ubuntu - this solved it for me (not sure if it's the right way to go, but it seems to work now)

sudo apt-get purge openssl
sudo apt-get install libssl-dev

@davidbannon
Copy link
Member

davidbannon commented May 6, 2024

Ahh! thanks for reminding me about this report. I now know what caused it, its an incompatibility between openssl 3.0 and the official release of Free Pascal Compiler (version 3.2.2).

Indeed, cleverfrog, installing libssl-dev is a solution for linux users. Lazarus, when it cannot find a suitable version of openssl tries the non-versioned version, which is provided by the -dev package (actually just a symlink without any version number pointing to the installed version).

I currently have a beta version out, built with FPC323 that directly solves this problem. Hope to release it soon.
I will reopen this ticket because its very likely to bite other people.

thanks,
Davo

@davidbannon davidbannon reopened this May 6, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants