Re: [Development] Qt 4.8.4 release candidates are available

2012-10-29 Thread Ziller Eike
On 26 Oct 2012, at 18:05, Turunen Tuukka tuukka.turu...@digia.com wrote: On 26.10.2012 17.52, Jedrzej Nowacki jedrzej.nowa...@digia.com wrote: On Friday 26. October 2012 16.45.25 Ziller Eike wrote: Hi, it would be good if 4.8.4 got the fix for

Re: [Development] Qt5 as a (Portable Native Client, pronounced: pinnacle) pepper plugin?

2012-10-29 Thread Sorvig Morten
On Oct 27, 2012, at 5:09 PM, Olivier Goffart oliv...@woboq.com wrote: On Saturday 27 October 2012 14:16:18 Philip Ashmore wrote: Hi there. I'm talking about http://en.wikipedia.org/wiki/Google_Native_Client Is anyone thinking of building Qt5 as nacl/pepper plugin? The idea is to allow

Re: [Development] Qt 4.8.4 release candidates are available

2012-10-29 Thread Katajisto Teemu
On 29.10.2012 10.15, Ziller Eike eike.zil...@digia.com wrote: On 26 Oct 2012, at 18:05, Turunen Tuukka tuukka.turu...@digia.com wrote: On 26.10.2012 17.52, Jedrzej Nowacki jedrzej.nowa...@digia.com wrote: On Friday 26. October 2012 16.45.25 Ziller Eike wrote: Hi, it would be good if

Re: [Development] Consistency in Qt headers (extends: 'renaming all QWindow properties that have window in them')

2012-10-29 Thread Stephen Kelly
On Sunday, October 28, 2012 00:08:21 Sze Howe Koh wrote: //= // Analysis and conclusion //= Proposal 2 has more pros and fewer cons than Proposal 1. Proposal 1's strength is also present in Proposal 2, and Proposal 2's weakness

Re: [Development] Consistency in Qt headers (extends: 'renaming all QWindow properties that have window in them')

2012-10-29 Thread Knoll Lars
On Oct 27, 2012, at 6:08 PM, Sze Howe Koh szehowe@gmail.com wrote: On Sat, Oct 27, 2012 at 1:10 AM, Stephen Kelly stephen.ke...@kdab.com wrote: I think this is a good initiative. See also https://codereview.qt-project.org/#change,37727 which is a move in the opposite direction.

Re: [Development] Heads up for Windows devs: ANGLE landing soon

2012-10-29 Thread Jason Barron
From: thiago.macie...@intel.com To: jason.bar...@outlook.com Subject: Re: [Development] Heads up for Windows devs: ANGLE landing soon Date: Fri, 26 Oct 2012 11:53:52 -0700 On terça-feira, 23 de outubro de 2012 08.26.51, Jason Barron wrote: https://codereview.qt-project.org/#change,37290

Re: [Development] Qt5 as a (Portable Native Client, pronounced: pinnacle) pepper plugin?

2012-10-29 Thread Philip Ashmore
On 29/10/12 08:30, Sorvig Morten wrote: On Oct 27, 2012, at 5:09 PM, Olivier Goffartoliv...@woboq.com wrote: On Saturday 27 October 2012 14:16:18 Philip Ashmore wrote: Hi there. I'm talking about http://en.wikipedia.org/wiki/Google_Native_Client Is anyone thinking of building Qt5 as

[Development] Qt 4.8 CI problems

2012-10-29 Thread Anttila Janne
Hi, There have been various problems on Qt 4.8 CI since we moved that project from Nokia to Digia hosting - I'm sorry that those problems have been preventing you to get anything in to Qt 4.8 since last Thursday. Apparently I made wrong decision to move 4.8 CI from Nokia hosting to Digia

Re: [Development] Qt 4.8.4 release candidates are available

2012-10-29 Thread Thiago Macieira
On segunda-feira, 29 de outubro de 2012 09.06.48, Katajisto Teemu wrote: With the mac issue, do you refer to yet another issue? Because the above issue was observed on Linux (and I don't know if it is platform dependent or generic). The Mac issue is about qmake variables causing rcc to be

[Development] QDateTime::currentDateTime().toString(Qt::SystemLocaleLongDate) returns as if the DST was still in effect

2012-10-29 Thread Jan Kundrát
Hi, I'm on x86_64 Gentoo Linux (timezone-data 2012c, glibc 2.15-r2), using Qt 4.8.3. My timezone is set to Europe/Prague via the /etc/localtime file. I do not have the TZ environment variable set. Calling qDebug() QDateTime::currentDateTime().toString(Qt::SystemLocaleLongDate); shows me

Re: [Development] QDateTime::currentDateTime().toString(Qt::SystemLocaleLongDate) returns as if the DST was still in effect

2012-10-29 Thread Mitch Curtis
On Monday, October 29, 2012 04:28:17 PM Jan Kundrát wrote: However, `mitchc` on #qt kindly confirms that he also gets CEST in QDateTime's output, even after a reboot since the DST change. He says that brokenDown's tm_isdst is *not* set for him. Mine looks like: tm_gmtoff = 3600 tm_hour = 16

Re: [Development] QDateTime::currentDateTime().toString(Qt::SystemLocaleLongDate) returns as if the DST was still in effect

2012-10-29 Thread Thiago Macieira
On segunda-feira, 29 de outubro de 2012 16.28.17, Jan Kundrát wrote: So, given that `date` reports the time correctly, I suspect that Qt is using some strange way of obtaining the TZ information. Do you have any ideas about what is confusing it to believe that DST is still active on this box?

[Development] [Interest] Current status of the co-installation

2012-10-29 Thread Thiago Macieira
Hello again Here's the current status: * Qt Quick 1 and 2 de-conflicting: The Qt Quick 1 library is renamed and the patches are in. The library is called QtDeclarative again. Qt Quick 1 retains its import paths in QLibraryInfo::ImportsPath / $$[QT_INSTALL_IMPORTS], with no subdir. Qt Quick 2

Re: [Development] Dependencies of Qt5

2012-10-29 Thread Thiago Macieira
On terça-feira, 30 de outubro de 2012 00.34.10, Алексей Павлов wrote: The day before I tried to build Qt5 from git. As usually I get errors, but every time I come across a new dependency. I have already installed Python, DirectX SDK and now I get error: ruby

Re: [Development] [Interest] Current status of the co-installation

2012-10-29 Thread Chris Adams
Hi, [snip] Question: qml2scene or qml2viewer? If no one speaks up, it will be qml2scene. The patches for that are ready, pending approval. [snip] The relevant changes are: Qt Quick 1 2: https://codereview.qt-project.org/37104 (QQ1's imports with no subdir)

Re: [Development] [Interest] Current status of the co-installation

2012-10-29 Thread Thiago Macieira
On terça-feira, 30 de outubro de 2012 10.12.02, Chris Adams wrote: qml2scene makes more sense than qml2viewer, in my opinion. Thanks, that means I don't need to change anything. It also helps in Qt Creator because it knows that Qt Quick 2 = scene and Qt Quick 1 = viewer. I've added some

Re: [Development] [Interest] Current status of the co-installation

2012-10-29 Thread Thiago Macieira
On segunda-feira, 29 de outubro de 2012 15.20.20, Thiago Macieira wrote: * Default paths: The defaults on a regular Unix or Windows installs are: -bindir$prefix/bin [unchanged] -libdir$prefix/lib [unchanged] -libexecdir$prefix/lib/qt5/libexec [new]

Re: [Development] Dependencies of Qt5

2012-10-29 Thread Алексей Павлов
2012/10/30 Thiago Macieira thiago.macie...@intel.com Erlang, Eiffel, Lua, or Tcl. Oh no problem :) Tomorrow I build all of these )) P.S. Python, Tcl/Tk and Ruby I already build with mingw) ___ Development mailing list Development@qt-project.org

Re: [Development] Dependencies of Qt5

2012-10-29 Thread Thiago Macieira
On terça-feira, 30 de outubro de 2012 06.47.06, Алексей Павлов wrote: 2012/10/30 Thiago Macieira thiago.macie...@intel.com Erlang, Eiffel, Lua, or Tcl. Oh no problem :) Tomorrow I build all of these )) P.S. Python, Tcl/Tk and Ruby I already build with mingw) I was kidding, you know. --