I wasn't aware to have an executable between my plugin sources.
In my case I have just removed it from the pyxform library as QgisODK
plugin does not require XForm validation and resubmit it to the repository.
But I think that if a library has an open source origin, a corresponding
licence, and is shared with a community should be normally accepted in a
qgis plugin bundle even if containing compiled binaries. We have to think
that gis is computationally intensive and a software like QGis is suited to
integrate different tools.
So I think that is not so useful for QGis users to strictly fulfil the "no
executable" policy. Protecting in this way QGis global stability we could
lose many opportunities, leaving them to proprietary systems much more
uninhibited.

Best Regards
Enrico Ferreguti


2016-12-19 18:44 GMT+01:00 Pedro VenĂ¢ncio <[email protected]>:

> Hi,
>
>
>
>> As I said, I'm in favour of a source-only policy, there are easy
>> technical solutions to download binaries after installation if a plugin
>> requires them and hosting on our plugin site binary blobs that we cannot
>> inspect doesn't look a good idea to me.
>>
>>
>>
> Crayfish plugin uses this approach http://www.lutraconsulting.co.
> uk/products/crayfish/wiki
>
> It download the binary libraries when installing the plugin from QGIS
> repository.
>
> Best regards,
> Pedro
>
>
>
> _______________________________________________
> Qgis-developer mailing list
> [email protected]
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>
_______________________________________________
Qgis-developer mailing list
[email protected]
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Reply via email to