>-Original Message-
>From: Mcgovern Rohan (Nokia-MP-Qt/Brisbane)
>Sent: Wednesday, 2 November 2011 13:05
>To: Blasche Alex (Nokia-MP-Qt/Brisbane)
>Cc: development
>Subject: RE: Optional Qt module dependencies (was: RE: [Development]
>qtsystems doesn't compile...)
>
>Blasche Alex (Nokia-MP
Blasche Alex (Nokia-MP-Qt/Brisbane) said:
> >Incidentally I think config tests are overused in various qt5 modules at
> >the moment - qtsystems for example has 6 config tests, all of them
> >non-mandatory, doesn't that give 2**6 => 64 possible build
> >configurations? Surely it's not intended to a
On Wed, 2 Nov 2011 10:13:20 ext Holger Hans Peter Freyther wrote:
> To be the devils advocate: Can we have QtDeclarative and QtBase decoupled
> in a way that QtDeclarative works on a week old QtBase? a month? the one
> from the last stable/minor release? What would it mean if we can not do
> it?
I
Il giorno 01/nov/2011, alle ore 23:36, John Layt ha scritto:
> On Monday 31 Oct 2011 09:37:18 Giovanni Bajo wrote:
>> Hi John,
>>
>> thank you very much for accepting to be the printer maintainer.
>>
>> Last year, we (Develer) proposed a patch that was rejected:
>> http://qt.gitorious.org/qt/qt/
>-Original Message-
>From: Mcgovern Rohan (Nokia-MP-Qt/Brisbane)
>Sent: Wednesday, 2 November 2011 11:10
>To: Blasche Alex (Nokia-MP-Qt/Brisbane)
>Cc: development
>Subject: Re: Optional Qt module dependencies (was: RE: [Development]
>qtsystems doesn't compile...)
>
>Blasche Alex (Nokia-MP
Blasche Alex (Nokia-MP-Qt/Brisbane) said:
> >-Original Message-
> >From: development-bounces+alex.blasche=nokia@qt-project.org
> >[mailto:development-bounces+alex.blasche=nokia@qt-project.org] On
> >Behalf Of ext Rohan McGovern
>
> >Incidentally it's rather dangerous to do this kin
Holger Hans Peter Freyther said:
>
> >> how difficult will it be to only checkout/update/build qtbase and not
> >> _all_ of
> >> Qt? Is this something that is planned?
> >
> > That is already the way it works - as Shane Kearns pointed out in a
> > followup mail. For testing qtbase, you get qt5,
>-Original Message-
>From: development-bounces+alex.blasche=nokia@qt-project.org
>[mailto:development-bounces+alex.blasche=nokia@qt-project.org] On
>Behalf Of ext Rohan McGovern
>Incidentally it's rather dangerous to do this kind of
>
> contains(QT_CONFIG,some_module):QT+=some_mod
>-Original Message-
>From: development-bounces+alex.blasche=nokia@qt-project.org
>[mailto:development-bounces+alex.blasche=nokia@qt-project.org] On
>Behalf Of ext Robin Burchell
>Sent: Wednesday, 2 November 2011 0:07
>To: Thiago Macieira
>Cc: development@qt-project.org
>Subject: R
Thiago Macieira said:
> On Tuesday, 1 de November de 2011 10:55:49 Frans Klaver wrote:
> > On Tue, Nov 1, 2011 at 10:43 AM, Thiago Macieira wrote:
> > > One more thing: QT_DEPRECATED expands to empty during the Qt build.
> > >
> > > Should we enable QT_DEPRECATED_WARNINGS?
> >
> > FWIW, my perso
On 11/02/2011 12:06 AM, Rohan McGovern wrote:
> Holger Hans Peter Freyther said:
>> how difficult will it be to only checkout/update/build qtbase and not _all_
>> of
>> Qt? Is this something that is planned?
>
> That is already the way it works - as Shane Kearns pointed out in a
> followup mail.
Robin Burchell said:
> 2011/11/1 Thiago Macieira :
> > I cannot find this mandatory dependency. If it's open, can someone share the
> > link to where it can be found? If it's not open, please disable this
> > functionality.
>
> I guess this might be a consequence of qtjsondb becoming available:
>
Holger Hans Peter Freyther said:
> On 10/31/2011 11:30 PM, Sergio Ahumada Navea wrote:
>
> > 1) Source Code Management -> Git
> > URL of repository: git://gitorious.org/qt/qtbase.git
> > Branch Specifier : master
>
>
> > Finally, you can see my build log: http://pastebin.com/iNVph7DP . T
On 02/11/2011, at 1:44 AM, Stephen Kelly wrote:
On Friday, October 28, 2011 13:13:20 Stephen Kelly wrote:
== Clarification ==
To avoid misunderstanding:
* This proposal is not about porting the Qt build system to CMake.
* This would not make Qt depend on CMake at all
* I am proposing to add s
On Monday 31 Oct 2011 09:37:18 Giovanni Bajo wrote:
> Hi John,
>
> thank you very much for accepting to be the printer maintainer.
>
> Last year, we (Develer) proposed a patch that was rejected:
> http://qt.gitorious.org/qt/qt/merge_requests/733
>
> We then opened a bug to discuss an alternative
On Tuesday, 1 de November de 2011 17:44:29 André Pönitz wrote:
> A non-optional dependency on cmake for Qt 5.0 is not acceptable from my
> perspective.
Nor mine.
Quoting André from IRC: a dependency on a buildsystem is acceptable if and
only if it's the buildsystem that the codebase is built with
Hi,
On 11/01/2011 04:55 PM, Holger Hans Peter Freyther wrote:
> On 11/01/2011 04:01 PM, shane.kea...@accenture.com wrote:
>> I checkout and build qtbase.git as the normal way of working (to work on
>> core / network libraries)
>> I don't know how easy it is to build qtdeclarative.git (for example
On Tuesday 01 November 2011 15:44:18 ext Stephen Kelly wrote:
> > == Clarification ==
> >
> > To avoid misunderstanding:
> >
> > * This proposal is not about porting the Qt build system to CMake.
> > * This would not make Qt depend on CMake at all
> > * I am proposing to add some plain text files
Hi Andreas / all,
I have been at the DevDays in Munich, and unfortunately I was not aware
about this meeting...would have been nice and helpful to join the
discussion there.
I am reading your notes with the QtSystems "hat" and I see a lot of
potential synergy with the QtSystems' Qt Publish&Subsc
I second this nomination, based on the quality of code reviews and technical
discussion I have seen.
> -Original Message-
> From: development-bounces+shane.kearns=accenture@qt-project.org
> [mailto:development-bounces+shane.kearns=accenture@qt-project.org]
> On Behalf Of Thiago Ma
It looks like all the modules except qtbase are removed from the qt5 before
cloning - it is the submodule update command that actually would clone the
repositories.
v8 is currently a submodule of qtbase rather than qt5, so it gets cloned anyway.
> -Original Message-
> From: Holger Hans P
On Tuesday, 1 de November de 2011 16:00:30 Peter Hartmann wrote:
> Hello,
>
> hereby I would like to propose Richard Moore as approver for the Qt project.
>
> Rich has made numerous high-quality commits to the Qt SSL code and knows
> Qt very well, being a KDE contributor since the very beginning.
>
On Tuesday 01 November 2011, Thiago Macieira wrote:
...
> If you have more than project with different requirements, you need to do
> it differently.
Is there something missing in this sentence ?
Alex
___
Development mailing list
Development@qt-project
On Tuesday, 1 de November de 2011 15:58:10 Stephen Kelly wrote:
> It is completely granular. Qt5Config.cmake and Qt5Use.cmake are just simple
> aggregators as discussed.
If you have one project per CMakeLists.txt file, yeah, it's useful.
If you have more than project with different requirements,
On 11/01/2011 04:01 PM, shane.kea...@accenture.com wrote:
> I checkout and build qtbase.git as the normal way of working (to work on core
> / network libraries)
> I don't know how easy it is to build qtdeclarative.git (for example) on its
> own.
>
Sure, I build qtbase directly as well, but if y
Hi,
Yes, the screen saver for Linux needs to be fixed, and it's on my todo list.
For the MAC implementation, I already have some code locally, but they're not
properly tested yet, so I don't want to publish them now...
Xizhi Zhu (Steven)
Software Engineer @ Qt Development Fram
Hi,
On Tue, Nov 1, 2011 at 4:15 PM, Jeremy Lainé wrote:
>
>
> While we are on the topic of the API, one thing which needs to be adressed
> is the kind of
> "handle" (if any) we return for asynchronous lookups:
>
> - QHostInfo::lookupHost() returns an integer
> - QDnsServiceInfo::lookupService()
Hi Peter,
On 11/01/2011 11:27 AM, Peter Hartmann wrote:
> While I like the API and the naming proposed by Shane, I wonder if we need
> some more
> general API for doing other DNS lookups, like e.g. TXT records or the new
> record types
> needed for DNSSEC?
> Could we maybe have an overload for
I made a fix for it, and is now integrating:
http://codereview.qt-project.org/#change,7887
Xizhi Zhu (Steven)
Software Engineer @ Qt Development Frameworks
Nokia
Mobile: +358 (0)50 480 1247
From: development-bounces+xizhi.zhu=nokia@qt
I checkout and build qtbase.git as the normal way of working (to work on core /
network libraries)
I don't know how easy it is to build qtdeclarative.git (for example) on its own.
> -Original Message-
> From: development-bounces+shane.kearns=accenture@qt-project.org
> [mailto:developm
Hello,
hereby I would like to propose Richard Moore as approver for the Qt project.
Rich has made numerous high-quality commits to the Qt SSL code and knows
Qt very well, being a KDE contributor since the very beginning.
Shane Kearns and Martin Petersson second this proposal.
Please raise any
On Tuesday, November 01, 2011 15:49:27 Thiago Macieira wrote:
> On Tuesday, 1 de November de 2011 15:44:18 Stephen Kelly wrote:
> > find_package(Qt5 REQUIRED Core Gui Widgets)
> > include(${Qt5_USE_FILE})
> >
> > add_library(itemmodels SHARED ${itemmodels_SRCS})
> > target_link_libraries(itemmodel
On 10/31/2011 11:30 PM, Sergio Ahumada Navea wrote:
> 1) Source Code Management -> Git
> URL of repository: git://gitorious.org/qt/qtbase.git
> Branch Specifier : master
> Finally, you can see my build log: http://pastebin.com/iNVph7DP . This
> is almost the same that the CI system is d
On Tuesday, 1 de November de 2011 15:44:18 Stephen Kelly wrote:
> find_package(Qt5 REQUIRED Core Gui Widgets)
> include(${Qt5_USE_FILE})
>
> add_library(itemmodels SHARED ${itemmodels_SRCS})
> target_link_libraries(itemmodels
> ${Qt5Core_LIBRARY}
> ${Qt5Gui_LIBRARY}
> ${Qt5Widgets_LI
On Tuesday, 1 de November de 2011 15:06:57 Robin Burchell wrote:
> !contains(QT_CONFIG, jsondb): {
> PRIVATE_HEADERS += qscreensaver_linux_p.h
> SOURCES += qscreensaver_linux.cpp
>
> DEFINES += QT_NO_JSONDB
> } else {
> PRIVATE_HEADERS += qjsondbwrapper_p.h
On Friday, October 28, 2011 13:13:20 Stephen Kelly wrote:
> == Summary ==
>
> I'm considering adding some cmake files to Qt, which would be installed by
> Qt, and which would make it easier for CMake based projects to depend on
> Qt.
>
> I'm CC'ing the cmake developers too see what they think of
On Friday, October 28, 2011 07:58:25 Clinton Stimpson wrote:
> On Friday, October 28, 2011 06:21:23 am Stephen Kelly wrote:
> > On Friday, October 28, 2011 13:56:20 Thiago Macieira wrote:
> > > On Friday, 28 de October de 2011 13:13:20 Stephen Kelly wrote:
> > > > * If you want to be easily found f
On 1 Nov 2011, at 15:13, ext eike.zil...@nokia.com wrote:
>
> On 31 Oct 2011, at 23:24, ext Alexis Menard wrote:
>
>> On Mon, Oct 31, 2011 at 12:08 PM, wrote:
>>>
>>> On 30 Oct 2011, at 11:08, ext Alexis Menard wrote:
>>>
2011/10/30 Thiago Macieira :
> On Saturday, 29 de October de
On 31 Oct 2011, at 23:24, ext Alexis Menard wrote:
> On Mon, Oct 31, 2011 at 12:08 PM, wrote:
>>
>> On 30 Oct 2011, at 11:08, ext Alexis Menard wrote:
>>
>>> 2011/10/30 Thiago Macieira :
On Saturday, 29 de October de 2011 09:22:07 Chris Meyer wrote:
> I would like to call attention t
On Tue, Nov 1, 2011 at 3:06 PM, Robin Burchell wrote:
> QT += jsondb
> PKGCONFIG += mtcore
> LIBS += -L$$[QT_INSTALL_PREFIX]/opt/mt/lib -lmtcore
> -Wl,-rpath,$$[QT_INSTALL_PREFIX]/opt/mt/lib
> }
>
... furthermore, LIBS stuff should probably be handled by mtcore's
PKGCONFIG
2011/11/1 Thiago Macieira :
> I cannot find this mandatory dependency. If it's open, can someone share the
> link to where it can be found? If it's not open, please disable this
> functionality.
I guess this might be a consequence of qtjsondb becoming available:
!contains(QT_CONFIG, jsondb):
After qmake, I see:
= /home/thiago/src/qt/qt5/qtsystems
= /home/thiago/obj/qt/qt5-release/qtsystems
QtPublishSubscribe: created version header
/src/publishsubscribe/qtpublishsubscribeversion.h
QtSystemInfo: created version header
/src/systeminfo/qtsysteminfoversion.h
QtServiceFramework: crea
On Tuesday, 1 de November de 2011 13:13:37 bradley.hug...@nokia.com wrote:
> On 01 Nov, 2011, at 11:17 , ext Thiago Macieira wrote:
> > I'd also like to work on enabling -Werror, but usually deprecation
> > warnings
> > cannot be avoided, so I'll add also a Wno-error-deprecated.
>
> I would also l
Hello,
On 10/26/2011 03:15 PM, ext Jeremy Lainé wrote:
> Some time ago a bug [1] was filed against Qt pointing out the fact there that
> Qt4 has no API for doing DNS SRV lookups. Such lookups are important for
> implementing both XMPP and SIP applications, and as such I wrote an
> implementatio
On Tue, Nov 1, 2011 at 11:17 AM, Thiago Macieira wrote:
> I'd also like to work on enabling -Werror, but usually deprecation warnings
> cannot be avoided, so I'll add also a Wno-error-deprecated.
Sounds reasonable.
___
Development mailing list
Developm
On Tuesday, 1 de November de 2011 10:55:49 Frans Klaver wrote:
> On Tue, Nov 1, 2011 at 10:43 AM, Thiago Macieira wrote:
> > One more thing: QT_DEPRECATED expands to empty during the Qt build.
> >
> > Should we enable QT_DEPRECATED_WARNINGS?
>
> FWIW, my personal experience is that build warning
On Tue, Nov 1, 2011 at 10:43 AM, Thiago Macieira wrote:
> One more thing: QT_DEPRECATED expands to empty during the Qt build.
>
> Should we enable QT_DEPRECATED_WARNINGS?
FWIW, my personal experience is that build warnings are noticed before
documentation changes. I always feel a deprecation war
On 10/31/2011 05:42 PM, ext Thiago Macieira wrote:
> (...)
>>>- QUrlQuery does not keep the order of the items (it's kept in a hash).
>>>Is
>>>
>>> the order important?
>>
>> I would prefer if the order was kept; e.g. for using OAuth, the
>> parameters need to be sorted in alphabetical orde
On Thursday, 27 de October de 2011 07:23:58 Thiago Macieira wrote:
> On Wednesday, 26 de October de 2011 23.28.53, Olivier Goffart wrote:
> > After a small talk with David Faure, we came to the conclusion that maybe
> > it would be a good temporary solution to define
> > QT_DISABLE_DEPRECATED_BEF
Hi Paivi,
(taking this back to my original thread)
On Thu, Oct 27, 2011 at 5:08 PM, wrote:
> We thought that having an integer QContactLocalId is a bit too restricting.
> E.g. if you have a uuid as backend contact id (as the case is in JsonDb
> backend),
> it's lot simpler to treat it as a str
On Tue, Nov 1, 2011 at 8:57 AM, Robin Burchell wrote:
>> QtCore code can't be LGPL? Please elaborate.
>
> Meaning, it must be dual-GPL/LGPL licensed, plus the Nokia license exception.
Ah, LGPL only.
___
Development mailing list
Development@qt-project.o
On Tue, Nov 1, 2011 at 8:51 AM, Frans Klaver wrote:
> On Tue, Nov 1, 2011 at 1:35 AM, Andreas Hartmetz wrote:
>
>> - KConfig code reuse possible?
>> No: QtCore code can't be LGPL, and too many authors for relicensing!
>
> QtCore code can't be LGPL? Please elaborate.
Meaning, it must be dual-GPL
On Tue, Nov 1, 2011 at 1:35 AM, Andreas Hartmetz wrote:
> - KConfig code reuse possible?
> No: QtCore code can't be LGPL, and too many authors for relicensing!
QtCore code can't be LGPL? Please elaborate.
Cheers,
Frans
___
Development mailing list
De
53 matches
Mail list logo
