[gdal-dev] Licensing Policy for drivers and applications
Frank Warmerdam
warmerdam at pobox.com
Mon Jan 31 13:21:22 EST 2011
On 11-01-31 10:45 AM, Howard Butler wrote:
>> http://trac.osgeo.org/gdal/wiki/rfc34_license_policy
>
> I'm asymptotically approaching -1 on this RFC. My concern is that it
> misplaces the apparent responsibility for managing licensing constraints on
> *us*. It should always be the responsibility of users of the software to
> know, care, and mange the licensing of the software they're using. What
> happens if we mislabel a driver? Or not realize that a driver links to A,
> which links to B, which is GPL? It's still the user's responsibility, but
> we've just done them a disservice.
Howard,
I do not believe we are taking on any legal or moral responsibility
if a driver is mislabelled. I think a best effort on our part is
fine.
>> In the case of OSGeo4W the main restrictions is that we should not be
>> distributing GRASS in such a way that proprietary drivers like the MrSID
>> driver can be used without the user having knowingly combined them by
>> themselves.
>
>
> Another reason I don't like this is that it puts us square in the middle of
> the GPL vs commercial software war which I don't think we have been so
> interested in fighting.
I'll just note I do not see this as a war to fight. I am just
trying to make it easier for software distributors to act
responsibly with regard to licensing requirements of various
components.
> IMO, we shouldn't try to protect users from having
> to care about this stuff, because they clearly need to understand the ground
> rules if they're going to choose to make a porridge of GPL and proprietary
> software.
>
> There's nothing preventing a user from manually registering only the drivers
> they need at runtime now. If they need to register only non-GPL drivers, or
> non-proprietary ones, they can do so. I completely agree this doesn't solve
> OSGeo4W's problem.
You refer to "user" above, but I assume you are referring to
application developers and software distributors. I agree that
this RFC is not intended to absolve them of all awareness of the
licensing of components they are distributing.
> I do not formally object to this RFC with a veto, and I expect that it will
> be implemented, but I wanted to voice my opinion that I think this is a
> slippery, slippery slope.
You concerns have moderately sapped my interest in the RFC. As discussed
in IRC it seems that the fact that the user must separately select
packages like gdal-mrsid may be sufficient to protect OSGeo from
license violation claims. I am going to try seeking input from the
QGIS, and perhaps GRASS communities about their intent when applying
the GPL license to their software. Beyond the strict legalities, I
am interested in accounting for the intent of developers of GPL
software.
Best regards,
--
---------------------------------------+--------------------------------------
I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush | Geospatial Programmer for Rent
More information about the gdal-dev
mailing list