On Sun, Sep 16, 2012 at 7:45 AM, Thiago Macieira
wrote:
> On domingo, 16 de setembro de 2012 04.54.19, Laszlo Papp wrote:
> > 1) Documentation welcome about such things from a person who well
> > understand those deeply.
>
> As far as I know, "Task-number:" is the keyword.
>
It would be nice if s
On domingo, 16 de setembro de 2012 04.54.19, Laszlo Papp wrote:
> 1) Documentation welcome about such things from a person who well
> understand those deeply.
As far as I know, "Task-number:" is the keyword.
> 2) QTREVIEW-XXX may be worth considering.
Can you explain why and what that is? And wh
On domingo, 16 de setembro de 2012 10.01.56, Loaden wrote:
> After test the Qt5 beta1 package both on Windows and Linux, I have to
> install all thing to hard disk.
> But, I just interesting for few modules, e.g. qtbase, qtqml. I don't want
> forced install other modules (e.g. qtwebkit...)
> Please
Hi,
On 09/16/2012 01:34 AM, Giuseppe D'Angelo wrote:
> On 16 September 2012 00:09, wrote:
>> Is there an actual hook that triggers when somebody uses Task-number:
>> QTBUG-1234 in a commit message? I am under the impression that at this point
>> it is merely a convention that could be hooked u
Hi,
According to the Jira URL you posted, it show a bit further down that it was
Robin [1] who added the Gerrit
ID to the bug report.
It's an interesting idea to put Gerrit IDs into Jira's change field, although
it gives the reporter of the bug the
impression that a fix is available in a target
On Sun, Sep 16, 2012 at 12:09 AM, wrote:
> Is there an actual hook that triggers when somebody uses Task-number:
> QTBUG-1234 in a commit message? I am under the impression that at this
> point it is merely a convention that could be hooked up with Jira in the
> future.
>
I was confused when I w
After test the Qt5 beta1 package both on Windows and Linux, I have to
install all thing to hard disk.
But, I just interesting for few modules, e.g. qtbase, qtqml. I don't want
forced install other modules (e.g. qtwebkit...)
Please let's user can make a choice for install.
Thanks!
--
Best Regards
On 16 September 2012 00:09, wrote:
> Is there an actual hook that triggers when somebody uses Task-number:
> QTBUG-1234 in a commit message? I am under the impression that at this point
> it is merely a convention that could be hooked up with Jira in the future.
I think *something* happens. Fo
Is there an actual hook that triggers when somebody uses Task-number:
QTBUG-1234 in a commit message? I am under the impression that at this point it
is merely a convention that could be hooked up with Jira in the future.
Simon
--
Sendt fra min Nokia N916.09.12 00:45 skrev ext Laszlo Papp:
If y
>
> I meant all the hook keywords in general. At least the "Task-number:
> QTBUG-XXX" is documented in there.
>
I meant "undocumented". Silly me with typos all the time.
Laszlo
___
Development mailing list
Development@qt-project.org
http://lists.qt-proj
>
> If you're talking about the commit hook for the Change-id, it's all
> documented here http://qt-project.org/wiki/Setting-up-Gerrit
>
I meant all the hook keywords in general. At least the "Task-number:
QTBUG-XXX" is documented in there. Unsure if there are other undocumented
practices as well.
On 15 September 2012 22:56, Laszlo Papp wrote:
> Hi,
>
> I have two minor questions:
>
> 1) How are new contributors (or even old time) supposed to use the git
> commit hooks? Is it documented somewhere? Could something like that be
> documented on, or referenced from the Gerrit introduction and c
Hi,
I have two minor questions:
1) How are new contributors (or even old time) supposed to use the git
commit hooks? Is it documented somewhere? Could something like that be
documented on, or referenced from the Gerrit introduction and contribution
pages? Currently the procedure is just to grep t
I got the old Qt4 QtSingleApplication addon compiling under Qt5 by
updating the includes and removing the QT_WA macro. But it doesn't seem
to be detecting the application any more under Windows. Could anyone
take a guess on why it isn't detecting open instances any longer? I also
changed Q_WS_X
On sábado, 15 de setembro de 2012 16.19.49, Loaden wrote:
> > For qplatformdefs.h.
>
> Does we really need qplatformdefs.h for compile Qt-based application?
> I guess it only used to compile Qt self.
Fortunately, it's only included from private headers, so regular applications
will not see it.
Ho
Still not work on Windows (MSVC2010SP1) for curently master branch (today).
> D:\qpSOFT\Projects\BuildQt5-x64\qtbase\bin\qdoc.exe -installdir
> D:/qpSOFT/Projects/BuildQt5-x64/qtbase/doc
> D:/qpSOFT/Projects/Qt5/qtdeclarative/src/qml/doc/qtqml.qdocconf
> D:/qpSOFT/Projects/Qt5/qtdeclarative/src/
>
> Hence, I do not personally consider your concern now valid. I think the
> minor and major qualifiers as you introduced those, are in the opposite
> order.
>
To be fair, I have only seen this as a problem for Tizen so far. I have
seen various builds with the debian and archlinux packagings (whi
>
> It's probably the same. "default" is either a copy or a symlink to the
> mkspec
> Qt was compiled with.
>
On Windows, "default" not a copy neither symlink. It only include an
qmake.conf
> QMAKESPEC_ORIGINAL = D:/qpSOFT/MyDEV/sdk/qt/mkspecs/win32-msvc2010
> include(../win32-msvc2010/qmake.conf)
>
> There's a huge difference between stripping the binaries and the format of
> the
> package. In one case, it's a minor nuisance to some that in no way prevents
> work from happening (there's a .gz) and it's quickly going away as
> technology
> improves.
>
> In the other, it's a major problem tha
19 matches
Mail list logo
