> What's the procedure for building and running Qt's auto-tests? I've
> tried:
>
See Sergio's response.
Note that 'make check' will stop at the first failure, and the QtNetwork tests
require a test server to be set up.
See here:
https://qt.gitorious.org/qtqa/sysadmin/blobs/master/README.network_t
> -Original Message-
> From: development-bounces+shane.kearns=accenture@qt-project.org
> [mailto:development-bounces+shane.kearns=accenture@qt-project.org]
> On Behalf Of Justin Karneges
> Sent: 10 May 2013 00:44
> To: development@qt-project.org
>
> QHostInfo has a short-lived cache, so it should work.
Yes, but relying on implementation details isn't a good idea.
I thought the proposed feature could be more generally useful, for example
using test live servers that are configured exactly as the live server so they
have a DNS address not
e
the move from Nokia to Digia, so some of the failures may be due to this
pre-existing problem.
--
From: development-bounces+shane.kearns=accenture@qt-project.org
[mailto:development-bounces+shane.kearns=accenture@qt-project.org] On
Behalf Of Sarajärvi Tony
Sent: 24 April 2013 13:33
To: d
> 1) We could say we'll set the minimum to the version macos bundles.
If we don't support it, then people will need to include openssl with their
application on Mac OS, in the same way they do on Windows.
My (weak) understanding of Mac packaging is that the libraries should ideally
be included i
On the topic of linux distribution provided versions
Ubuntu 10.04 LTS has 0.9.8k-7ubuntu8, updatable to 0.9.8k-7ubuntu8.13
Ubuntu 12.04 LTS has 1.0.1-4ubuntu5.8 (I don't know the original release in the
iso, but it was 1.0.x)
This message is for the designated recipient only and may contain pri
> > It fails for me, too; the tests are off by 1 hour, it seems.
> > This is indeed a mystery. Is the CI in a "European" timezone?
> >
>
> the CI log shows:
>
> --
> Testing tst_QDateTime
> Totals: 350 passed, 0 failed, 34 skipped
> -
> > Where is the read only cts property with a ctsChanged signal to
> monitor the input pin?
>
> Nowhere. Again, there is a impossible have a cross-platform
> capabilities to notify about change of CTS pins.
> In principle, this feature is available only for Windows, but POSIX
> does not provide t
>As I repeated the above, it can not be done, at least cross-platform.
>On Windows there is a possibility, but not the fact that it is implemented
>correctly.
OK, that is a good reason to not include it.
>>The UART has four control lines: RTS/CTS and DTR/DSR, two inputs and two
>>outputs.
>>
>
level. I think the input signals and output signals need to be
separated in the API.
For the rate property, what was the reason not to name it baudRate?
That's probably a familiar term to people working with serial ports.
--
From: development-bounces+shane.kearns=accenture@qt-projec
> Hi,
>
> All the repos part of the Qt 5.0.1 release were merged yesterday from
> stable->release as announced.
>
> So changes for 5.0.1 need to be pushed to 'refs/for/release' with a
> Task-number tag in the commit message pointing to a P0/P1 task [1].
>
> The process should be that you get the ch
> If we're successful, this will be a non-issue once a few dozen entries
> have been added (unless everyone tries to append instead of inserting
> entries in some sorted order).
If you sort by bug ID, the recently reported bugs will be appended at the end.
So staging conflicts happen mostly for th
> Hi Lars,
>
> On Monday December 3 2012, Knoll Lars wrote:
> > Dev:
> >
> > Dev is the branch where you can land anything that's supposed to go
> > into 5.1. The following policies apply:
> >
> > * Changes have to be source and binary compatible
> > * You can add new method and classes given that
> There haven't been too much discussion about different Linux
> configurations, But as you can see from list of currently CI tested
> configurations there are quite many of them. Personally I'm thinking
> that we should remove Ubuntu
> 10.04 or at least reduce the number of tested configurations f
> Win8 support would be nice to add, but please do not drop WinXP.
> MS may be dropping official, public support for WinXP in 2014; but it will
> still be around for a very long time.
> Ben
Are you referring to XP for embedded? (which survives until 2016)
I'd strongly advise anyone not to use a
On Android it is possible to handle display orientation by yourself, not using
the default behaviour of destroying and recreating the UI.
You'd use OrientationEventListener & Display classes to detect the orientation
then.
This would make sense for a QML application where the scene graph can hand
> There is a ton of overlap between QIODevice and QAbstractSocket, but
> don't think too hard about it or else you'll drive yourself mad.
QIODevice is actually a superclass of QAbstractSocket.
> The most common functionality that is shared between QAbstractSocket
> and QLocalSocket is just the co
> This time we will need RUBY. What next?
Webkit also requires bison.
--
This message is for the designated recipient only and may contain privileged,
proprietary, or otherwise private information. If you have received it in
error, please notify the sender immediately and delete the original.
> -Original Message-
> From: development-bounces+shane.kearns=accenture@qt-project.org
> [mailto:development-bounces+shane.kearns=accenture@qt-project.org]
> On Behalf Of Rafael Roquetto
> Sent: 25 October 2012 15:17
> To: development@qt-project.org
> Subject:
Background:
QtWebkit in Qt 5 requires two helper processes:
QtWebProcess & QtWebPluginProcess
Applications using a web view component will not work if these executables are
not in the path.
These processes are an implementation detail of Webkit, and the interfaces may
not be compatible between
> -Original Message-
> From: development-bounces+shane.kearns=accenture@qt-project.org
> [mailto:development-bounces+shane.kearns=accenture@qt-project.org]
> On Behalf Of Thiago Macieira
> Sent: 15 October 2012 18:41
> To: development@qt-project.org
> Subj
Apparently not, I don't know why Microsoft implemented it this way.
The result is only cached if a PAC script is successfully downloaded.
The DHCP method doesn't serve the PAC url together with the IP address, it's a
separate query sent to the DHCP server by the browser (or us)
If autodetection
> IMHO #4 gives the best out-of-the-box experience.
>
> Is there a way to do the blocking winapi call in a thread on app start-
> up maybe?
Doesn't help if the first thing an application wants to do is download
something from the network.
It would only help because of the workaround we already ha
> -Original Message-
> From: development-bounces+shane.kearns=accenture@qt-project.org
> [mailto:development-bounces+shane.kearns=accenture@qt-project.org]
> On Behalf Of Peter Hartmann
> Sent: 11 October 2012 14:12
> To: development@qt-project.org
>
> We just had a discussion in the Oslo office about this. We suggest to
> basically follow your proposal, with an addon to hide some of the
> uglyness it brings along.
>
> Let me try to summarize very shortly. The base proposal would be to
> include the major Qt version throughout the project:
>
>
:
O
|
O-v4.8.3
|\
O O
| |
O O-v4.8.4
|
...
|
O-v4.8.5
--
> -Original Message-
> From: development-bounces+shane.kearns=accenture@qt-project.org
> [mailto:development-bounces+shane.kearns=accenture@qt-project.org]
> On Behalf Of Rafael Roquetto
> Sent: 05 October
> I see three critical things which must be released asap:
>
> 1. the (C) headers change
> 2. MingW patch.
> 3. d41dc3e101a694dec98d7bbb582d428d209e5401 - this is the SSL
> workaround from Robin.
>
(Rich, not Robin)
If the release is called 4.8.4, then the SSL security patch must be included,
as
> -Original Message-
> From: development-bounces+shane.kearns=accenture@qt-project.org
> [mailto:development-bounces+shane.kearns=accenture@qt-project.org]
> On Behalf Of Tom Isaacson
> Sent: 16 September 2012 11:08
> To: development@qt-project.org
>
The line:
Change-Id: I9c239ff790a139c7820ef1aeced89d31320ae6b0
Is what identifies the code review.
If you put that into the search box on gerrit, it gives the url:
https://codereview.qt-project.org/#q,I9c239ff790a139c7820ef1aeced89d31320ae6b0,n,z
Which shows the two reviews for this change (5.0 a
> -Original Message-
> From: development-bounces+shane.kearns=accenture@qt-project.org
> [mailto:development-bounces+shane.kearns=accenture@qt-project.org]
> On Behalf Of Olivier Goffart
> Sent: 31 July 2012 08:54
> To: development@qt-project.org
> Cc: Thiago M
og --author= origin/master"
"git log --grep= origin/master"
Create a patch file
"git format-patch -1 "
Go to your qt4 clone and apply the patch
"git am -3 "
If the patch does not apply, you can edit it (e.g. change the paths for
autotests before applying
> On terça-feira, 24 de julho de 2012 15.17.23, Thiago Macieira wrote:
> > Here we have a big problem. QNetworkConfigurationPrivate is not
> > exported, so it can't be used from the plugins. It should be
> exported
> > and its virtual destructor should be de-inlined.
>
> Actually, since the class
> > Thanks, are such undefined symbols normal ? And is there a way to fix
> it ?
>
> Missing only the _ZTI ones is highly irregular. The typeinfo objects
> are always emitted together with the virtual table and other objects.
> Since the virtual tables are not missing, the only explanation I can
>
: development-bounces+shane.kearns=accenture@qt-project.org
[mailto:development-bounces+shane.kearns=accenture@qt-project.org] On
Behalf Of Leandro Melo de Sales
Sent: 06 July 2012 05:21
To: development@qt-project.org
Subject: [Development] QHttpResponseHeader is obsolete and removed from Qt5
Hi
Does the same problem happen if using qmake instead of qbs?
There is a qtmain.lib static library that should be added automatically to
windows executables, which provides the WinMain entry point.
--
From: development-bounces+shane.kearns=accenture@qt-project.org
[mailto:development-bounces
> > So that is possible.
> > QtQuick3D for example just does:
> > "QT = core gui qml quick 3d"
> >
> > and there is no check anywhere in that repo that checks if QML should
> be built, so you get an error about missing qml and quick modules.
> >
> > I wouldn't mind fixing it, but I just missed how
> > * Autotests
> > * Non-significant
> > * Not compiled
>
> What is meant by "not compiled"?
Tests excluded from the parent .pro file
(qnetworkproxyfactory used to be commented out, this has been fixed in 5.0 but
not 4.8)
Also use of contains(QT_CONFIG, private_tests) to exclude test cases
> Someone mentioned at the Qt CS that they'd like to see some weekly
> digest of developments in Qt. For those unaware (at least someone at Qt
> CS was unaware), I'm providing that on the KDAB blog:
>
> http://www.kdab.com/category/qtdevelopment/
>
> (I'm aware that the content is not currently sor
> > Multihoming is actually quite common if you consider VPNs.
> > (e.g. intranet traffic goes to the VPN, and everything else goes to
> > the real network adaptor by default)
>
> When I think "multihoming", I think different routes to reach the same
> server.
> Usually, that means two default rout
From: Xizhi Zhu [mailto:xizhi@gmail.com]
> Do we have the mutex / blocking issues for the bearer tracked on Jira? I
> guess it needs some design,
> including the blocking constructor, before we really start to fix it.
There have been a number of issues in JIRA, most have been P1 emergencies f
Thanks due to Rich Moore for taking notes in the session, which I've edited my
own into.
* Built-in support for redirects (suggested by Yuval T.)
* Flag on QNAM
* Override on a per-request basis?
* Set max count? (for avoiding redirect loops)
* What about redirect from secure to non-secu
inter calls to d_func() on ARM - 0x8 could
be the same thing on x64)
--
> -Original Message-
> From: development-bounces+shane.kearns=accenture@qt-project.org
> [mailto:development-bounces+shane.kearns=accenture@qt-project.org]
> On Behalf Of Girish Ramakrishnan
> Sent
;
In case the script relies on this behaviour.
(above configuration was in the gerrit setup wiki page)
--
> -Original Message-
> From: development-bounces+shane.kearns=accenture@qt-project.org
> [mailto:development-bounces+shane.kearns=accenture@qt-project.org]
> On Beh
> > Proposed real fix is here:
> > https://codereview.qt-project.org/#change,28604
> >
>
> I see that the change has been merged. How long will it be before it
> can be pulled from git? I can see it in qtbase master branch but not
> yet in
> qt5 pull.
>
These should be the same thing, have you trie
Background:
If accept() returns an error, QTcpServer may live lock. (QTBUG-24778)
The problem as described is that accept() returns EMFILE when quota is reached.
On returning to the event loop, select() triggers again because the incoming
connection is still pending
This prevents other sockets bei
> -Original Message-
> From: development-bounces+shane.kearns=accenture@qt-project.org
> [mailto:development-bounces+shane.kearns=accenture@qt-project.org]
> On Behalf Of Samuel Rødal
> Sent: 05 June 2012 13:30
> To: development@qt-project.org
> Subject: [Deve
end to use unix style paths
everywhere though
--
> -Original Message-
> From: development-bounces+shane.kearns=accenture@qt-project.org
> [mailto:development-bounces+shane.kearns=accenture@qt-project.org]
> On Behalf Of song.7@nokia.com
> Sent: 01 June 2012 0
[snip]
> This builds a progressive enablement of system access.
> Anonymous - can see issues
> Users (Contributors) - can raise and comment on issues, see linked
> source code through Fisheye plugin and be assigned issues Current
> Assignee - can edit issues and progress them through the workflow
>
I'm as interested to see insightful review comments as a bulk of contribution.
Put another way, anyone can press the +1 button. The comments that go with a -1
inform how good a reviewer somebody is.
--
Subject to local law, communications with Accenture and its a
ever it is unintentionally
hitting the Qt plugin DLLs as well.
--
> -Original Message-
> From: development-bounces+shane.kearns=accenture@qt-project.org
> [mailto:development-bounces+shane.kearns=accenture@qt-project.org]
> On Behalf Of qtnext
> Sent: 25 May 2012 1
Message-
> From: development-bounces+shane.kearns=accenture@qt-project.org
> [mailto:development-bounces+shane.kearns=accenture@qt-project.org]
> On Behalf Of Carl Schumann
> Sent: 24 May 2012 13:51
> To: Matias Rand; development@qt-project.org
> Cc: Denise S. Finstr
; From: development-bounces+shane.kearns=accenture@qt-project.org
> [mailto:development-bounces+shane.kearns=accenture@qt-project.org]
> On Behalf Of Thiago Macieira
> Sent: 14 May 2012 17:29
> To: development@qt-project.org
> Subject: [Development] QUrl fully-decoded path API
&g
ed in the alpha release notes (not sure how many of
those issues are solved since then)
--
From: development-bounces+shane.kearns=accenture@qt-project.org
[mailto:development-bounces+shane.kearns=accenture@qt-project.org] On
Behalf Of Loaden
Sent: 15 May 2012 09:21
To: development
Subjec
> -Original Message-
> On Behalf Of André Somers
> Sent: 14 May 2012 16:29
> To: development@qt-project.org
> Subject: Re: [Development] #qt-labs IRC channel on irc.freenode.net
>
> Op 14-5-2012 17:26, Carl Schumann schreef:
> > Qt developers,
> >
> > I am struggling to access the #qt-labs
more details, but it should be possible to find out how
that was solved by looking at the sources and commit logs)
I'd suspect the plugin is calling functions which are stubbed or return
incorrect values for the QGraphicsWebView implementation.
--
From: development-bounces+shane.kearns=accent
> -Original Message-
> From: Olivier Goffart [mailto:oliv...@woboq.com]
> Sent: 11 May 2012 12:53
> To: Kearns, Shane
> Cc: lars.kn...@nokia.com; development@qt-project.org
> Subject: Re: [Development] Enable Exceptions for Windows CE as default
>
> On Friday 11 May 2012 11:01:38 shane.kea.
intermediate stack
objects of the Qt code not having been cleaned up.
--
> -Original Message-
> From: development-bounces+shane.kearns=accenture@qt-project.org
> [mailto:development-bounces+shane.kearns=accenture@qt-project.org]
> On Behalf Of lars.kn...@nokia.com
> Se
https://bugreports.qt-project.org is correct for bugs in Qt.
The link you followed is for reporting bugs on the codereview tool itself.
--
> -Original Message-
> From: development-bounces+shane.kearns=accenture@qt-project.org
> [mailto:development-bounces+shane.kearns=
http://wiki.qt-project.org/Gerrit_Introduction
--
> -Original Message-
> From: development-bounces+shane.kearns=accenture@qt-project.org
> [mailto:development-bounces+shane.kearns=accenture@qt-project.org]
> On Behalf Of Carl Schumann
> Sent: 10 May 2012 13:49
This sounds like something we should have.
e.g. QTPLAYGROUND as the project (instead of QTBUG) and one or more components
for each playground project.
Does anyone from the JIRA experts group have a comment?
--
> -Original Message-
> From: development-bounces+shane.kearns=acc
https://codereview.qt-project.org/24905
Although we created an enum for pause modes to make 5.x binary
compatible with 5.0, the enum value is not well named.
In 5.1, we propose to add PauseOnProxyAuthentication to the enum.
PauseOnNotify is not clear what it means, while PauseOnSslErrors is.
Any
Not sure if it's what you're looking for, but some old history is in
git://qt.gitorious.org/qt-mobility/qt-mobility.git in src/location.
--
From: development-bounces+shane.kearns=accenture@qt-project.org
[mailto:development-bounces+shane.kearns=accenture@qt-project.org] On
Simple question, do we want the qt/ namespace to be for essentials only, or
also for addons.
e.g. should the path to an addon be:
ssh://codereview.qt-project.org:29418/qt/qtftp
or
ssh://codereview.qt-project.org:29418/qtaddon/qtftp
There are currently addons in qt/ and qt-labs/ but these were cre
> Random question of the day: do you happen to have stats about how often
> those insignificant tests actually fail? That should help to figure out
> which ones are actually working, and therefore should not be marked as
> insignificant.
>
> --
> Giuseppe D'Angelo
The CI logs are publicly availabl
Another way tests have been disabled is using CONFIG += no_check_target which
seems to have been done when tests were initially disabled before the
insignificant_test option was added.
e.g. auto.pro has this:
# disable 'make check' on Mac OS X for the following subdirs for the time being
mac {
> Go for option 1.
>
> It's not any more effort than the others, unless we decided to build
> one single library (which isn't what you said).
Agreed.
Based on the guidelines in
http://wiki.qt-project.org/Creating_a_new_module_or_tool_for_Qt
We should have two Qt addon projects created in gerrit:
ounces+shane.kearns=accenture@qt-project.org
> [mailto:development-bounces+shane.kearns=accenture@qt-project.org]
> On Behalf Of Oswald Buddenhagen
> Sent: 29 March 2012 16:48
> To: development@qt-project.org
> Subject: Re: [Development] Qftp removal
>
> On Thu, Mar 2
we've created projects with pre-existing git history before, when importing
the Qt5 modules to gerrit.
> -Original Message-
> From: development-bounces+shane.kearns=accenture@qt-project.org
> [mailto:development-bounces+shane.kearns=accenture@qt-project.org]
&g
e:
>
> >Can we get an addon module (project in gerrit) for putting standalone
> >implementations of these removed features?
> >I wouldn't expect a huge amount of commits, but the code (and
> >associated
> >examples/tests) needs to be moved there and converted from
tests"
Alpha package was unzipped to c:\dev\qt\qt-everywhere...
From: development-bounces+shane.kearns=accenture@qt-project.org
[mailto:development-bounces+shane.kearns=accenture@qt-project.org] On
Behalf Of Stephen Kelly
Sent: 22 March 2012 10:15
To: development@qt-project.org
S
t, where alpha issues are being discussed.
From: development-bounces+shane.kearns=accenture@qt-project.org
[mailto:development-bounces+shane.kearns=accenture@qt-project.org] On
Behalf Of Loaden
Sent: 20 March 2012 03:58
To: development@qt-project.org; qt-crea...@qt-project.org
Subject: [Devel
> For http://codereview.qt-project.org/#change,19591 I requested at test,
> but apparently there's some IPv4 vs 6 special configuration needed for
> it to make sense. I don't know why the test can't be in qtbase; the
> TestHTTPServer that was crashing in qtdeclarative is running on the
> local host
ont like perl's GetOpt::Long)
Allow opt out from short argument compression (i.e. "/xzf" would only be
considered as a synonym for "--xzf" and not for "-x -z -f" if the opt out is
applied)
> -Original Message-
> From: development-bounces+shane.ke
release”
From: development-bounces+shane.kearns=accenture@qt-project.org
[mailto:development-bounces+shane.kearns=accenture@qt-project.org] On
Behalf Of Denis Shienkov
Sent: 13 March 2012 19:16
To: development@qt-project.org
Subject: [Development] Windows: Qt5 does not run the application in
> On Fri, Mar 09, 2012 at 07:16:24PM +, ext
> shane.kea...@accenture.com wrote:
> >
> > (rc1)-o-o-o-o-o-o-fix-o-o-o-o-o-o-fix
> > \
> > fix(rc2)-fix(v4.8.1)
> >
> this is no option, because it "loses" the tag from the history.
> "traditionally" we have merged back the release branch
> This was discussed earlier, and we were thinking about using a branch.
> It
> was decided that we will try without. The basic idea is that at any
> time
> the code should be good to use. Naturally it is not always so, thus we
> may
> need to take another try.
>
> We have nothing against using a b
>
> now the Qt4 version is not developed?
>
> and I only get the lastest version from
> git://gitorious.org/qt/qtbase.git ??
>
The Qt4 repository is still at git://gitorious.org/qt/qt.git
Bug fixes can still go there for 4.8.x patch releases.
The modular repositories (e.g. qtbase) are only for Qt5
> Home path might not be the best as it could intermingle with other
> files that belong to the user.
>
> On *nix, QDir::homePath() that would be /home/ and users see
> that directory a lot, and it will get intermixed with other files.
> On Windows, most users have no clue about %userprofile%, so i
>
> well, it probably shouldn't be in CWD regardless of platform.
Agreed, unless you're specifying the log file via a command line parameter
>
>
> On Windows, I'd suggest %APPDATA%\ or at minimum
> %APPDATA%.
> You might even get away with using %TEMP%; but it'd be harder to find
> the log then.
> -Original Message-
> From: development-bounces+shane.kearns=accenture@qt-project.org
> [mailto:development-bounces+shane.kearns=accenture@qt-project.org]
> On Behalf Of Thiago Macieira
> Sent: 13 February 2012 19:27
> To: development@qt-project.org
> Subj
ty.
> -Original Message-
> From: development-bounces+shane.kearns=accenture@qt-project.org
> [mailto:development-bounces+shane.kearns=accenture@qt-project.org]
> On Behalf Of Alan Alpert
> Sent: 09 February 2012 22:26
> To: development@qt-project.org
> Cc: j...@qt-project.or
>
> Not sure. Is it a big problem? Or is it better to just continue as is,
> and let the applications that do have a problem set it to something
> reasonable to them instead?
>
> I'd probably suggest that we instead improve the output on that worst
> case failure to help devs fix the problems in th
You've correctly understood the problem, but the scale is less bad (takes a
couple of minutes to exhaust 2GB limit of a 32 bit process using a loopback
connection)
Changing the default would mean behavior is the same as if you called
setReadBufferSize(65536) in the application. Currently the de
The current default behaviour of Qt sockets is that they allocate an unbounded
amount of memory if the application is not reading all data from the socket but
the event loop is running.
In the worst case, this causes memory allocation failure resulting in a crash
or app exit due to bad_alloc exc
It's easy to make a report on your personal dashboard to show issues reported
on a given (set of) component(s).
It means polling rather than email notification, but the email notifications
have poor signal:noise ratio.
> -Original Message-
> From: development-bounces+s
n
opt-out), then we would be source incompatible.
> -Original Message-
> From: development-bounces+shane.kearns=accenture@qt-project.org
> [mailto:development-bounces+shane.kearns=accenture@qt-project.org]
> On Behalf Of Jonas M. Gastal
> Sent: Monday, Feb
An important requirement is that it must be easy to enable debugging in Qt
libraries without touching the application code.
This is so that we can debug regressions affecting closed source applications.
With the existing qDebug, we need to disable the qInstallMsgHandler call*, and
recompile the
> Fair enough.
>
> Other opinions around? Olivier has already said he's for reverting to
> the old
> 4.7 behaviour.
>
The documentation note about the dangers of constructing QUrl from QString was
already there in 4.6 (at the bottom of the page)
However, QT_NO_URL_CAST_FROM_STRING is not defined b
show up in the address
book.
While you could store some kind of link to the photo album, this isn't likely
to be a simple file: url.
From: development-bounces+shane.kearns=accenture@qt-project.org
[mailto:development-bounces+shane.kearns=accenture@qt-project.org] On
Beha
>
> +1 from me
>
> - Crazy idea : allow logging to a socket ? ( remote log/debug )
> - More than one logging file ? One file for every category / group of
> categories
> - Log File rotation
>
> Just my 2 cents.
>
Not that crazy an idea - I normally use USB to catch the live debug log from
phones.
wise a lot of people will never see your
messages due to junk email filters.
From: development-bounces+shane.kearns=accenture@qt-project.org
[mailto:development-bounces+shane.kearns=accenture@qt-project.org] On
Behalf Of Ramamurthy K V
Sent: Wednesday, January 25, 2012 05:05
To:
elopment-bounces+shane.kearns=accenture@qt-project.org
> [mailto:development-bounces+shane.kearns=accenture@qt-project.org]
> On Behalf Of Holger Hans Peter Freyther
> Sent: Sunday, January 29, 2012 20:13
> To: development
> Subject: [Development] Tests, Shadow-Build and Cross-Compil
submit a patch to add them to the "removed apis" repository
further patches may be required to compile, for example if the class depends on
private headers or non exported classes
QFtp was easy to move, QHttp was harder (due to usage of QAuthenticatorPrivate)
From: development-bounces+sh
This project is to host the source code of APIs which have been removed in Qt5,
where the replacement does not cover all features.
Initially it will be used for static library versions of QFtp and QHttp.
As previously discussed on this mailing list, some applications depend on
features of these c
org.qt-project sounds like the right default to me, for places where a reverse
domain is used.
The Nokia maps location plugin should probably still be com.nokia though.
> -Original Message-
> From: development-bounces+shane.kearns=accenture@qt-project.org
> [mailto:de
>
> 3) Need a couple of better names for partial matching:
> - partial match preferring a complete match
> - partial match returning whatever match (partial or complete) is found
> first
>
> PCRE uses Soft and Hard respectively (which are quite meaningless to
> me).
PreferCompleteMatch / PreferFir
QFtp, QHttp are ported as standalone classes in a kitchen sink repo on my hard
drive.
Once there is a project on gerrit, I can push it for code review.
> -Original Message-
> From: development-bounces+shane.kearns=accenture@qt-project.org
> [mailto:development-bounces+sha
>
> I'd say we should keep each independent class in its own static library
> build.
> So it would be "qftp" inside a kitchen sink repository.
>
I agree completely
Subject to local law, communications with Accenture and its affiliates
including telephone calls an
ndalone
> >implementations of these removed features?
> >I wouldn't expect a huge amount of commits, but the code (and
> associated
> >examples/tests) needs to be moved there and converted from dll exports
> to
> >static libraries.
> >
> >> -Original Mess
Original Message-
> From: development-bounces+shane.kearns=accenture@qt-project.org
> [mailto:development-bounces+shane.kearns=accenture@qt-project.org]
> On Behalf Of lars.kn...@nokia.com
> Sent: Monday, December 26, 2011 10:18
> To: thiago.macie...@intel.com; dev
1 - 100 of 114 matches
Mail list logo
