Hi there
This is the usual reminder about the upcoming Fedora release. Fedora 44 beta has been released on March 10th, and people are testing upgrades.
insync-3.9.8.60034-fc43 appears to work on Fedora 44 once you force usage of the F43 repo. So, a simple rebuild for F44 would allow all users to upgrade without meddling with their repo definition files.
The release of Fedora 44 is scheduled for April 14th (subject to change in case of late blockers).
Cheers
Michael
We appreciate this post! 
And Ubuntu 26.04 too…
Sorry, but what does “too” mean? This post is specifically about the upcoming release of Fedora 44, on which I"ve tested the mentioned F43 version of isync successfully. It will be solved once the insync team builds that package for Fedora 44.
None of this applies to Ubuntu, so please open a separate topic if you have a request or want to share information specific to Ubuntu. Thanks.
I might have spoken too early, or a relevant Fedora change kicked in just recently: the mentioned insync version - when used on Fedora 44 - just sits at “scanning” as per the GUI.
Starting with --debug 7 I see the follwoing:
INFO 2026-04-03 12:44:52,532 [httpclient:request:195] Curl error CurlError(77, 'error setting certificate verify locations:\n CAfile: /etc/ssl/certs/ca-certificates.crt\n CApath: none') while requesting to 'www.dropbox.com'.
INFO 2026-04-03 12:44:52,532 [httpclient:request:198] Retrying later...
And the same for other end points. The reason is most probably: Changes/droppingOfCertPemFile - Fedora Project Wiki
Indeed, using the workaround update-ca-trust extract --rhbz2387674 fixes this temporarily and makes insync sync again. It’s not permanent fix as outlined in the linked change doc.
Hello @MJG, you may try the Fedora 44 build from here: Linux - Download Insync
Do let me know how it goes!
@edisso10018 – responding here for your convenience:
Ubuntu 26.04 is now available here: Linux - Download Insync 
Thanks, this works (update via dnf), even after removing the cert.pem workaround (if I”ve managed to remove it completely …).
The option --rhbz2387674 is a temporary workaround and will be removed in a
future release. Please do not use it in build scripts or automation.
To ensure the affected package works correctly in the future, a bug report
must
be filed.
Check if a bug already exists for the affected package:
Bug List
dora&short_desc=droppingOfCertPemFile%20package%3A&short_desc_type=allwordss
ubstr
If no bug exists, please file a new one using this template:
Log in to Red Hat Bugzilla
icates&version=rawhide&short_desc=droppingOfCertPemFile+package:+<<package_n
ame>>+is+affected
Thank you for helping improve Fedora.
gbcox@elysium:~/Downloads$ insync start --no-daemon
WARNING:root:While reading /usr/share/applications/defaults.list
Traceback (most recent call last):
File “idesklinux/application_manager.py”, line 53, in __index_default_apps
File “configparser.py”, line 697, in read
File “configparser.py”, line 1096, in _read
configparser.DuplicateOptionError: While reading from ‘/usr/share/applications/defaults.list’ [line 31]: option ‘application/rdf+xml’ in section ‘Default Applications’ already exists
WARNING:root:While reading /usr/share/applications/mimeapps.list
Traceback (most recent call last):
File “idesklinux/application_manager.py”, line 53, in __index_default_apps
File “configparser.py”, line 697, in read
File “configparser.py”, line 1096, in _read
configparser.DuplicateOptionError: While reading from ‘/usr/share/applications/mimeapps.list’ [line 331]: option ‘image/tiff’ in section ‘Default Applications’ already exists
WARNING:root:While reading /usr/share/applications/mimeapps.list
Traceback (most recent call last):
File “idesklinux/application_manager.py”, line 70, in __index_apps_for_mimetypes
File “configparser.py”, line 697, in read
File “configparser.py”, line 1096, in _read
configparser.DuplicateOptionError: While reading from ‘/usr/share/applications/mimeapps.list’ [line 331]: option ‘image/tiff’ in section ‘Default Applications’ already exists
WARNING:root:While reading /usr/share/applications/defaults.list
Traceback (most recent call last):
File “idesklinux/application_manager.py”, line 70, in __index_apps_for_mimetypes
File “configparser.py”, line 697, in read
File “configparser.py”, line 1096, in _read
configparser.DuplicateOptionError: While reading from ‘/usr/share/applications/defaults.list’ [line 31]: option ‘application/rdf+xml’ in section ‘Default Applications’ already exists
INFO 2026-04-11 19:17:27,181 [mainlogs:_log_run:130] Core(app_version=3.9.8.60034, platform=Linux-x86_64-fedora/44) initialized
INFO 2026-04-11 19:17:27,204 [mainsettings:_load_settings:236] Loaded settings, machine fingerprint = ES2iswCgt4-s4k9XfWLpwv_VzU1WoTheN92FXFsYNNs=
qt.qpa.wayland: Wayland does not support QWindow::requestActivate()
INFO 2026-04-11 19:17:27,296 [app:start_core:67] core started
INFO 2026-04-11 19:17:27,300 [unix_socket_server:start:106] unix socket server thread start
INFO 2026-04-11 19:17:27,393 [httpclient:request:195] Curl error CurlError(60, ‘SSL certificate problem: unable to get local issuer certificate’) while requesting to ‘www.google-analytics.com’.
INFO 2026-04-11 19:17:27,394 [httpclient:request:198] Retrying later…
INFO 2026-04-11 19:17:27,468 [httpclient:request:195] Curl error CurlError(60, ‘SSL certificate problem: unable to get local issuer certificate’) while requesting to ‘license.insynchq.com’.
INFO 2026-04-11 19:17:27,468 [httpclient:request:198] Retrying later…
INFO 2026-04-11 19:17:28,994 [httpclient:request:195] Curl error CurlError(60, ‘SSL certificate problem: unable to get local issuer certificate’) while requesting to ‘www.google-analytics.com’.
INFO 2026-04-11 19:17:28,994 [httpclient:request:198] Retrying later…
INFO 2026-04-11 19:17:29,135 [httpclient:request:195] Curl error CurlError(60, ‘SSL certificate problem: unable to get local issuer certificate’) while requesting to ‘license.insynchq.com’.
INFO 2026-04-11 19:17:29,135 [httpclient:request:198] Retrying later…
INFO 2026-04-11 19:17:31,348 [httpclient:request:195] Curl error CurlError(60, ‘SSL certificate problem: unable to get local issuer certificate’) while requesting to ‘www.google-analytics.com’.
INFO 2026-04-11 19:17:31,349 [httpclient:request:198] Retrying later…
INFO 2026-04-11 19:17:31,551 [httpclient:request:195] Curl error CurlError(60, ‘SSL certificate problem: unable to get local issuer certificate’) while requesting to ‘license.insynchq.com’.
INFO 2026-04-11 19:17:31,551 [httpclient:request:198] Retrying later…
INFO 2026-04-11 19:17:34,823 [httpclient:request:195] Curl error CurlError(60, ‘SSL certificate problem: unable to get local issuer certificate’) while requesting to ‘www.google-analytics.com’.
INFO 2026-04-11 19:17:34,823 [httpclient:request:198] Retrying later…
INFO 2026-04-11 19:17:35,095 [httpclient:request:195] Curl error CurlError(60, ‘SSL certificate problem: unable to get local issuer certificate’) while requesting to ‘license.insynchq.com’.
INFO 2026-04-11 19:17:35,095 [httpclient:request:198] Retrying later…
INFO 2026-04-11 19:17:39,989 [httpclient:request:195] Curl error CurlError(60, ‘SSL certificate problem: unable to get local issuer certificate’) while requesting to ‘www.google-analytics.com’.
INFO 2026-04-11 19:17:39,989 [httpclient:request:198] Retrying later…
INFO 2026-04-11 19:17:40,317 [httpclient:request:195] Curl error CurlError(60, ‘SSL certificate problem: unable to get local issuer certificate’) while requesting to ‘license.insynchq.com’.
INFO 2026-04-11 19:17:40,317 [httpclient:request:198] Retrying later…
INFO 2026-04-11 19:17:47,677 [httpclient:request:195] Curl error CurlError(60, ‘SSL certificate problem: unable to get local issuer certificate’) while requesting to ‘www.google-analytics.com’.
INFO 2026-04-11 19:17:47,677 [httpclient:request:198] Retrying later…
INFO 2026-04-11 19:17:48,078 [httpclient:request:195] Curl error CurlError(60, ‘SSL certificate problem: unable to get local issuer certificate’) while requesting to ‘license.insynchq.com’.
INFO 2026-04-11 19:17:48,078 [httpclient:request:198] Retrying later…
qt.qpa.wayland: Wayland does not support QWindow::requestActivate()
INFO 2026-04-11 19:17:53,208 [app:quit:87] quitting
INFO 2026-04-11 19:17:53,209 [unix_socket_server:stop:126] unix socket server thread stop
INFO 2026-04-11 19:17:53,310 [httpclient:request:195] Curl error CurlError(60, ‘SSL certificate problem: unable to get local issuer certificate’) while requesting to ‘www.google-analytics.com’.
ERROR 2026-04-11 19:17:53,319 [base_events:default_exception_handler:1753] Task exception was never retrieved
future: <Task finished name=‘Task-268’ coro=<Telemetry._upload() done, defined at idesksync/telemetrywork.py:121> exception=CurlError(60, ‘SSL certificate problem: unable to get local issuer certificat
e’)>
Traceback (most recent call last):
File “idesksync/telemetrywork.py”, line 185, in _upload
File “idesknet/httpclient.py”, line 175, in request
File “idesknet/httpclient.py”, line 570, in headers
idesknet.httpclient.CurlError: (60, ‘SSL certificate problem: unable to get local issuer certificate’)
INFO 2026-04-11 19:17:53,320 [app:stop:82] core stopped
INFO 2026-04-11 19:17:53,320 [app:stop:84] clean exit
Apologies for the late revert! Let me forward this to our Linux engineer for further assistance.
Thanks! I’m getting a different error than MJG — curl 60, not curl 77:
CurlError(60, ‘SSL certificate problem: unable to get local issuer certificate’)
MJG’s curl 77 meant the system couldn’t find the CA file at all (wrong path), which the --rhbz2387674 workaround and the Insync update resolved. My problem is different.
System curl works perfectly against the same endpoints — TLS validates fine using the system trust store at /etc/pki/ca-trust/extracted/pem/tls-ca-bundle.pem. The certificate chain for license.insynchq.com is issued by Google Trust Services (WR3) and verifies without issue at the OS level.
So the system CA bundle is correct and complete. The problem is that Insync appears to bundle its own libcurl or CA bundle internally, and that bundle doesn’t include the WR3 intermediate CA. That’s why system curl succeeds but Insync’s internal curl fails.
The --rhbz2387674 workaround has no effect because the issue isn’t about the legacy cert path — it’s Insync’s own bundled CA store being incomplete or outdated.
The fix needs to come from Insync: either use the system trust store instead of a bundled one, or update the bundled CA bundle.
Thank you for sending it here. I’ll be back with an update as soon as I receive a reply from our Linux engineers.
Bumping… The issue brought up by gbcox is still an issue and I cannot use insync as a result.
Hi everyone! The SSL issue will be fixed soon. I will be back with an update. Thank you for your patience and apologies for the huge trouble!