<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>