<div dir="ltr"><div class="gmail_extra">Hi,</div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Oct 14, 2015 at 3:19 AM, Richard Duivenvoorde <span dir="ltr"><<a href="mailto:rdmailings@duif.net" target="_blank">rdmailings@duif.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div id=":1us" class="" style="overflow:hidden">Work hard on 2.14 AND docs for it, to be the last but most stable 2.x<br>
version ever by being very carefull about what put in 2.13 (maybe a<br>
(big)feature freeze)<br>
Then after 2.14 concentrate on moving to Python3/Qt5, so general users<br>
can stick to 2.14 for a loooong time, and dev's have some extra time to<br>
get the 3.0/Qt5/Python3 work done?</div></blockquote></div><br><br>+1000 for this approach. An LTR branch (released on the schedule already set) should *absolutely* be the release prior to a major overhaul, like with 3.0/Qt5/Python3, if possible.</div><div class="gmail_extra"><br></div><div class="gmail_extra">I would add that LTR is something that has been very well received by sys admins doing very large rollouts. It would be very detrimental to the project to miss/skip ANY LTR release, especially just after making inroads to these enterprise users, and harmful to the project's future if the LTR (or some concept of long term stability) is not always part of the release schedule.</div><div class="gmail_extra"><br></div><div class="gmail_extra">With regards to Mac and Qt4 support, it may be that even an LTR 2.14 release will have a very short lifespan, given that the next Mac OS upgrade will probably significantly break Qt4; and, I seriously doubt there will be people wanting to resurrect Qt4 again.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Regards,<br clear="all"><div><div class="gmail_signature"><br>Larry Shaffer<br>Dakota Cartography<br>Black Hills, South Dakota</div></div>
</div></div>