<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Hi<div class=""><br class=""><div><blockquote type="cite" class=""><div class="">On 22 Dec 2016, at 12:11 PM, Neumann, Andreas <<a href="mailto:a.neumann@carto.net" class="">a.neumann@carto.net</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><meta http-equiv="Content-Type" content="text/html; charset=UTF-8" class=""><div style="font-size: 10pt; font-family: Verdana,Geneva,sans-serif" class=""><p class="">Hi,</p><p class="">I would agree with Tims reasoning.</p><p class="">3) would be nice - but that proposed image is really grouse: -1 to use this ugly image ;-)</p><div class=""><br class=""></div></div></div></blockquote><div><br class=""></div><div>Sorry I hope everyone realized that image suggestion was a joke....</div><div><br class=""></div><div><br class=""></div>Regards</div><div><br class=""></div><div>Tim<br class=""><blockquote type="cite" class=""><div class=""><div style="font-size: 10pt; font-family: Verdana,Geneva,sans-serif" class=""><p class="">But a highly visible warning of a plugin that contains binary code would be very useful IMHO.</p><p class="">Greetings,</p><p class="">Andreas</p><p class="">On 2016-12-22 11:03, Tim Sutton wrote:</p>
<blockquote type="cite" style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0" class=""><!-- html ignored --><!-- head ignored --><!-- meta ignored -->Hi
<div class=""> </div>
<div class="">I think this is easily resolved: </div>
<div class=""> </div>
<div class="">1) Add a guideline on the plugin page that we **prefer** plugins to be shipped without binary blobs, but if they are required they should still adhere to our licensing requirements and other criteria as referenced by Matthias below.</div>
<div class="">2) Evaluate plugins with binary blobs on a case by case basis and simply accept them if they author appears bona fide.</div>
<div class=""> </div>
<div class="">I would have also liked to have the following:</div>
<div class=""> </div>
<div class="">3) Have a tag in the metadata that indicates that the plugin contains binary blobs so that the user can make up their own mind as to whether they wish to install blobs or not. But this is not a blocker for me. For double points use an icon like this <span style="font-family: arial, sans-serif; font-size: 14px;" class=""><span class="" style="cursor: pointer; line-height: 26px; white-space: nowrap;"><a class="" href="https://goo.gl/images/NYt3uE">https://goo.gl/images/NYt3uE</a></span></span> so you can see at a glance which plugins are blobbified.</div>
<div class=""> </div>
<div class="">I think guidelines and rules are great, but that we also should not become so caught up in our rules that we lose sight of common sense - people spend a lot of time and effort building their plugins and it is a shame to turn them away if they had to blobbify their plugins for good technical reasons...</div>
<div class=""> </div>
<div class=""> </div>
<div class="">Regards</div>
<div class=""> </div>
<div class="">Tim</div>
<div class=""> <br class="">
<div class="">
<blockquote class="">
<div class="">On 22 Dec 2016, at 11:36 AM, Matthias Kuhn <<a class="" href="mailto:matthias@opengis.ch">matthias@opengis.ch</a>> wrote:</div>
<div class="">
<div class="">Hi Anita,<br class=""><br class="">On 12/21/2016 09:16 AM, Anita Graser wrote:<br class="">
<blockquote class=""><br class=""><br class=""><a class="" href="http://anitagraser.com/">http://anitagraser.com</a><br class=""><br class="">On Dec 21, 2016 7:07 AM, "Paolo Cavallini" <<a href="mailto:cavallini@faunalia.it" class="">cavallini@faunalia.it</a><br class=""><<a href="mailto:cavallini@faunalia.it" class="">mailto:cavallini@faunalia.it</a>>> wrote:<br class=""><br class=""> Hi all,<br class=""> should we take a decision on this?<br class=""><br class=""><br class="">Could you summarize the issue. I haven't been reading along all the time.</blockquote>
<br class="">The question is, if it should be possible to deploy binaries (normally<br class="">additional libraries) through our plugin servers as part of a plugin.<br class="">Everyone agrees that if it should be allowed, only under the condition<br class="">that the source code is present as well and properly licensed.<br class=""><br class="">Contra:<br class=""><br class=""> - We cannot verify if binary matches source<br class=""> - Hosting binaries feels wrong<br class=""><br class="">Pro:<br class=""><br class=""> - Plugin dev's life is easier (because sometimes using libs cannot be<br class=""> avoided)<br class=""> - We have a higher chance of keeping track of the plugins and closer<br class=""> contact to the developers<br class=""> - Less risk of having multiple plugin repositories out there<br class=""> - There is no additional protection for the user by not allowing this<br class=""><br class="">Possible solutions are listed here:<br class=""><a class="" href="https://lists.osgeo.org/pipermail/qgis-developer/2016-December/046247.html">https://lists.osgeo.org/pipermail/qgis-developer/2016-December/046247.html</a><br class=""><br class="">Best wishes<br class="">Matthias<br class="">_______________________________________________<br class="">Qgis-psc mailing list<br class=""><a href="mailto:Qgis-psc@lists.osgeo.org" class="">Qgis-psc@lists.osgeo.org</a><br class="">http://lists.osgeo.org/mailman/listinfo/qgis-psc</div>
</div>
</blockquote>
</div>
<br class="">
<div class=""><span class=""><span id="cid:1482401489585ba6d1554be928814437@carto.net"><qgis_icon.jpg></span></span>
<div class="" style="font-family: Helvetica; font-size: 12px; font-style: normal; font-variant-ligatures: normal; font-variant-position: normal; font-variant-caps: normal; font-variant-numeric: normal; font-variant-alternates: normal; font-variant-east-asian: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; line-height: normal; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">
<div class="" style="font-weight: normal;">---</div>
<div class="" style="font-weight: normal;"> </div>
<div class=""><strong class="">Tim Sutton</strong></div>
<div class="" style="font-weight: normal;">QGIS Project Steering Committee Chair</div>
<div class="" style="font-weight: normal;"><a class="" href="mailto:tim@qgis.org">tim@qgis.org</a></div>
<div class="" style="font-weight: normal;"> </div>
</div>
</div>
</div>
<!-- html ignored --><br class="">
<div class="pre" style="margin: 0; padding: 0; font-family: monospace">_______________________________________________<br class=""> Qgis-psc mailing list<br class=""><a href="mailto:Qgis-psc@lists.osgeo.org" class="">Qgis-psc@lists.osgeo.org</a><br class=""><a href="http://lists.osgeo.org/mailman/listinfo/qgis-psc" class="">http://lists.osgeo.org/mailman/listinfo/qgis-psc</a></div>
</blockquote><div class=""> <br class="webkit-block-placeholder"></div>
<div class=""> </div>
</div>
</div></blockquote></div><br class=""><div class="">
<span><img height="65" width="59" apple-inline="yes" id="169FB053-A97B-4A09-8892-515548992908" apple-width="yes" apple-height="yes" src="cid:879A6E78-CA46-47B2-AA0E-1810BD833229" class=""></span><div style="color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; line-height: normal; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div style="font-weight: normal;" class=""><br class="Apple-interchange-newline"><br class="Apple-interchange-newline">---</div><div style="font-weight: normal;" class=""><br class=""></div><div class=""><b class="">Tim Sutton</b></div><div style="font-weight: normal;" class="">QGIS Project Steering Committee Chair</div><div style="font-weight: normal;" class=""><a href="mailto:tim@qgis.org" class="">tim@qgis.org</a></div><div style="font-weight: normal;" class=""><br class=""></div></div><br class="Apple-interchange-newline" style="color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; line-height: normal;"><br class="Apple-interchange-newline" style="color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;">
</div>
<br class=""></div></body></html>