
<html><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /></head><body style='font-size: 10pt; font-family: Verdana,Geneva,sans-serif'>

<p>Hi,</p>

<p>Fine with me.</p>

<p>For me its more important to have 2.16 than having 2.16 as LT version. I could always hire someone to do another 2.16 bug fix release, should we need it.</p>

<p>This should make the people happy who expect 2.14 to be an LT release and still leaves us with the option to have more than one bug fix releases on 2.16.</p>

<p>Thanks,</p>

<p>Andreas</p>

<p>On 2016-01-29 14:57, Nathan Woodrow wrote:</p>

<blockquote type="cite" style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0"><!-- html ignored --><!-- head ignored --><!-- meta ignored -->

<p>Hi all,</p>

<div> </div>

<div>I agree I think we need to stick to the set plan which was set for a reason, go with LTR for 2.14 and then do 2.16 and 3.0</div>

<div> </div>

<div>3.0 is going to be hard enough as is without last minute changes to the release plans around LTR.</div>

<div> </div>

<div>- Nathan<br /><br />

<div class="gmail_quote">

<div dir="ltr">On Fri, 29 Jan 2016 11:52 pm Matthias Kuhn <<a href="mailto:matthias@opengis.ch">matthias@opengis.ch</a>> wrote:</div>

<blockquote class="gmail_quote" style="margin: 0 0 0 .8ex; border-left: 1px #ccc solid; padding-left: 1ex;">How about this,<br /><br /> We stick to the original plan, release 2.14 as LTR. It's a bit short to<br /> change plans, especially if it has been communicated to clients (I'm<br /> sure René-Luc D'Hont is not the only one). Let's increase the trust into<br /> our roadmaps.<br /><br /> We make another 2.16 release so we can provide customers with promised<br /> development in a reasonable time. Plus we can start to collect<br /> experience with py3, pyqt5 (I started to roll the drums for it. The<br /> argument "if we don't do a hard break nobody does anything" no longer<br /> counts, sorry ;) ).<br /><br /> At the moment we have two versions which we feed with patches: 2.12 and<br /> 2.8 (besides master). Then it will be 2.16 and 2.14 (besides<br /> to-become-3.0-master). No difference really.<br /> As a user you can play it safe and go for 2.14, you can play it fancy<br /> and go 2.16. Or you can use the 2.16 release to start porting your<br /> plugins, to provide feedback for the migration...<br /><br /> Best regards<br /><br /> PS:<br /> The alternative is, we end up with a broken master in 3 weeks, no ported<br /> core plugins, no other plugins for it, no working unit tests, no roadmap<br /> for plugin developers which version to target and a lot of them only<br /> working on either the 2.x or the 3.x version of their plugin and we have<br /> unhappy customers because they have to wait a long time before they get<br /> their features (which they ordered and have been offered due to lack of<br /> a proper roadmap).<br /><br /> Please, show some love and vote for a smooth migration path :)<br /><br /> --<br /> Matthias Kuhn<br /> OPENGIS.ch - <a href="https://www.opengis.ch">https://www.opengis.ch</a><br /> Spatial • (Q)GIS • PostGIS • Open Source<br /><br /><br /> _______________________________________________<br /> Qgis-psc mailing list<br /><a href="mailto:Qgis-psc@lists.osgeo.org">Qgis-psc@lists.osgeo.org</a><br /><a href="http://lists.osgeo.org/mailman/listinfo/qgis-psc">http://lists.osgeo.org/mailman/listinfo/qgis-psc</a></blockquote>

</div>

</div>

<br />

<div class="pre" style="margin: 0; padding: 0; font-family: monospace">_______________________________________________<br /> Qgis-psc mailing list<br /><a href="mailto:Qgis-psc@lists.osgeo.org">Qgis-psc@lists.osgeo.org</a><br /><a href="http://lists.osgeo.org/mailman/listinfo/qgis-psc">http://lists.osgeo.org/mailman/listinfo/qgis-psc</a></div>

</blockquote>

<p> </p>

<div> </div>

</body></html>