Hi, 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 long) - '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. Yours, Tuukka 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 stability. 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. Konrad _______________________________________________ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development _______________________________________________ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development