What Keven wrote below is absolutely true. Within the one million users of Qt 
we really have an extremely wide variety of different needs. 
Also in this discussion, there has been quite a versatile set of opinions 
stated, which is very good. There has been some suggestions to even not make 
patch releases at all for non-LTS releases (which is way more scarce on 
releases that Jani initially suggested). There has been some discussion about 
which is more important to have patch releases for: LTS or non-LTS versions. 
Luckily we are not in a situation where we would have to choose. Both are 
important and it is very natural that an LTS will receive more patch level 
releases than a non-LTS release.

Here is what Jani originally proposed (to happen starting from 1st Feb 2018):

- '5.6' will move in 'very strict' mode
- '5.9' will move in 'strict' mode. So no direct submissions anymore, just 
cherry picks from stable
- '5.10' will be closed and Qt 5.10.1 will be the final release from Qt 5.10 
series (5.6 and 5.9 are LTS branches so we shouldn't keep Qt 5.10 active too 
- '5.11' will be to one and only stable branch

The item that has received comments both in favor and against is what to do 
with 5.10 now. I think that instead of closing 5.10, we could move it to cherry 
pick mode, just like Qt 5.9 is. That allows putting the necessary fixes there, 
but reduces the amount of needed merges a lot. It also allows to faster get all 
the fixes merged up to dev, which is something we have struggled in the past.

With this approach we have full capability to make Qt 5.10.2 release, if one is 
needed. We also continue to make Qt 5.9.x patch releases. We would have two 
branches open for direct submission: 5.11 and dev, and for each commit the 
lowest applicable branch can be chosen. For all such important fixes that need 
to be in Qt 5.9.x LTS releases or in the 5.10 branch, we use cherry picking. 



´╗┐On 30/01/2018, 12.27, "Development on behalf of Konrad Rosenbaum" 
<development-bounces+tuukka.turunen=qt...@qt-project.org on behalf of 
kon...@silmor.de> wrote:

    On Tue, January 30, 2018 00:18, Kevin Kofler wrote:
    > I would on the contrary expect users to want new features sooner rather
    > than
    > later,
    Please keep in mind that there are several classes of Qt users:
    Mobile: moving fast and furious. Depend on novelty.
    General Desktop: moving somewhat fast. Prefer novelty.
    Offices w/ IT admins: move much slower. Prefer stability over novelty.
    Industrial, regulated and embedded: move extremely slow. Depend on 
    I've been in projects that jumped ship every time someone invented a new
    buzz word and in projects where I had to compile my own GCC and X11
    libraries because no supported version of Qt would compile with the one(s)
    in the target OS.
    Development mailing list

Development mailing list

Reply via email to