4.9.3 preparations

[Paul Buxton]

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 <dirk at hohndel.org> wrote:

>
> > On Sep 9, 2019, at 8:00 AM, Paul Buxton <paulbuxton.mail at 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.mail@googlemail.com[paulbuxton.mail@googlemail.com]
> "
> Opening cloud storage from: "
> https://cloud.subsurface-divelog.org//git/paulbuxton.mail@googlemail.com[paulbuxton.mail@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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.subsurface-divelog.org/pipermail/subsurface/attachments/20190909/decfc1c6/attachment.html>