From: | Hiroshi Inoue <inoue(at)tpf(dot)co(dot)jp> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Robert Treat <xzilla(at)users(dot)sourceforge(dot)net>, pgsql-hackers(at)postgresql(dot)org, "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com>, Andrew Dunstan <andrew(at)dunslane(dot)net>, Jim Nasby <decibel(at)decibel(dot)org>, Peter Eisentraut <peter_e(at)gmx(dot)net> |
Subject: | Re: Re: [COMMITTERS] psqlodbc - psqlodbc: Put Autotools-generated files into subdirectory |
Date: | 2007-05-10 13:46:44 |
Message-ID: | 46432244.3020905@tpf.co.jp |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-committers pgsql-hackers |
Tom Lane wrote:
> Hiroshi Inoue <inoue(at)tpf(dot)co(dot)jp> writes:
>> Robert Treat wrote:
>>> It's generally a very bad idea for a BSD licensed project to include lgpl
>>> licensed code
>
>> Psqlodbc package is LGPL licensed and seems to have little problem to
>> include copy of BSD licensed code as a part of it.
>
> Right, that direction is fine, it's the other way around that's
> problematic (because adding some BSD code adds no new restrictions on
> what users can do with an overall-LGPL project, whereas having some LGPL
> components in a supposedly BSD project does limit what they can do with
> it). I don't see any reason why you shouldn't include those PG autoconf
> macros in psqlodbc. You just need to document that they have a BSD
> license, in case someone wants to use them by themselves.
Yes I am in that direction. You may see some confusing words in my other
posts but they are all I once thought.
Thanks for your clarification.
regards,
Hiroshi Inoue
From | Date | Subject | |
---|---|---|---|
Next Message | Hiroshi Inoue | 2007-05-10 14:15:09 | Re: Re: [COMMITTERS] psqlodbc - psqlodbc: Put Autotools-generated files into subdirectory |
Previous Message | Alvaro Herrera | 2007-05-10 12:46:14 | Re: Re: [COMMITTERS] psqlodbc - psqlodbc: Put Autotools-generated files into subdirectory |
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2007-05-10 14:11:23 | Re: Behavior of GENERATED columns per SQL2003 |
Previous Message | Heikki Linnakangas | 2007-05-10 13:33:05 | Re: Seq scans roadmap |