Skip site navigation (1) Skip section navigation (2)

Re: libedit memory stomp is apparently fixed in OS X Lion

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: David Fetter <david(at)fetter(dot)org>
Cc: Dave Page <dpage(at)pgadmin(dot)org>, Peter Geoghegan <peter(at)2ndquadrant(dot)com>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: libedit memory stomp is apparently fixed in OS X Lion
Date: 2011-08-01 20:42:26
Message-ID: 1933.1312231346@sss.pgh.pa.us (view raw or flat)
Thread:
Lists: pgsql-hackers
David Fetter <david(at)fetter(dot)org> writes:
> On Mon, Aug 01, 2011 at 07:17:00PM +0100, Dave Page wrote:
>> The scope or number of files is irrelevant. Having just a single
>> GPL'd file in those installers makes it impossible for ISVs to
>> bundle them with their products, unless they open source them under
>> a GPL compatible licence.

> I know of no one, not even the wackiest AGPL loony-tune, who claims
> that the GPL is infectious to the degree you're describing.

Really?  You must have a very small sample.  The *entire reason* that
there is an LGPL as well as straight GPL is that the latter is thought
to have exactly this effect when used for a library.  And the readline
guys have deliberately chosen to use GPL, not LGPL, because that is the
effect they want.

This doesn't affect most Linux distributions because the entire distro
is shipped under GPL-compliant conditions (eg you can get all the
source).  Or at least that's the interpretation Red Hat's lawyers use.
But it *would* affect somebody who wanted to bundle readline-containing
psql into a larger proprietary product.  We use BSD-ish licensing in
part because that scenario is okay with us ... and Dave is concerned
about not losing that property for the installer builds.

			regards, tom lane

In response to

pgsql-hackers by date

Next:From: David FetterDate: 2011-08-01 20:50:15
Subject: Re: libedit memory stomp is apparently fixed in OS X Lion
Previous:From: Andrew DunstanDate: 2011-08-01 20:39:34
Subject: Re: libedit memory stomp is apparently fixed in OS X Lion

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group