Re: Windows build(s) for 4.8.4

2018-11-13 Thread Lubomir I. Ivanov
On Tue, 13 Nov 2018 at 22:47, Dirk Hohndel  wrote:
>
>
> On Nov 13, 2018, at 6:20 AM, Lubomir I. Ivanov  wrote:
>
> On Tue, 13 Nov 2018 at 15:40, Dirk Hohndel  wrote:
>
>
> On Tue, Nov 13, 2018 at 06:34:29PM +0800, Dirk Hohndel wrote:
>
>
> According to https://github.com/mxe/mxe/issues/2070 there is at least one
> project that managed to get QtWebKit to build with MXE - but from what I
> can tell this must have been on W64. Which made me wonder if it made sense
> for us to have two Windows binaries... a 32bit binary without BLE support,
> based on Qt 5.9 (just like the last one). And a 64bit binary, hopefully
> with both BLE and QtWebKit support. After all, BLE requires the latest
> Windows 10 and no one in their right mind is running this in 32bit mode,
> right?
>
>
> I spoke too soon. I can't get this to work at all, so still no QtWebKit
> for Qt 5.10 or later under MXE :-(
>
>
> i guess we have the option to wait until Qt and MXE goes back to
> QtWebKit officially.
> such a build will have both BLE and QtWebkit for Windows?
>
> what i really wanted us to have, even if we don't release official /
> experimental BLE support for Windows soon, is to have a Windows BLE
> installer that i can point users to so that they can test their DCs.
> right now i have to point them either to an old version (was it -46)
> or to my own build which is super haxored and even lacks QImage
> support.
>
> if -46 is sufficient for this we can continue recommending it.
>
>
> I really want a 4.8.4 build to point people to.
> I need to go back and see how I created -46. Does it have maps?
>

so -46 is not the correct one, sorry.
it was -17.

maps work for it and also just tested and it downloads dives from the
Perdix AI (BTLE) too.

lubomir
--
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface


Re: Windows build(s) for 4.8.4

2018-11-13 Thread Dirk Hohndel

> On Nov 13, 2018, at 6:20 AM, Lubomir I. Ivanov  wrote:
> 
> On Tue, 13 Nov 2018 at 15:40, Dirk Hohndel  > wrote:
>> 
>> On Tue, Nov 13, 2018 at 06:34:29PM +0800, Dirk Hohndel wrote:
>>> 
>>> According to https://github.com/mxe/mxe/issues/2070 there is at least one
>>> project that managed to get QtWebKit to build with MXE - but from what I
>>> can tell this must have been on W64. Which made me wonder if it made sense
>>> for us to have two Windows binaries... a 32bit binary without BLE support,
>>> based on Qt 5.9 (just like the last one). And a 64bit binary, hopefully
>>> with both BLE and QtWebKit support. After all, BLE requires the latest
>>> Windows 10 and no one in their right mind is running this in 32bit mode,
>>> right?
>> 
>> I spoke too soon. I can't get this to work at all, so still no QtWebKit
>> for Qt 5.10 or later under MXE :-(
>> 
> 
> i guess we have the option to wait until Qt and MXE goes back to
> QtWebKit officially.
> such a build will have both BLE and QtWebkit for Windows?
> 
> what i really wanted us to have, even if we don't release official /
> experimental BLE support for Windows soon, is to have a Windows BLE
> installer that i can point users to so that they can test their DCs.
> right now i have to point them either to an old version (was it -46)
> or to my own build which is super haxored and even lacks QImage
> support.
> 
> if -46 is sufficient for this we can continue recommending it.

I really want a 4.8.4 build to point people to.
I need to go back and see how I created -46. Does it have maps?

/D

___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface


Re: Windows build(s) for 4.8.4

2018-11-13 Thread Lubomir I. Ivanov
On Tue, 13 Nov 2018 at 15:40, Dirk Hohndel  wrote:
>
> On Tue, Nov 13, 2018 at 06:34:29PM +0800, Dirk Hohndel wrote:
> >
> > According to https://github.com/mxe/mxe/issues/2070 there is at least one
> > project that managed to get QtWebKit to build with MXE - but from what I
> > can tell this must have been on W64. Which made me wonder if it made sense
> > for us to have two Windows binaries... a 32bit binary without BLE support,
> > based on Qt 5.9 (just like the last one). And a 64bit binary, hopefully
> > with both BLE and QtWebKit support. After all, BLE requires the latest
> > Windows 10 and no one in their right mind is running this in 32bit mode,
> > right?
>
> I spoke too soon. I can't get this to work at all, so still no QtWebKit
> for Qt 5.10 or later under MXE :-(
>

i guess we have the option to wait until Qt and MXE goes back to
QtWebKit officially.
such a build will have both BLE and QtWebkit for Windows?

what i really wanted us to have, even if we don't release official /
experimental BLE support for Windows soon, is to have a Windows BLE
installer that i can point users to so that they can test their DCs.
right now i have to point them either to an old version (was it -46)
or to my own build which is super haxored and even lacks QImage
support.

if -46 is sufficient for this we can continue recommending it.

lubomir
--
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface


Re: Windows build(s) for 4.8.4

2018-11-13 Thread Dirk Hohndel
On Tue, Nov 13, 2018 at 06:34:29PM +0800, Dirk Hohndel wrote:
> 
> According to https://github.com/mxe/mxe/issues/2070 there is at least one
> project that managed to get QtWebKit to build with MXE - but from what I
> can tell this must have been on W64. Which made me wonder if it made sense
> for us to have two Windows binaries... a 32bit binary without BLE support,
> based on Qt 5.9 (just like the last one). And a 64bit binary, hopefully
> with both BLE and QtWebKit support. After all, BLE requires the latest
> Windows 10 and no one in their right mind is running this in 32bit mode,
> right?

I spoke too soon. I can't get this to work at all, so still no QtWebKit
for Qt 5.10 or later under MXE :-(

/D
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface


Windows build(s) for 4.8.4

2018-11-13 Thread Dirk Hohndel
As everyone will have noticed, I'm not where I wanted to be regarding a
4.8.4 release. Too much traveling (I'm in Shanghai right now), too much
work in my day job, too many distractions in my real life (because I love
pain I am in the midst of building a house)...

Anyway, one of the things I really wanted to figure out before a next
release was how to build the "right" Windows binary.

The only partial success that we've seen so far with Windows BLE on
Windows 10 was when the build was based on Qt 5.10 or newer. I tried
getting the Windows BLE code to work with 5.9 but at least for me that
never worked.

But MXE doesn't support QtWebKit with 5.10 and newer. So it looks like we
can have either BLE or a map, but not both.

According to https://github.com/mxe/mxe/issues/2070 there is at least one
project that managed to get QtWebKit to build with MXE - but from what I
can tell this must have been on W64. Which made me wonder if it made sense
for us to have two Windows binaries... a 32bit binary without BLE support,
based on Qt 5.9 (just like the last one). And a 64bit binary, hopefully
with both BLE and QtWebKit support. After all, BLE requires the latest
Windows 10 and no one in their right mind is running this in 32bit mode,
right?

Right now I'm trying to get such a 64bit build going (which is running
into its own problems, of course, because nothing is ever easy it seems).
Oh and of course I've spent several hours already today dealing with the
broken Android build (I think I finally fixed that - I just pushed what I
believe to be the solution to master).

Anyway, this is where I'm stuck and this is why there isn't a new release,
yet. I'll continue to plod along, as best as my time allows.

/D
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface