Hi,
Qt5.git updates in dev are not working yet. We are however working on it full
time, trying to get it done asap.
Simon
From: Heikkinen Jani
Sent: Monday, August 3, 2015 12:55
To: development@qt-project.org
Cc: releas...@qt-project.org
Subject: [Development] HEADS-UP: Qt 5.6 feature freeze a
Hi,
We can fix this. Do we just need to install recent openssl headers (no libs)
and provide them with configure?
Simon
From: Richard Moore
Sent: Monday, August 3, 2015 14:04
To: Heikkinen Jani
Cc: development@qt-project.org; releas...@qt-project.org
Subject: Re: [Releasing] [Development] HEAD
Hi,
Canvas3D has a WIP branch that is now quite stable and should be merged to dev
before FF. The Canvas3D WIP branch is rewrite of some of the parts to move
rendering to render thread, allow use of Qt Quick items as texture sources etc.
so I'd rather do the WIP branch merge after any mass merg
Hi,
On Monday 03 Aug 2015 10:55:12 Heikkinen Jani wrote:
> According to Qt 5.6 schedule (http://wiki.qt.io/Qt-5.6-release) feature
> freeze & branching from 'dev' to '5.6' should happen next Monday
> (10.8.2015). How it seems, are we ready for FF after a week?
We have a bunch of stuff pending fo
On 3 August 2015 at 11:55, Heikkinen Jani
wrote:
> Is there something which prevents us to proceed as planned? Is new CI
> system working well enough etc? Is Qt5.git update working ok in dev?
>
>
> CI for Macos is still picking up the wrong openssl (it is using 0.9.8 at
run time). This prevents
Hi all,
According to Qt 5.6 schedule (http://wiki.qt.io/Qt-5.6-release) feature freeze
& branching from 'dev' to '5.6' should happen next Monday (10.8.2015). How it
seems, are we ready for FF after a week?
- Are all new modules in 'dev' already now? should be, see
http://lists.qt-project.or
> That said, I imagine Alex was simply trying to save CI from the trouble of
> trying to build this module on an unsupported platform (WEC7) that
> will indeed be dropped from the Qt dev CI after 5.6 has been branched.
> That has nothing to do with the fact that the module would make perfect se
On Friday 31 July 2015 18:08:13 Thiago Macieira wrote:
> I also don't think you can have a full, static shared null because
> QDateTimePrivate is not POD, due to its QTimeZone member. So a real shared
> null would be a Q_GLOBAL_STATIC, if you chose to go that route.
You can always make a layout-
Hi,
In order to see in which version they will be included, you need to check on
each bug its "Fix/Version(s)" label.QTBUG-44337 is still not closed yet, I'm
waiting for some folks to reply (check
https://codereview.qt-project.org/#/c/120725/ ).
I didn't had time to check QProgressDialog bug. I'
