On Monday, February 18, 2013 16:03:55 Sascha Cunz wrote:
> > You seem to be doing some things which are not recommended. You shouldn't
> > be starting with finding qmake
>
> Maybe things changed since I set this up, but I never got this to work
> reliable without appending the cmake_prefix.
> I.e.
On 2/18/13 16:32 , Tor Arne Vestbø wrote:
> The plan is to merge these initial changes before the freeze on Friday.
And to not worry anyone, I was referring to this schedule, as laid out
by Lars:
> * Friday 22. February: If you have a larger feature/feature branch (not
> yet merged) that you wan
Hey all!
We're ready to merge the initial iOS work that's been going on in the
'ios' branch. Most of the changes are to src/plugins/platforms/ios/ and
the makespecs, and have had reviews along the way, but approvers and
maintainers are encouraged to look for changes that might affect their
are
On Monday, February 18, 2013 07:18:44 AM Stephen Kelly wrote:
> On Monday, February 18, 2013 03:27:32 Sascha Cunz wrote:
> > I am using FIND_PACKAGE and QT_USE_MODULES in each subdirectory of
> > my cmake source tree like shown in [2]. This is required, because I have a
> > generic stub that encaps
Hi,
We are delaying move into 'release' branch from today 18th of February to
Wednesday 20th of February aiming to have more fixes for Qt 5.0.2 release.
After Wednesday 20th February any changes that are required to get in for 5.0.2
need to be pushed into 'release' branch.
Br,
Akseli
> -
Hi,
Sounds all very good :). I would however recommend that we simply make
libjingle a requirement for WebRTC
instead of introducing a layer/module in the middle. It seems libjingle works
on Unixy platforms as well as Windows.
Simon
From: webkit-qt-b
On 18/02/13 16:01, Stephen Kelly wrote:
> On Monday, February 18, 2013 05:07:42 Lorn Potter wrote:
>> On 15/02/13 20:43, Stephen Kelly wrote:
>>> I don't know why you're packaging those.
>>>
>>> You understand that they are not 'part of Qt 5', right?
>>
>> They are part of Qt, as in Qt Project.
>
>
