<div dir="ltr"><div><div><div><div><div><div><div><div><div><br></div><div>Sorry if I repeat myself, this is just to clarify what the "trusted" flag is, and why it was introduced.</div><div><br></div><div>The trusted flag has nothing to do with being a core dev or having CI/tests: it's a permission flag in the DB, tied to the user who "owns" the plugin (the maintainer).</div><div><br></div>When a new plugin is submitted, Paolo (please correct me if I'm wrong) checks the plugin for mandatory metadata and he makes a quick/superficial evaluation, if the plugin does not look particularly suspicious or misses some mandatory metadata he approves it straight away.<br><br></div>But the a.m. procedure is pointless and can be totally avoided if the plugin comes from a well known member of this community when there is "trust" because of proven record of good plugins or code contributions or personal knowledge, beers together in the greenhouses at night etc. etc.. </div><div><br></div>So this is all what the "trusted" flag is about: skipping the boring and time/consuming procedure of approving plugins for the well-known members of this community (and the delay that it causes) .<br><br></div>Let me say it again:the only difference between a "trusted" user/author is that he can approve and publish the plugins by himself.<br><br></div>The problem started when we decided to advertise the "trusted" flag on the plugin manager, I see two options here:<br><br></div>1. go back to the pre-trusted times and hide that information from the plugin manager<br></div>2. reword/rephrase</div><div>3. add some other flags at the DB level (feel free to make PRs)<br></div><div><br></div>I would go for 2. but please keep the new sentence in sync with the real meaning of the "trusted" flag: I believe that all core developers should be "trusted" (just ask Paolo or any other admin and it's just a click) but I would not restrict the "trust" to core devs: there are many other members of this community that I'd give trust even if they are not core devs.<br><br></div><br><div><div><div><div><div><div><div><br><br></div></div></div></div></div></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Sep 9, 2017 at 10:20 AM, Tom Chadwin <span dir="ltr"><<a href="mailto:tom.chadwin@nnpa.org.uk" target="_blank">tom.chadwin@nnpa.org.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello all<br>
<br>
Sorry for opening this can of worms, and thanks to all of you for very kind<br>
words. But obviously, let's move on from the personal to the general point,<br>
not least to stop my looking as though I was fishing for compliments. I very<br>
much was not.<br>
<br>
<br>
Nyall Dawson wrote<br>
<span class="">>> possibly<br>
>> reinforces the (otherwise seldom apparent) clique nature of devs in<br>
>> general<br>
>> and the QGIS core devs in particular...<br>
><br>
> To begin: there's obviously no secret agenda or deliberate 'inner<br>
> circle' here, so any closed nature of the community has been an<br>
> accidental organic process vs a deliberate decision.<br>
<br>
</span>100%. Compared to other projects to which I've contributed, this is an<br>
incredibly welcoming, supportive, and friendly community. I said "otherwise<br>
seldom apparent" deliberately. I could probably have said "otherwise never<br>
apparent". I could even broaden this out to the whole geo community - both<br>
Leaflet and, back in the day, MGOS devs have always welcomed tentative and<br>
initially nervous contributions from hobbyists.<br>
<br>
<br>
Nyall Dawson wrote<br>
<span class="">> So, if you feel comfortable doing this, can you (or any others who<br>
> have also felt this way) give some pointers on how we can 'break' this<br>
> and becoming a more welcoming community?<br>
<br>
</span>So in that light, my point just refers to this issue. Again, I knew that the<br>
issue I've raised was unintentional, so simply tweaking this process and<br>
language will do the job.<br>
<br>
Matthias and I discussed some possibilities off-list:<br>
<br>
- label "core QGIS developer"<br>
- label plugins which have testing/CI<br>
<br>
I'll check back to see if I missed anything else.<br>
<br>
Thanks for running with this discussion. It should have a moderately simple<br>
solution - just haven't quite found it yet.<br>
<br>
Thanks again<br>
<span class="im HOEnZb"><br>
Tom<br>
<br>
<br>
<br>
<br>
-----<br>
Buy Pie Spy: Adventures in British pastry 2010-11 on Amazon<br>
--<br>
Sent from: <a href="http://osgeo-org.1560.x6.nabble.com/QGIS-Developer-f4099106.html" rel="noreferrer" target="_blank">http://osgeo-org.1560.x6.<wbr>nabble.com/QGIS-Developer-<wbr>f4099106.html</a><br>
</span><div class="HOEnZb"><div class="h5">______________________________<wbr>_________________<br>
QGIS-Developer mailing list<br>
<a href="mailto:QGIS-Developer@lists.osgeo.org">QGIS-Developer@lists.osgeo.org</a><br>
List info: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/<wbr>mailman/listinfo/qgis-<wbr>developer</a><br>
Unsubscribe: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/<wbr>mailman/listinfo/qgis-<wbr>developer</a></div></div></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">Alessandro Pasotti<br>w3:   <a href="http://www.itopen.it" target="_blank">www.itopen.it</a></div>
</div>