(Apologies for trying to post to the list from an email address not
registered on the list.)
Mac binaries downloaded and tested. The various items (clicking on
flags, save to cloud) that have been reported aren't an issue.
Scanning found the Cosmiq, as expected, and was able to import dives.
Also note that it works if I put the compiled libssl path at the end of the
LD_LIBRARY_PATH like so
LD_LIBRARY_PATH=/tmp/.mount_SubsurCt4MZJ/usr/lib/:$LD_LIBRARY_PATH:~/local/openssl/
/tmp/.mount_SubsurCt4MZJ/AppRun -v
On Mon, Sep 9, 2019 at 1:18 PM Paul Buxton
wrote:
> Yes it will use the
Yes it will use the same path, but if QT is looking for different versions
it may find both the one in the package and the one on the platform.
Is that the first or last reference to libssl you get in strace?
I have now downloaded and built openssl locally.
If I add its folder to LD_LIBRARY_PATH
On Mon, Sep 09, 2019 at 11:26:22AM +0100, Paul Buxton wrote:
> Hmm, doesn't make any difference on mine.
> Googling I did fine some references that suggest that Qt networking loads
> libssl and libcrypto using dlopen, which would not show up as a dependency
> through ldd
>
Hmm, doesn't make any difference on mine.
Googling I did fine some references that suggest that Qt networking loads
libssl and libcrypto using dlopen, which would not show up as a dependency
through ldd
https://code.qt.io/cgit/qt/qtbase.git/tree/src/network/ssl/qsslsocket_openssl_symbols.cpp
On Mon, Sep 09, 2019 at 10:03:44AM +0100, Dirk Hohndel wrote:
> On Mon, Sep 09, 2019 at 09:50:07AM +0100, Paul Buxton wrote:
> > Reviewing my log I also see an message Incompatible version of SSL
> >
> > Doing some googling this looks relevant.
> >
On Mon, Sep 09, 2019 at 09:50:07AM +0100, Paul Buxton wrote:
> 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.
>
On Mon, Sep 09, 2019 at 09:22:28AM +0100, Paul Buxton 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
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
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
> On Sep 9, 2019, at 5:04 AM, David Owen wrote:
>
> I didn't see any MacOS binaries. Not sure if that it is to do with the
> extra hoops that apps need to go through, so I took the tar file from
> the continuous build directory and built and tested that.
I made the official binaries just a
I didn't see any MacOS binaries. Not sure if that it is to do with the
extra hoops that apps need to go through, so I took the tar file from
the continuous build directory and built and tested that. No issues so
far. I can see the Cosmiq+ in the list of computers but am struggling
to work out
Forgot the most important thing.
THANK YOU FOR TESTING!
/D
(the first official 4.9.3 builds are slowly showing up on
https://subsurface-divelog.org/downloads - in case others feel like testing as
well)
> On Sep 9, 2019, at 8:11 AM, Dirk Hohndel wrote:
>
>
>> On Sep 9, 2019, at 8:00
> On Sep 9, 2019, at 8:00 AM, Paul Buxton
> 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
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
On Sun, Sep 8,
I have tested Windows and Appimage installer from
https://github.com/Subsurface-divelog/subsurface/releases/tag/continuous
build.
These look to work ok for me.
I will try the Appimage one on my work machine tomorrow as well as that is
the one I saw a crash on with 4.9.1 (unable to reproduce
On 7/09/19 20:16, Linus Torvalds wrote:
Now, there are other changes that Jef did to the Mares code, but the
BLE-specific change I see is his changes to do the BLE packet cache,
so it really looks like that might be it.
I doubt that change will fix Fabio's problem. That patch is needed to
On Sat, Sep 7, 2019 at 12:21 PM Fabio Capriati wrote:
>
> If you have a Android version with new Beta version of libdivelog, I can
> test it on my Mares Smart DC.
Hmm. Travis successfully built the Android version at
https://travis-ci.org/Subsurface-divelog/subsurface/jobs/582100407
but I
Il sab 7 set 2019, 18:54 Linus Torvalds ha
scritto:
> On Sat, Sep 7, 2019 at 8:34 AM Dirk Hohndel wrote:
> >
> > Linus, is there anything in libdivecomputer we should pull?
>
> I just checked Jef's branch, and merged it. It has a Mares BLE packet
> caching fix that *might* explain that the
On Sat, Sep 7, 2019 at 9:54 AM Linus Torvalds
wrote:
>
> I've done the merge, I'm doing a test build, and I'll make a pull
> request.
Travis is happy, things look ok.
For reference, this is the diffstat of the updates from Jef:
src/divesystem_idive_parser.c | 131 +++---
On Sat, Sep 7, 2019 at 8:34 AM Dirk Hohndel wrote:
>
> Linus, is there anything in libdivecomputer we should pull?
I just checked Jef's branch, and merged it. It has a Mares BLE packet
caching fix that *might* explain that the Mares BLUELINK Pro
apparently doesn't work any more.
Since I don't
This took a lot longer than expected.
What else is new.
I think we finally have the Qt 5.9 issue resolved (THANK YOU Berthold) and
a couple of crashes one could produce in the same area of code even with the
latest Qt.
We also have a Qt 5.12 based AppImage - and that one REALLY needs
22 matches
Mail list logo