<div dir="auto"><div>Hi<br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">A sábado, 6 de jun de 2020, 00:20, Nyall Dawson <<a href="mailto:nyall.dawson@gmail.com">nyall.dawson@gmail.com</a>> escreveu:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Sat, 6 Jun 2020 at 09:13, Tim Sutton <<a href="mailto:tim@kartoza.com" target="_blank" rel="noreferrer">tim@kartoza.com</a>> wrote:<br>
><br>
> Hi<br>
><br>
> Great idea! I always hoped that QGIS.org would eventually form a group of paid contributors who keep all the machinery of the project running<br>
<br>
Hey Tim!<br>
<br>
Just to clarify -- I wasn't proposing this as a paid position. Just a<br>
position with authority blessed by the PSC to make the tough calls<br>
when they're needed!<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Yes I understood that thanks, though my comments still apply! And thanks for all the work that you, Matthias, Ale and Denis have already been doing! </div><div dir="auto"><br></div><div dir="auto">Regards </div><div dir="auto"><br></div><div dir="auto">Tim </div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Nyall<br>
<br>
> - eventually building up to having full time paid employees doing a lot of the grunt work for the project so that volunteers can do the ‘fun’ stuff. Many other open source projects have followed this route with success. See for example how KDE recently recruited a marketing person: <a href="https://ev.kde.org/resources/marketingsupport-callforproposals-2020.pdf" rel="noreferrer noreferrer" target="_blank">https://ev.kde.org/resources/marketingsupport-callforproposals-2020.pdf</a><br>
><br>
> Also maybe if the candidates that Nyall suggests are a bit busy this work could be split between them e.g. on a rotational basis.<br>
><br>
> Regards<br>
><br>
> Tim<br>
><br>
><br>
><br>
> On 5 Jun 2020, at 22:43, Nyall Dawson <<a href="mailto:nyall.dawson@gmail.com" target="_blank" rel="noreferrer">nyall.dawson@gmail.com</a>> wrote:<br>
><br>
> Hi PSC,<br>
><br>
> I'd like to raise the notion that <a href="http://qgis.org" rel="noreferrer noreferrer" target="_blank">qgis.org</a> appoint a formal position<br>
> for a release "traffic controller". This role would be responsible<br>
> for:<br>
><br>
> 1. Making the final call on what is suitable for backporting to stable releases<br>
> 2. Guide formal policy regarding the different stages in the lifetime<br>
> of an LTR release, and develop written guidelines on what is<br>
> acceptable to backport at different patch releases for an LTR<br>
> 3. Make the final call on feature freeze exemptions during a<br>
> pre-release freeze period.<br>
><br>
> Some clarifications:<br>
> - This role would be distinct from the release manager position, which<br>
> is currently responsible for making QGIS releases, release packaging<br>
> and release cycles. This would be a time-intensive role, and I don't<br>
> think it should be added to the already (time-intensive) duties of the<br>
> release manager position.<br>
> - It would be a highly technical, very hands-on role, requiring<br>
> **daily/bi-daily** monitoring of the pull request queue and issue<br>
> tracker and full knowledge across all different parts of the QGIS<br>
> codebase and the interplay between them (and the risks associated with<br>
> changes). It is NOT a "project manager for QGIS" type role!<br>
> - It would be a formal community role appointed by PSC, not a position<br>
> on the PSC/board itself<br>
><br>
> I'm raising this now after reflecting on the recent informal practice<br>
> that Matthias Kuhn and I have been trialling where non-crash,<br>
> non-data-corruption, non-trivial fixes get put into a "time delay"<br>
> before being allowed to included in an LTR patch release. (see<br>
> <a href="https://github.com/qgis/QGIS/pull/36718" rel="noreferrer noreferrer" target="_blank">https://github.com/qgis/QGIS/pull/36718</a>,<br>
> <a href="https://github.com/qgis/QGIS/pull/36812" rel="noreferrer noreferrer" target="_blank">https://github.com/qgis/QGIS/pull/36812</a>). By doing this, we ensure<br>
> that these fixes have exposure in a standard (non LTR) release for at<br>
> least one month before they get included in the LTR release. The<br>
> intention is to dramatically reduce the risk of regressions being<br>
> introduced in the middle of an LTR release. (When this happens, it<br>
> undermines user/enterprise confidence in the LTR process and reflects<br>
> poorly on QGIS). This is a completely informal policy we developed and<br>
> wanted to trial, and while I totally stand behind it and think it's a<br>
> great way approach it makes me nervous that Matthias and I have<br>
> basically just forced this policy ourselves. See<br>
> <a href="https://github.com/qgis/QGIS/pull/36718#issuecomment-639428003" rel="noreferrer noreferrer" target="_blank">https://github.com/qgis/QGIS/pull/36718#issuecomment-639428003</a> for<br>
> discussion on this whether this policy is acceptable or not.<br>
><br>
> IMO, suitable candidates would be developers with extensive experience<br>
> across a whole range of areas of the QGIS code, and demonstrated<br>
> history of timely reviews and responses to comments on github. I would<br>
> suggest that suitable candidates, (based on activity on github over<br>
> the past 12+ months and commits ranging across all areas of QGIS) are:<br>
> - Matthias<br>
> - Alessandro<br>
> - Denis<br>
> - (myself)<br>
><br>
> Thanks for your consideration!<br>
> Nyall<br>
> _______________________________________________<br>
> Qgis-psc mailing list<br>
> <a href="mailto:Qgis-psc@lists.osgeo.org" target="_blank" rel="noreferrer">Qgis-psc@lists.osgeo.org</a><br>
> <a href="https://lists.osgeo.org/mailman/listinfo/qgis-psc" rel="noreferrer noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-psc</a><br>
><br>
><br>
> —<br>
><br>
><br>
><br>
><br>
><br>
><br>
><br>
><br>
><br>
> Tim Sutton<br>
><br>
> Co-founder: Kartoza<br>
> Ex Project chair: QGIS.org<br>
><br>
> Visit <a href="http://kartoza.com" rel="noreferrer noreferrer" target="_blank">http://kartoza.com</a> to find out about open source:<br>
><br>
> Desktop GIS programming services<br>
> Geospatial web development<br>
> GIS Training<br>
> Consulting Services<br>
><br>
> Skype: timlinux<br>
> IRC: timlinux on #qgis at <a href="http://freenode.net" rel="noreferrer noreferrer" target="_blank">freenode.net</a><br>
><br>
> I'd love to connect. Here's my calendar link to make finding time easy.<br>
><br>
</blockquote></div></div></div>