<div dir="ltr">Maybe another option is to publish the plugin without the binaries, and leave the user the task of installing and configuring that separately. So all the code of the plugin itself is available, but then it relies on a 3rd party application that is not open, but that we are not shipping.<div><br></div><div>my 2 cents</div></div><div class="gmail_extra"><br><div class="gmail_quote">2015-12-02 10:38 GMT+01:00 Tim Sutton <span dir="ltr"><<a href="mailto:tim@qgis.org" target="_blank">tim@qgis.org</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">Hi Luigi<div><br></div><div><span class=""><br><blockquote type="cite">On 02 Dec 2015, at 05:43, Luigi Pirelli <<a href="mailto:luipir@gmail.com" target="_blank">luipir@gmail.com</a>> wrote:<br><br>Hi qgis devs<br><br>I just published the QTraffic plugin... It's a plugin developed for<br>the Coimbra university (Portugal) that I finished some months ago.<br><br>I had ethical problem publishing it, because it contain a windows<br>executable (the algorithm developed by the University team) that I'not<br>able to verify directly.<br>I worked to convince to publish the code since the beginning of the<br>project, but because it's a research project they are still in<br>experimental phase testing and calibrating it. So they don't want to<br>have a "official" release of the code before to have it deeply tested.<br>Deep testing depends of accessibility of the plugin, so I published it.<br>During Gran Canaria hackfest I asked to some core developer if it was<br>correct to publish it, and all give me the ok.<br>I'm still not sure of this decision, and at least I want to be<br>transparent about this.<br><br>I'm sincerely confident that the executable code (Fortran code) will<br>be sooner or later published, what I don't know is when and in what<br>form and with what license... but I'm confident that it will be a open<br>license.<br><br>please ask more info or do pressure to the official code<br>maintainer(s): <a href="mailto:qtraffic_support@uc.pt" target="_blank">qtraffic_support@uc.pt</a><br><br></blockquote><div><br></div></span><div>For my part I have concerns both from licensing and from exposing our users to potential harm point of view.</div><div><br></div><div>* In the first case (which is probably not as well defined) I don’t think it is good to ship code from the official repo where the licensing is indeterminate, and which potentially conflicts with QGIS licensing itself.</div><div>* In the second case, shipping a binary from the official repo gives us no opportunity to inspect the code to ensure that it is not doing something potentially harmful to the users computer.</div><div><br></div><div>My suggestion would be to publish it under a third party repo and encourage users to test it from there.</div><div><br></div><div>Regards</div><div><br></div><div>Tim</div><span class=""><div><br></div><div><br></div><br><blockquote type="cite">Regards<br><br>Luigi Pirelli<br><br>**************************************************************************************************<br>* Boundless QGIS Support/Development: lpirelli AT boundlessgeo DOT com<br>* LinkedIn: <a href="https://www.linkedin.com/in/luigipirelli" target="_blank">https://www.linkedin.com/in/luigipirelli</a><br>* Stackexchange: <a href="http://gis.stackexchange.com/users/19667/luigi-pirelli" target="_blank">http://gis.stackexchange.com/users/19667/luigi-pirelli</a><br>* GitHub: <a href="https://github.com/luipir" target="_blank">https://github.com/luipir</a><br>* Mastering QGIS:<br><a href="https://www.packtpub.com/application-development/mastering-qgis" target="_blank">https://www.packtpub.com/application-development/mastering-qgis</a><br>**************************************************************************************************<br>_______________________________________________<br>Qgis-developer mailing list<br><a href="mailto:Qgis-developer@lists.osgeo.org" target="_blank">Qgis-developer@lists.osgeo.org</a><br>List info: <a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>Unsubscribe: <a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br></blockquote><br></span><div><span><img height="60" width="60" src="cid:DDEF9B12-67C3-4498-BD7D-EC3563CC35A4"></span><span class="HOEnZb"><font color="#888888"><br><br><br>Tim Sutton<br>QGIS Project Steering Committee Member<br><a href="mailto:tim@qgis.org" target="_blank">tim@qgis.org</a><br><br><br><br></font></span></div><br></div></div><br>_______________________________________________<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="http://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
Unsubscribe: <a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br></blockquote></div><br></div>