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