Just to keep people updated. After a complete A-Z rebuild of every library
and component from source (I literally removed the build directory
including the MXE installation and started from scratch) I am nowhere.
Things compile, installer builds and runs successfully on a Windows VM.
(this require
On 22 September 2015 at 06:56, Dirk Hohndel wrote:
> Just to keep people updated. After a complete A-Z rebuild of every library
> and component from source (I literally removed the build directory
> including the MXE installation and started from scratch) I am nowhere.
>
> Things compile, installe
On 22 September 2015 at 12:34, Lubomir I. Ivanov wrote:
> On 22 September 2015 at 06:56, Dirk Hohndel wrote:
>
> i'm now downloading Qt5.5 to test it out.
and it works - now building natively with qt5.5 and mingw 4.9.2.
QtWebKit is pre-built and inlcuded in the official Qt package.
the compiler
On 22 September 2015 at 13:36, Lubomir I. Ivanov wrote:
> On 22 September 2015 at 12:34, Lubomir I. Ivanov wrote:
>> On 22 September 2015 at 06:56, Dirk Hohndel wrote:
>>
>> i'm now downloading Qt5.5 to test it out.
>
> and it works - now building natively with qt5.5 and mingw 4.9.2.
>
> QtWebKi
On 22 September 2015 at 15:05, Lubomir I. Ivanov wrote:
>
> so apart from NO_DOCS=0, the only thing i'm not building at the moment
> is FTDISUPPORT=1, but that's probably doable as well.
>
alright,
so libftdi builds (without the EEPROM part as i don't want to install
the other libconfuse depende
I believe you only want that on android
--
Sent from my phone
> On Sep 22, 2015, at 06:14, Lubomir I. Ivanov wrote:
>
>> On 22 September 2015 at 15:05, Lubomir I. Ivanov wrote:
>>
>> so apart from NO_DOCS=0, the only thing i'm not building at the moment
>> is FTDISUPPORT=1, but that's proba
On Tue, Sep 22, 2015 at 03:05:16PM +0300, Lubomir I. Ivanov wrote:
>
> update:
>
> i was able to get the tests and marble to work.
> attached is a patch to add the MARBLE_FROM_PKGCONFIG. i know these
> _FROM_PKGCONFIG are mostly for me, but please apply it.
No problem.
I do have the "if (NOT NO_
On 22 September 2015 at 17:26, Dirk Hohndel wrote:
> On Tue, Sep 22, 2015 at 03:05:16PM +0300, Lubomir I. Ivanov wrote:
>>
>> update:
>>
>> i was able to get the tests and marble to work.
>> attached is a patch to add the MARBLE_FROM_PKGCONFIG. i know these
>> _FROM_PKGCONFIG are mostly for me, bu
On 22 September 2015 at 18:38, Lubomir I. Ivanov wrote:
> On 22 September 2015 at 17:26, Dirk Hohndel wrote:
>> In the meantime (talking about Plan A) I got a lot further last night
>> building Qt with debugging enabled. QtWebKit still fails to build, but
>> it feels like I'm getting closer.
>>
On Tue, Sep 22, 2015 at 06:38:11PM +0300, Lubomir I. Ivanov wrote:
> On 22 September 2015 at 17:26, Dirk Hohndel wrote:
> > On Tue, Sep 22, 2015 at 03:05:16PM +0300, Lubomir I. Ivanov wrote:
> >>
> >> update:
> >>
> >> i was able to get the tests and marble to work.
> >> attached is a patch to add
On 22 September 2015 at 19:05, Dirk Hohndel wrote:
> On Tue, Sep 22, 2015 at 06:38:11PM +0300, Lubomir I. Ivanov wrote:
>>
>> do you wan't me change the patch so that the "if (NO_MARBLE)" is on top?
>> i do sort of need this patch to be able to build Marble (i.e. use
>> pkg-config) on Win32.
>
> I
On 22 September, 2015 - Lubomir I. Ivanov wrote:
> On 22 September 2015 at 15:05, Lubomir I. Ivanov wrote:
> >
> > so apart from NO_DOCS=0, the only thing i'm not building at the moment
> > is FTDISUPPORT=1, but that's probably doable as well.
> >
>
> alright,
>
> so libftdi builds (without the
In tonights installment of the saga...
Lots of progress.
I massaged MXE to go from MinGW 5.2.0 back to 4.9.2 (the compiler used in
the official Qt5.5 builds). That turned out to be a bit of a pain but hey,
I think I have it working.
Rebuilt all the libraries.
I can now create a Windows installe
On Tuesday 22 September 2015 20:52:09 you wrote:
> I notice that even though this is using Qt5.5 it still identifies itself
> as "Windows" not "Windows 10" on my brand new Windows 10 laptop.
> Thiago, any idea?
You're probably using Qt 5.5.0. This is fixed for 5.5.1:
http://code.qt.io/cgit/qt/qtb
> On Sep 22, 2015, at 20:56, Thiago Macieira wrote:
>
>> On Tuesday 22 September 2015 20:52:09 you wrote:
>> I notice that even though this is using Qt5.5 it still identifies itself
>> as "Windows" not "Windows 10" on my brand new Windows 10 laptop.
>> Thiago, any idea?
>
> You're probably usin
Hi,
> Am 23.09.2015 um 05:52 schrieb Dirk Hohndel :
>
> if we detect that the local cache is inconsistent and unusable, should
> we just delete it? I mean, even if it contained data that wasn't synced to
> the server, if libgit2 can't read it I guess it's toast so instead of
> giving a semi-usefu
On Tuesday 22 September 2015 21:16:17 Dirk Hohndel wrote:
> > On Sep 22, 2015, at 20:56, Thiago Macieira wrote:
> >> On Tuesday 22 September 2015 20:52:09 you wrote:
> >> I notice that even though this is using Qt5.5 it still identifies itself
> >> as "Windows" not "Windows 10" on my brand new Win
On Sep 22, 2015 8:52 PM, "Dirk Hohndel" wrote:
>
> b) if we detect that the local cache is inconsistent and unusable, should
> we just delete it?
Please don't delete it, one of the nice things about the git format is how
old history is almost impossible to destroy by mistake. But deleting the
rep
On Tue, Sep 22, 2015 at 09:49:43PM -0700, Linus Torvalds wrote:
> On Sep 22, 2015 8:52 PM, "Dirk Hohndel" wrote:
> >
> > b) if we detect that the local cache is inconsistent and unusable, should
> > we just delete it?
>
> Please don't delete it, one of the nice things about the git format is how
On Tue, Sep 22, 2015 at 09:46:52PM -0700, Thiago Macieira wrote:
> On Tuesday 22 September 2015 21:16:17 Dirk Hohndel wrote:
> > > On Sep 22, 2015, at 20:56, Thiago Macieira wrote:
> > >> On Tuesday 22 September 2015 20:52:09 you wrote:
> > >> I notice that even though this is using Qt5.5 it still
On 23 September 2015 at 06:52, Dirk Hohndel wrote:
> Lots of progress.
>
> I massaged MXE to go from MinGW 5.2.0 back to 4.9.2 (the compiler used in
> the official Qt5.5 builds). That turned out to be a bit of a pain but hey,
> I think I have it working.
>
> Rebuilt all the libraries.
>
> I can n
On 23 September 2015 at 10:54, Lubomir I. Ivanov wrote:
> On 23 September 2015 at 06:52, Dirk Hohndel wrote:
>>
>> Anyway, I'll stop here for today. Feel free to play with it - it's in
>> downloads/daily as subsurface-4.4.97-26-ge66f0895c68c.exe
>>
>
> ok, i will give it a spin later today.
>
Wi
On 23 September 2015 at 12:28, Lubomir I. Ivanov wrote:
> On 23 September 2015 at 10:54, Lubomir I. Ivanov wrote:
>> On 23 September 2015 at 06:52, Dirk Hohndel wrote:
>>>
>>> Anyway, I'll stop here for today. Feel free to play with it - it's in
>>> downloads/daily as subsurface-4.4.97-26-ge66f0
On Wed, Sep 23, 2015 at 10:54:14AM +0300, Lubomir I. Ivanov wrote:
> On 23 September 2015 at 06:52, Dirk Hohndel wrote:
>
> > Lots of progress.
> >
> > I massaged MXE to go from MinGW 5.2.0 back to 4.9.2 (the compiler used in
> > the official Qt5.5 builds). That turned out to be a bit of a pain b
On Wed, Sep 23, 2015 at 12:47:41PM +0300, Lubomir I. Ivanov wrote:
> On 23 September 2015 at 12:28, Lubomir I. Ivanov wrote:
> > On 23 September 2015 at 10:54, Lubomir I. Ivanov
> > wrote:
> >> On 23 September 2015 at 06:52, Dirk Hohndel wrote:
> >>>
> >>> Anyway, I'll stop here for today. Feel
On 23 September 2015 at 14:14, Dirk Hohndel wrote:
>
> On Windows 10 you apparently no longer have the option to see a stack
> trace or any crash information. It appears to simply send that data to
> Microsoft without even an opt-out...
>
> Which will be a real pain for things that don't crash und
On Wed, Sep 23, 2015 at 02:58:14PM +0300, Lubomir I. Ivanov wrote:
> On 23 September 2015 at 14:14, Dirk Hohndel wrote:
> >
> > On Windows 10 you apparently no longer have the option to see a stack
> > trace or any crash information. It appears to simply send that data to
> > Microsoft without eve
On Wed, Sep 23, 2015 at 02:58:14PM +0300, Lubomir I. Ivanov wrote:
>
> "Windows Key" + R (opens the "run prompt")
> type: "eventvwr"
>
> it can point out the faulting module, offset and the error type, but
> that's far less useful than what OSX has as crash log info, for
> instance.
> from there
On 23 September 2015 at 15:40, Dirk Hohndel wrote:
> On Wed, Sep 23, 2015 at 02:58:14PM +0300, Lubomir I. Ivanov wrote:
>>
>> "Windows Key" + R (opens the "run prompt")
>> type: "eventvwr"
>>
>> it can point out the faulting module, offset and the error type, but
>> that's far less useful than wha
And after a lot more of what I would mostly call "random changes that
make no sense" I appear to have a working daily build.
Please try subsurface-4.4.97-41-g148b30849aba.exe (or a newer version, in
case you read this after I make a newer one available).
I'm especially interested in
a) does it w
On 24 September 2015 at 05:56, Dirk Hohndel wrote:
> And after a lot more of what I would mostly call "random changes that
> make no sense" I appear to have a working daily build.
>
> Please try subsurface-4.4.97-41-g148b30849aba.exe (or a newer version, in
> case you read this after I make a new
On Thu, Sep 24, 2015 at 04:47:53PM +1000, Rick Walsh wrote:
> > I'm especially interested in
> >
> > a) does it work on Windows 10
> >
> Yes!
Nice. I now have what looks like it might be a working debug environment
in a Windows 10 VM. Cool.
> > b) does it work with Subsurface cloud storage
> >
>
Original Message-
From: subsurface [mailto:subsurface-boun...@subsurface-divelog.org] On Behalf
Of Dirk Hohndel
Sent: donderdag 24 september 2015 22:07
To: Rick Walsh
Cc: Subsurface Mailing List
Subject: Re: Windows binary saga
On Thu, Sep 24, 2015 at 04:47:53PM +1000, Rick Walsh wrote
On Thu, Sep 24, 2015 at 08:42:02PM +, Sander M. Kleijwegt wrote:
> Hi,
>
> I can confirm some things running on windows 7.
>
> - Subsurface works instead of crashing immediately.
> - It doesn't work with cloud storage
> + When starting without a local clone of the cloud
> (C:\Users\\AppDat
4
To: Sander M. Kleijwegt
Cc: Subsurface Mailing List
Subject: Re: Windows binary saga
On Thu, Sep 24, 2015 at 08:42:02PM +, Sander M. Kleijwegt wrote:
> Hi,
>
> I can confirm some things running on windows 7.
>
> - Subsurface works instead of crashing immediately.
> - It doesn'
On Fri, Sep 25, 2015 at 07:31:07AM +, Sander M. Kleijwegt wrote:
> Please find attached 2 log files
>
> initial_load.txt -> Opening subsurface without the cache directory present.
> It connects to the git server and downloads/shows all dives correctly
But the first one appears to do a git sa
own as expected.
I hope I am more clear now, it was early for me too this morning.
regards,
Sander
From: Dirk Hohndel [d...@hohndel.org]
Sent: Friday, September 25, 2015 15:27
To: Sander M. Kleijwegt
Cc: Subsurface Mailing List
Subject: Re: Windows binary saga
Good evening.
I can also confirm Sander's issues in Win10 with 4.4.97-74.
- git clones remote repo fine
- changes are also saved in local repo
- local and remote are never synchronized
I didn't get the crash reported by Rick.
Regards.
Salva.
___
subs
> On Sep 25, 2015, at 10:23, Salvador Cuñat wrote:
>
> Good evening.
>
> I can also confirm Sander's issues in Win10 with 4.4.97-74.
>
> - git clones remote repo fine
> - changes are also saved in local repo
> - local and remote are never synchronized
I can reproduce this and have started de
On Fri, Sep 25, 2015 at 12:31:37PM -0700, Dirk Hohndel wrote:
>
>
> > On Sep 25, 2015, at 10:23, Salvador Cuñat wrote:
> >
> > Good evening.
> >
> > I can also confirm Sander's issues in Win10 with 4.4.97-74.
> >
> > - git clones remote repo fine
> > - changes are also saved in local repo
> >
On Fri, Sep 25, 2015 at 02:01:54PM -0700, Dirk Hohndel wrote:
> On Fri, Sep 25, 2015 at 12:31:37PM -0700, Dirk Hohndel wrote:
> >
> >
> > > On Sep 25, 2015, at 10:23, Salvador Cuñat
> > > wrote:
> > >
> > > Good evening.
> > >
> > > I can also confirm Sander's issues in Win10 with 4.4.97-74.
On 26 September 2015 at 00:47, Dirk Hohndel wrote:
> On Fri, Sep 25, 2015 at 02:01:54PM -0700, Dirk Hohndel wrote:
>> On Fri, Sep 25, 2015 at 12:31:37PM -0700, Dirk Hohndel wrote:
>> >
>> >
>> > > On Sep 25, 2015, at 10:23, Salvador Cuñat
>> > > wrote:
>> > >
>> > > Good evening.
>> > >
>> > > I
oesn't seem to make sense.
/D
> > Begin forwarded message:
> >
> > From: Robert Helling mailto:hell...@atdotde.de>>
> > Subject: [PATCH] Re: Windows binary saga
> > Date: 23 Sep 2015 11:17:43 CEST
> > To: "Lubomir I. Ivanov" mailto:neolit...@
43 matches
Mail list logo