Re: GNU readline and BSD license

Lists: pgsql-hackers
From: mlw <markw(at)mohawksoft(dot)com>
To: Hackers List <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: GNU readline and BSD license
Date: 2000-12-23 16:20:46
Message-ID: 3A44D0DE.E2A2D5BF@mohawksoft.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Lists: pgsql-hackers

Bruce Momjian wrote:
>
> > Bruce Momjian wrote:
> > >
> > > Rasmus Lerdorf, the big PHP developer, told me that the existance of GNU
> > > readline hooks in our source tree could cause RMS/GNU to force us to a
> > > GNU license.
> > >
> > > Obviously, we could remove readline hooks and ship a BSD line editing
> > > library, but does this make any sense to you? It doesn't make sense to
> > > me, but he was quite certain.
> > >
> > > Our ODBC library is also GNU licensed, but I am told this is not a
> > > problem because it doesn't link into the backend. However, neither does
> > > readline. However, readline does link into psql.
> >
> > Readline is LGPL is it not? If you are merely linking to a shared
> > library assumed to be on the system, and do not actually incorporate
> > readline code within psql, you should be fine.
>
> According to him, it is GPL, not LGPL, and looking at the COPYING file
> in readline, it seems he is correct.

Wow, I never noticed that, I always assumed it was LGPL.

Anyway, it makes no difference.

Under Terms and conditions:

(1) Postgres does not distribute readline as part of the source, the
user must obtain it themselves.

(2) Postgres does not alter or include the readline library does it? If
so, you would have to share your changes. There is an important
paragraph:

>> In addition, mere aggregation of another work not based on the Program
>> with the Program (or with a work based on the Program) on a volume of
>> a storage or distribution medium does not bring the other work under
>> the scope of this License.

(3) Postgres already distributes source, although it does not appear
that is required. pgsql inc's desire to have a two year closed source,
they would have to make sure they made available any changes they make
to GNU source.

(4) Again Postgres does not distribute readline, so no problem.

(5) The postgres team neither modifies or distributes the readline code.
(section 5)

The rest Do not seem to apply.

--
http://www.mohawksoft.com


From: Thomas Lockhart <lockhart(at)alumni(dot)caltech(dot)edu>
To: mlw <markw(at)mohawksoft(dot)com>
Cc: Hackers List <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Re: GNU readline and BSD license
Date: 2000-12-26 18:08:47
Message-ID: 3A48DEAF.7138A2EF@alumni.caltech.edu
Views: Raw Message | Whole Thread | Download mbox | Resend email
Lists: pgsql-hackers

> (3) Postgres already distributes source, although it does not appear
> that is required. pgsql inc's desire to have a two year closed source,
> they would have to make sure they made available any changes they make
> to GNU source.

This is a misinterpretation of our intent. As we've said repeatedly in
the past, any restricted distribution of our products would apply to
*layered* products and to other items not considered part of the
PostgreSQL core, and for a period of time allowing cost recovery. No
hard two year limit, and no restricted distro on anything one might
reasonably feel entitled to receiving gratis.

Sorry for any confusion.

- Thomas


From: mlw <markw(at)mohawksoft(dot)com>
To: Thomas Lockhart <lockhart(at)alumni(dot)caltech(dot)edu>
Cc: Hackers List <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Re: GNU readline and BSD license
Date: 2000-12-26 18:12:36
Message-ID: 3A48DF94.AF86FA3A@mohawksoft.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Lists: pgsql-hackers

Thomas Lockhart wrote:
>
> > (3) Postgres already distributes source, although it does not appear
> > that is required. pgsql inc's desire to have a two year closed source,
> > they would have to make sure they made available any changes they make
> > to GNU source.
>
> This is a misinterpretation of our intent. As we've said repeatedly in
> the past, any restricted distribution of our products would apply to
> *layered* products and to other items not considered part of the
> PostgreSQL core, and for a period of time allowing cost recovery. No
> hard two year limit, and no restricted distro on anything one might
> reasonably feel entitled to receiving gratis.
>
> Sorry for any confusion.

There was no confusion. I understand what pgsql inc. wants to do and I
have no problem with it, in principle. My only concern was, and I think
it was done to death and clarified, was the implication that some core
Postgres code would be released in this way. It was a miscommunication,
a regrettable one. It has been made abundantly clear that this will not
be the case.

I made mention of pgsql in my earlier post because I understood that
they wanted to make add-on projects for Postgres, which were not
immediately open source, and the GPL license may present some
ramifications. In particular, one paragraph seemed to imply that simply
using one or more GPL packages, without modification, did not force an
entire project to require a GPL license.

--
http://www.mohawksoft.com