[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: PostgreSQL, LGPL and GPL.
From: |
John Hasler |
Subject: |
Re: PostgreSQL, LGPL and GPL. |
Date: |
Fri, 20 Oct 2006 14:04:08 -0500 |
User-agent: |
Gnus/5.110006 (No Gnus v0.6) Emacs/21.4 (gnu/linux) |
Karen Hill writes:
> If you make create a PostgreSQL database that uses PostGIS and you
> distribute that database, than your database (tables, stored procedures,
> views, etc) are GPL?
No.
> Like wise if you create a client that connects to that database, do they
> also become GPL?
No.
> Does PostgreSQL in effect become GPL when using PostGIS because PostGIS
> accesses parts of PostgreSQL?
No.
> Npgsql is LGPL. It means you must release the source of Npgsql when
> distributing it, and if you modify Npgsql, but not have to release the
> source under the (L)GPL of the software that calls Npgsql functions?
Pretty much, but you must provide your software in a form that can be
relinked.
> If you provide the source on a CD and the (GPL/LGPL) license as a text
> file on that CD if you distribute, then are your obligations met under
> the GPL/LGPL?
Yes.
> What if those you distribute to lose the source code CD, can they then
> come after you X number of years later demanding the source?
No.
> For the developers of LGPL/GPL like Npgsql, why do you not dual license?
> Have a model like MySQL where one can purchase a BSD licensed version or
> use the GPL/LGPL one.
Some don't want their software distributed under closed-source terms.
Others just haven't been offered enough money.
--
John Hasler
john@dhh.gt.org
Dancing Horse Hill
Elmwood, WI USA