4.9.3 preparations

[Paul Buxton]

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.mail at 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 <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/17b6ac1a/attachment.html>