es sense, perhaps to some extent even with Qt
> 5.8 - if that is seen feasible?
>
[Kalinowski Maurice]
You are way too fast :)
Indeed we support Windows 10 IoT Core via WinRT. Situation is improving, but
there are mostly two issues we have limited impact on:
1. Our version of ANGLE has limit
>
> since I am changing my employer I will step down, from the position as WEC
> platform maintainer and I propose that Andreas Holzammer will succeed me
> in this position.
>
> He has been working with me on WEC issues for a long time and is also a long
> term contributor
> 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
; >
> > > WEC 2013 was never considered deprecated. The deprecation applies to
> > > WEC 7 only.
> >
> > Well ok, but how does Lars Knoll’s sentence "we could make
> > VS2013 the compiler baseline for 5.7.“ fit into this? As the only
> > supported
Hi everyone,
It might sound weird that while we're trying to get 5.5.0 out I am starting a
discussion about Qt 5.6, but if you look at the release schedule there is not
much time for the feature freeze
https://wiki.qt.io/Qt-5.6-release
One of the items the Windows / WinRT team would really lik
>
> > Anyways, you missed the chance to convince people from the
> awesomeness
> > of your script before pissing everybody off with your megalomania.
> >
> i don't need to convince anyone of its awesomeness - the script will do that
> itself. otoh, your obstinate refusal to even try it doesn't spe
> > It's certainly possible, but I'm not sure whether it's really worth
> > it, given that we still have offline installers.
>
> Is it possible to use the offline installer to install 5.3.0 into the existing
> installation and not install a new Qt Creator?
>
[> ]
No. Installer does not check for
> Gesendet: Monday, 19 May, 2014 7:29 PM
> An: development@qt-project.org
> Betreff: Re: [Development] Qmake Ninja generator
>
> On Mon, May 19, 2014 at 01:22:54PM -0400, Taylor Braun-Jones wrote:
> > I wasn't around for this discussion,
> >
> so before you dig in yourself deeper, i suggest you ac
> >The rest of the libraries in qtbase are really base stuff.
>
> Actually I was thinking about splitting a few more things out. In addition to
> the ones mentioned above, I believe we would benefit from splitting
> QtNetwork out into it’s own module. The reason is that QtNetwork is
> responsible
> > > I also don't think you even need the 'no-openssl available' use case.
> >
> > While OpenSSL is commonly available on most systems. It may not be available
> on all embedded platforms and it may not be the expected version. I can see
> scenarios in which Websockets are needed, but OpenSSL is n
Hi,
long time ago that I hear something from this project :)
> On 17 Oct 2013, at 2:45 AM, Giovanni Mugnai wrote:
> > I'm writing here, since to me and some other Haiku users, we'd like to
> > find a programmer/expert developer able to fully port the latest
> > version of Qt 5 on Haiku. With "ful
> Am 30/08/2013 13:37, schrieb Robin Burchell:
> > Hello,
> >
> > I'd like to nominate aknight for approver status. Andrew has been
> > doing some solid work that I've noted in QtWayland (and with wayland
> > in general), and also appears to have some solid knowledge of Windows
> > from his dashboa
Hi,
there has been quite many comments about why rebasing might be complicated for
some people, but so far I think the advantages for the WinRT branch has not
been highlighted. So let me try to summarize why the team thinks that it is
beneficial to do so:
a) We do lots of changes upstream and
Historically we always had mailing lists for new platform development.
The reason has been that the topics vary quite a lot, starting with
architectural design for some implementations and others. That can cause lots
of noise on a generic mailing list, especially for those who are not
intereste
> -Original Message-
> From: development-bounces+maurice.kalinowski=digia@qt-project.org
> [mailto:development-bounces+maurice.kalinowski=digia.com@qt-
> project.org] On Behalf Of Peter Kümmel
> Sent: Friday, January 04, 2013 12:45 PM
> To: development@qt-project.org
> Subject: Re: [De
>
> On 01/02/2013 01:50 PM, Yves Bailly wrote:
> > Le 02/01/2013 13:42, Thiago Macieira a écrit :
> >> On quarta-feira, 2 de janeiro de 2013 10.53.03, Yves Bailly wrote:
> >>> Does anyone knows where I could find the source code of the "official"
> >>> installer, or at least some information about
Hm, then it sounds like a bug in the Installer Framework.
Please create a new report against
https://bugreports.qt-project.org/browse/QTIFW
Thx.
Maurice
From: techabc [mailto:tech...@gmail.com]
Sent: Tuesday, December 18, 2012 8:38 AM
To: Kalinowski Maurice
Cc: development; releas...@qt
The installers have built the extraction items statically in the binary, so
there is no dependency on having packages installed on your system. So the
question is rather, why this fails in your case.
Things I could think of right now are not enough disk space (the installer
should check for thi
Hi,
We are currently going through the examples for the final Qt 5 packages and as
mentioned before, there are some differences compared to Qt 4 packaging.
Most prominently, examples are packaged via make install and then taken from
the prefix directory. This has two problems:
a) We need to ada
> -Original Message-
> From: development-bounces+maurice.kalinowski=digia@qt-project.org
> [mailto:development-bounces+maurice.kalinowski=digia@qt-project.org]
> On Behalf Of Thiago Macieira
> Sent: Freitag, 19. Oktober 2012 02:38
> To: development@qt-project.org
> Subject: Re: [D
20 matches
Mail list logo
