[Development] Qt Project Missing Infrastructure

Richard Moore rich at kde.org
Fri Oct 28 22:54:32 CEST 2011

Qt Project Missing Infrastructure

These are my notes from the 1 hour session on missing infrastructure
for the Qt project taken
at QtDevDays2011 at the Qt contributor meeting.

* Bugtracker
  * Currently on Nokia can close bugs
  * Plan is that approvers will be able to close bugs etc. too. The
idea is that the JIRA settings will mirror the relevant groups in
  * The Qt JIRA will be moving to qt-project.

* CI
  * Moving to qt-project, but it's hard.
  * Moving away from pulse to an open source implementation.
  * The current build/test farm itself will remain private to nokia.
  * Rohan and Sergio are working on these changes.
  * Intention is that 3rd parties should be able to provide additional
test platforms.
  * Desire to allow people to test stuff without actually pushing it
into the main build
    * Possibly a mechanism that allows people to request that the
tests be run against a branch.
    * Who should be allowed to do this?
    * Possibly get approval by asking the QA team, or the maintainer
of a subsystem.
  * In terms of development for platforms a developer doesn't have
    * Ask someone to test it for you
    * Send to build system, wait for the results!
    * Possibility of asking for someone to allow you access to a
machine running the relvant OS.
    * Possibility that companies such as Nokia, Digia, Intel etc.
might be willing to provide some machines for this kind of purpose.

* Mailing lists
  * All discussion will generally happen on the public lists.
  * Internal Nokia lists are to close.
  * It's fine to have face to face discussions etc. but write them up
for the mailing list if they're substantial.
  * If it's not on the mailing list it's not decided. Only by posting
to the ML can a decision be made.

* wiki.qt-project.org now exists
  * Intended to be a wiki for people developing Qt itself
  * Some docs from the existing wiki should move here
  * Not for info about developing /using/ qt

* There are no internal docs on how things work to release
  * Never been written down
  * Also the older changelogs can never be made into a releasable state.

* Do we need more MLs?
  * Wait and see, qt-interest has remained relatively steady

* Qt-project should host the archive of all past qt releases.

* Releases
  * Start a release team
  * Release team will 'start the clock' on a release, then decide when
the required quality level has been reached.
  * The decision of if the quality is good enough will be made by the
release team.
  * Aim to release within a month to six weeks of starting the process.
  * If bugs are found during testing then maintainers are the ones who
should ensure they get fixed.

* Need a build farm and a content distribution network
  * Qt project to release source code
  * Should we also release binaries? Probably yes, so we need to be
able to build them.
  * Should we release binary snapshots such as those currently
provided for creator?
  * Leave the SDK releases to nokia?
    * SDK release is huge, approx 1TB of data on the 1st day, 20TB in
the first week.
    * Leaving it to nokia will delay the binary release while legal
checks etc. are performed.

More information about the Development mailing list