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

Re: [HACKERS] Re: Copyright question: GPL patches for non-GPL packages (fwd)

From: The Hermit Hacker <scrappy(at)hub(dot)org>
To: Bruce Momjian <maillist(at)candle(dot)pha(dot)pa(dot)us>
Cc: maartenb(at)dutepp0(dot)et(dot)tudelft(dot)nl, hackers(at)postgreSQL(dot)org
Subject: Re: [HACKERS] Re: Copyright question: GPL patches for non-GPL packages (fwd)
Date: 1998-01-25 05:06:33
Message-ID: Pine.BSF.3.96.980125010607.28536F-100000@thelab.hub.org (view raw or flat)
Thread:
Lists: pgsql-hackers
On Sat, 24 Jan 1998, Bruce Momjian wrote:

> > 
> > On Sat, 24 Jan 1998, Maarten Boekhold wrote:
> > 
> > > Hi,
> > > 
> > > I read this message on the debian development list. Thought it might be 
> > > of interest to scrappy on the PostODBC thingie...
> > 
> > 	Damn, to say I hate copyrights isn't saying enough :)  Okay, I
> > guess the first thing to note is that PostODBC actually falls under the
> > LGPL vs the GPL, which appears to have slightly more lax restrictions on
> > how it gets included with other packages...
> > 
> > 	Now, with that in mind, should we remove the PostODBC stuff from
> > the interfaces directory an dmove it to the contrib directory?  Or remove
> > it all together?  Or leave it where it is?
> > 
> 
> Leave it.  The posting talks about intermixing source code.  In our
> case, it is separate, and that is enough.  BSDI ships GNU utilities, but
> does not have the entire OS under GPL, and that is GPL, not LGPL.

	True enough...FreeBSD ships a bunch of GPL stuff as well, but its
core kernel is still under Berkeley :)

Marc G. Fournier                                
Systems Administrator @ hub.org 
primary: scrappy(at)hub(dot)org           secondary: scrappy(at){freebsd|postgresql}.org 


In response to

pgsql-hackers by date

Next:From: Jan VicherekDate: 1998-01-25 05:38:01
Subject: Re: Browsing the tables / why pgsql does not perform well (with temp fix)
Previous:From: The Hermit HackerDate: 1998-01-25 04:51:59
Subject: Re: Browsing the tables / why pgsql does not perform well (with temp fix)

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