> - a more reasonable use case would be a plugin that would be compatible of > QGIS and another proprietary GIS through some abstraction layer of their > different APIs. The core of your plugin could then be permissively licensed > to be compatible of both licensing models.
Actually this point is quite interesting since for example NVidia claims that their proprietary code for their video drivers is not a derived work of the Linux kernel since it is used in the drivers of other OS. So only the adaptation layer between their generic driver and the Linux kernel is GPL. This is of course a much disputable point of view, but nobody has cared enough to challenge NVidia in front of a court. What it shows is that the concept of what is a derived work or not can be somewhat fuzzy. > > </my ow opinion, not pretending this is the project one> > > > On Wed, 25 May 2016 8:01 pm Paolo Cavallini <[email protected]> wrote: > > > Il 25/05/2016 11:42, Tom Chadwin ha scritto: > > > > I guess I am just sceptical that GPL's requirement for GPL licensing > > > > of a product, purely by virtue of importing the first product as a > > > > library, is likely to hold much legal weight. > > > > > > We asked for legal advice, and that was the official response. > > > All the best. > > > > > > -- > > > Paolo Cavallini - www.faunalia.eu > > > QGIS & PostGIS courses: http://www.faunalia.eu/training.html > > > _______________________________________________ > > > 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 -- Spatialys - Geospatial professional services http://www.spatialys.com _______________________________________________ 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
