Reviewing my log I also see an message Incompatible version of SSL Doing some googling this looks relevant. https://github.com/probonopd/linuxdeployqt/issues/209
Basically it looks like Qt>5.10 expect to use openssl 1.1. The package we are supplying includes openssl 1.0 I am guessing that on distros with newer versions of Openssl the Appimage is picking up the right version to use. Paul On Mon, Sep 9, 2019 at 9:22 AM Paul Buxton <paulbuxton.m...@googlemail.com> wrote: > Tried with the --cloud-timeout, no change (other than taking 15 secs to > timeout). > > I am able to go back to the 4.9.1 appimage and it has no issues talking to > github. > I am also able to log into the cloud.subsurface-divelog.org (didn't know > that existed, nice!) with my username/credentials > So I don't think it is the network here. > > My first thought was perhaps we were not supplying openssl as part of the > package > So I mounted the appimage and did > ldd usr/bin/subsurface | grep ssl > which returned > libssl.so.1.0.0 => /tmp/.mount_SubsurBX6Yhm/usr/bin/../lib/libssl.so.1.0.0 > (0x00007f1a11a71000) > > Tried this on both and get the same result, so I think openssl library > version is not the issue. > I will do some googling to see if there are any known qt networking > related, as I note that the package uses a newer version of QT than > previously. > > > On Mon, Sep 9, 2019 at 8:11 AM Dirk Hohndel <d...@hohndel.org> wrote: > >> >> > On Sep 9, 2019, at 8:00 AM, Paul Buxton <paulbuxton.m...@googlemail.com> >> wrote: >> > >> > Hmm, trying the AppImage on my work machine. The previous bug is fixed >> (crash when clicking flags on the map). But the git cloud storage looks to >> be having issues. >> > See attached >> > Ubuntu 16 >> > 4.4.0-145-generic #171-Ubuntu SMP Tue Mar 26 12:43:40 UTC 2019 x86_64 >> x86_64 x86_64 GNU/Linux >> > >> >> >> cloud URL set as " >> https://cloud.subsurface-divelog.org//git/paulbuxton.m...@googlemail.com[paulbuxton.m...@googlemail.com] >> " >> Opening cloud storage from: " >> https://cloud.subsurface-divelog.org//git/paulbuxton.m...@googlemail.com[paulbuxton.m...@googlemail.com] >> " >> git storage: Synchronising data file >> git storage: Sync with cloud storage >> git storage: Waiting for cloud connection (2 second(s) passed) >> git storage: Waiting for cloud connection (3 second(s) passed) >> git storage: Waiting for cloud connection (4 second(s) passed) >> git storage: Cloud connection failed >> connection test to cloud server failed QNetworkReply::UnknownNetworkError >> "TLS initialization failed" 0 "" >> git storage: Can't reach cloud server, working with local data >> git storage: Load dives from local cache >> >> So that could mean that there's an issue with the server (tested a minute >> ago, Works For Me (TM)), there's an issue with the AppImage (tested that on >> ArchLinux, see before, Works For Me (TM), or there's a network issue where >> you are. >> >> Which makes me wonder if maybe there's an issue with connectivity from >> your machine to the cloud server (it's on AWS, Oregon zone). >> >> Can you access https://cloud.subsurface-divelog.org from a browser and >> log in with your Subsurface cloud credentials? >> >> Alternatively, have you tried starting the AppImage with a >> --cloud-timeout=15 or similar argument, to give it more time to connect? >> >> /D > >
_______________________________________________ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface