On Sun, Sep 20, 2015 at 01:08:22PM -0700, Dirk Hohndel wrote:
> > On Sep 20, 2015, at 1:06 PM, Lubomir I. Ivanov wrote:
> >
> > as expected...we need major modules disabled on most Linux distros.
> > but this forces me to believe that we *sort of* need QtWebKit in Qt5.5.
>
> Yes. We'll need QtWe
On Sunday 20 September 2015 23:08:46 Lubomir I. Ivanov wrote:
> On 20 September 2015 at 23:03, Thiago Macieira wrote:
> > On Sunday 20 September 2015 12:57:28 Dirk Hohndel wrote:
> >> A major pain for Linux.
> >>
> >> Ubuntu 14.04 is on Qt 5.2
> >> Fedora 21 is on Qt 5.3
> >
> > Sorry to make t
On 20 September 2015 at 23:03, Thiago Macieira wrote:
> On Sunday 20 September 2015 12:57:28 Dirk Hohndel wrote:
>> A major pain for Linux.
>>
>> Ubuntu 14.04 is on Qt 5.2
>> Fedora 21 is on Qt 5.3
>
> Sorry to make the problems worse, but some distros have declared that they
> will not carry qtw
> On Sep 20, 2015, at 1:06 PM, Lubomir I. Ivanov wrote:
>
> as expected...we need major modules disabled on most Linux distros.
> but this forces me to believe that we *sort of* need QtWebKit in Qt5.5.
Yes. We'll need QtWebKit to compile for Windows on my server
Thiago is trying to help with t
On 20 September 2015 at 22:57, Dirk Hohndel wrote:
>
>> On Sep 20, 2015, at 12:47 PM, Lubomir I. Ivanov wrote:
>>> From what I can tell the only point where we need QtWebKit is printer.cpp
>>> (which is why I'm even bringing this up)... how hard would it be to not
>>> need QtWebKit???
>>>
>>> I c
> On Sep 20, 2015, at 1:00 PM, Thiago Macieira wrote:
>
> On Sunday 20 September 2015 12:57:28 Dirk Hohndel wrote:
>> So I've spent four hours trying to get QtWebKit from Qt5.5 to compile
>> with MXE. No joy. None at all. And googling around several of the MXE
>> developers have tried and given
On Sunday 20 September 2015 12:57:28 Dirk Hohndel wrote:
> A major pain for Linux.
>
> Ubuntu 14.04 is on Qt 5.2
> Fedora 21 is on Qt 5.3
Sorry to make the problems worse, but some distros have declared that they
will not carry qtwebengine because its chromium dependency (and the fact that
it
On Sunday 20 September 2015 12:57:28 Dirk Hohndel wrote:
> So I've spent four hours trying to get QtWebKit from Qt5.5 to compile
> with MXE. No joy. None at all. And googling around several of the MXE
> developers have tried and given up.
What are the issues? I've built Qt 5.6 (including WebKit) o
> On Sep 20, 2015, at 12:47 PM, Lubomir I. Ivanov wrote:
>> From what I can tell the only point where we need QtWebKit is printer.cpp
>> (which is why I'm even bringing this up)... how hard would it be to not
>> need QtWebKit???
>>
>> I can't begin to express how frustrated I am with myself righ
On 20 September 2015 at 22:16, Dirk Hohndel wrote:
> On Sun, Sep 20, 2015 at 10:18:36AM -0700, Dirk Hohndel wrote:
>>
>> I forgot to upgrade the build server for the Windows binaries to Qt5.5 :-(
>>
>> Grmbl. Doing that right now... there may be a Beta 3 quicker than expected.
>
> Or not. MXE no l
> On Sep 20, 2015, at 12:16 PM, Dirk Hohndel wrote:
>
> On Sun, Sep 20, 2015 at 10:18:36AM -0700, Dirk Hohndel wrote:
>>
>> I forgot to upgrade the build server for the Windows binaries to Qt5.5 :-(
>>
>> Grmbl. Doing that right now... there may be a Beta 3 quicker than expected.
>
> Or not.
On Sun, Sep 20, 2015 at 10:18:36AM -0700, Dirk Hohndel wrote:
>
> I forgot to upgrade the build server for the Windows binaries to Qt5.5 :-(
>
> Grmbl. Doing that right now... there may be a Beta 3 quicker than expected.
Or not. MXE no longer builds QtWebKit by default (because it can't be
built
On Sun, Sep 20, 2015 at 09:23:17AM -0700, Thiago Macieira wrote:
> On Sunday 20 September 2015 08:17:07 Dirk Hohndel wrote:
> > On Sun, Sep 20, 2015 at 12:56:43PM +0300, Lubomir I. Ivanov wrote:
> > > On 20 September 2015 at 07:03, Dirk Hohndel wrote:
> > > > On Sun, Sep 20, 2015 at 01:18:00PM +09
On Sunday 20 September 2015 08:17:07 Dirk Hohndel wrote:
> On Sun, Sep 20, 2015 at 12:56:43PM +0300, Lubomir I. Ivanov wrote:
> > On 20 September 2015 at 07:03, Dirk Hohndel wrote:
> > > On Sun, Sep 20, 2015 at 01:18:00PM +0930, Steve wrote:
> > >> Thanks Claudiu, these patches fixed the issue per
On Sun, Sep 20, 2015 at 12:56:43PM +0300, Lubomir I. Ivanov wrote:
> On 20 September 2015 at 07:03, Dirk Hohndel wrote:
> > On Sun, Sep 20, 2015 at 01:18:00PM +0930, Steve wrote:
> >>
> >> Thanks Claudiu, these patches fixed the issue perfectly. Both HW OSTC and
> >> SW Petrel devices worked well
On 20 September 2015 at 07:03, Dirk Hohndel wrote:
> On Sun, Sep 20, 2015 at 01:18:00PM +0930, Steve wrote:
>>
>> Thanks Claudiu, these patches fixed the issue perfectly. Both HW OSTC and SW
>> Petrel devices worked well.
>
> Thanks for verifying! The patches made it to Beta 2, so hopefully we'll
On Sun, Sep 20, 2015 at 01:18:00PM +0930, Steve wrote:
>
> Thanks Claudiu, these patches fixed the issue perfectly. Both HW OSTC and SW
> Petrel devices worked well.
Thanks for verifying! The patches made it to Beta 2, so hopefully we'll
get some more testing. So far there appears to be only one
-Original Message-
From: Claudiu Olteanu [mailto:olteanu.vasilica.clau...@gmail.com]
Sent: Sunday, 20 September 2015 2:10 AM
To: Subsurface Mailing List
Cc: Dirk Hohndel ; Steve
Subject: [PATCH] Fix Bluetooth address truncation
Hi there,
There was an issue reported by Steve
Patches look good.
On Saturday 19 September 2015 19:40:05 Claudiu Olteanu wrote:
> Hi there,
>
> There was an issue reported by Steve regarding the Bluetooth address
> on Windows 10 platforms. The first patch should fix the problem.
>
> Claudiu
--
Thiago Macieira - thiago (AT) macieira.info -
Hi there,
There was an issue reported by Steve regarding the Bluetooth address
on Windows 10 platforms. The first patch should fix the problem.
Claudiu
0001-Fix-Bluetooth-address-truncation-issues-on-Windows.patch
Description: Binary data
0002-Rename-BTH_ADDR_STR_LEN-macro.patch
Description:
20 matches
Mail list logo