<div dir="ltr">Hey all, <br><br><div>Email below from Regis, who doesn't seem to be able to post here.</div><div><br></div><div>--------------------------------------------</div><div><pre><span lang="EN-US" style="color:black">Hi all, <u></u><u></u></span></pre><pre><span lang="EN-US" style="color:black">Sorry for posting in psc list when I’m not part of it. <u></u><u></u></span></pre><pre><span lang="EN-US" style="color:black">We funders have many on-going contracts for features we hope to see landing in 2.10 or 2.12.  We also fund and maintain plugins - sometimes linked to core new features – and I fear that we are currently funding things that will need refactoring because they will never land in a 2.x release. <u></u><u></u></span></pre><pre><span lang="EN-US" style="color:black"><u></u> <u></u></span></pre><pre><span lang="EN-US" style="color:black">My point is that we expect at least a 2.10, or better a 2.12 LTR. QGIS 3.0 with new PyQt5 API , Python 3 and composer refactoring  + 400 plugins to maintain is not a light task. There is a new learning curve for python dev’s, and we may expect a longer fixing period in core and a full year for upgrading most plugins. <u></u><u></u></span></pre><pre><span lang="EN-US" style="color:black"><u></u> <u></u></span></pre><pre><span lang="EN-US" style="color:black">That said, I strongly think you should advertise funders and non-psv developers to stop working or funding any new feature on a clear and well advertised roadmap, with explicit deadlines. <u></u><u></u></span></pre><pre><span lang="EN-US" style="color:black"><u></u> <u></u></span></pre><pre><span lang="EN-US" style="color:black">Advertising the benefits of this migration and calls for funding that migration could help to stop the “add feature” fever. That would help us sharing efforts to jump on 3.0 without having a great part of the community sticking with python plugins for 2.x branch to “replace” missing core features.  <u></u><u></u></span></pre><pre><span lang="EN-US" style="color:black"><u></u> <u></u></span></pre><pre><span style="color:black">My 2 cents<u></u><u></u></span></pre><pre><span style="color:black">Cheers,<u></u><u></u></span></pre><pre><span style="color:black">Régis</span></pre></div></div><br><div class="gmail_quote">On Mon, 13 Apr 2015 at 23:43 Richard Duivenvoorde <<a href="mailto:richard@duif.net">richard@duif.net</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 13-04-15 15:17, Luigi Pirelli wrote:<br>
> On 13 April 2015 at 13:49, Nyall Dawson <<a href="mailto:nyall.dawson@gmail.com" target="_blank">nyall.dawson@gmail.com</a>> wrote:<br>
>> On 13 April 2015 at 18:44, Luigi Pirelli <<a href="mailto:luipir@gmail.com" target="_blank">luipir@gmail.com</a>> wrote:<br>
>>> hi,<br>
>>><br>
>>> may we plane a dedicated timespace during next Hackmeeting?... and<br>
>>> probably, when goals will be more fixed, this discussion would be<br>
>>> moved (technically speaking) to qgis-developer.<br>
>><br>
>> Do you mean during the hackfest? That's a bit late if 2.10 is going to<br>
>> be 3.0. It only gives a couple of days between decision and release...<br>
>><br>
> next in Denmark? it will be in 2 month!<br>
<br>
As I understand we have some pretty exciting stuff in line willing to be<br>
incorporated in a 3.0 version (Nyall's stuff, Marco's geom stuff,<br>
qml-stuff, ??? ...). Will putting all this nice stuff into master not<br>
making it harder to backport other smaller fixes into 2.8 again? Feature<br>
freeze is just 38d away: enough to put all this stuff into master, but<br>
also easy to put a lot of side issues in it.<br>
<br>
In my view our 'commitment' to universities etc to have a LTR would also<br>
mean that we have a clear planning. Like:<br>
- 2.10 will be the last one in the 2.0 line, so we will try to backport<br>
issues untill 2.10 (and maybe 2.10.x) is released<br>
- then we start 3.0 with all the new nice thingies.. and we make sure<br>
that the next LTR will be as stable one too (while 3.0 probably will<br>
have some toothing issues...)<br>
<br>
My gutt feeling now is that I'm not in favour of going to a 3.0 version<br>
one version after 2.8 L(!)tr. I see the Juergen's argument 'it is just a<br>
number', but I think that for non community members this numbering AND<br>
planning of it is more important (then it actually is for us)?<br>
<br>
Regards,<br>
<br>
Richard Duivenvoorde<br>
<br>
ps there will always a tension about the fast-moving devs and the maybe<br>
more conservative large corporation/governmental/university user-base...<br>
So whatever is decided, I'm in :-)<br>
<br>
<br>
_______________________________________________<br>
Qgis-psc mailing list<br>
<a href="mailto:Qgis-psc@lists.osgeo.org" target="_blank">Qgis-psc@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/qgis-psc" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-psc</a><br>
</blockquote></div>