public inbox for sourcenav@sourceware.org
 help / color / mirror / Atom feed
From: Doug Fraser <dfraser@photuris.com>
To: 'Robert Hartley' <rhartley@ics.com>, sourcenav@sources.redhat.com
Subject: RE: SN backend GPL or LGPL?  (was: SourceNav release...)
Date: Fri, 15 Feb 2002 09:43:00 -0000	[thread overview]
Message-ID: <E2D27064CD59574F88D05AEF5728396D445614@PH01SRV02.photuris.com> (raw)

First, let me say that I agree that the Lesser GPL (LGPL)
is a far more flexible license for development of
library components. No doubt. But SN is an entity, a whole,
not a collection, so I would be surprised to see it go LGPL
in a general sense. That being said, I'll attempt to explain
my reasoning for supporting your earlier 'CORBA' example.

Using SN as a tool in cooperation with other tools
would not run against the spirit of OpenSource. If
that were true, then the compilation of proprietary
solutions using GCC would also run against the spirit.
As would using PERL to handle CGI into a proprietary database
on a web server. All these tools are used as solutions
in proprietary settings every day. Deriving a proprietary
work from an open source product would run counter,
because that derived work itself is what is being marketed.
In the same sense, you can derive works from GPL products
for your own personal use without turning those changes
back, as long as you do not make the derived work available
to anyone else. So in that sense, if you bundle SN with
a collection of other tools that communicate with an
autonomous SN to perform useful work, that would be an
accepted use. What would matter, though, is if you modified
SN to provide a closed backend to enable communications
to your tools. If, however, you provide that modification
to the public, then you have met your responsibility to
the community by providing a useful extension to the
existing tool.

Doug

> -----Original Message-----
> From: Robert Hartley [mailto:rhartley@ics.com]
> Sent: Wednesday, February 13, 2002 3:20 PM
> To: sourcenav@sources.redhat.com
> Subject: Re: SN backend GPL or LGPL? (was: SourceNav release...)

<snip>

> All other issues aside, using Corba or something as a 
> workaround would not be
> in the collaborative spirit of open source.
> 
> That is why I am wondering about an LGPL version of the SN backend.
> 
> Thanks to all for listening,
> 
> - Rob
> 
> 

             reply	other threads:[~2002-02-13 20:49 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-02-15  9:43 Doug Fraser [this message]
2002-02-15 12:26 ` Let's start it (Re: SN backend GPL or LGPL?) Eray Ozkural
2002-02-18 14:02   ` Mo DeJong
2002-02-20  1:59     ` Eray Ozkural
  -- strict thread matches above, loose matches on Subject: below --
2002-02-13 11:55 SN backend GPL or LGPL? (was: SourceNav release...) Doug Fraser
2002-02-13 12:49 ` Robert Hartley
2002-02-13 10:38 Davies, Mike
2002-02-13 10:50 ` Robert Hartley
2002-02-13 11:25   ` Ian Roxborough
2002-02-13  9:06 Robert Hartley
2002-02-13 12:19 ` Syd Polk

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=E2D27064CD59574F88D05AEF5728396D445614@PH01SRV02.photuris.com \
    --to=dfraser@photuris.com \
    --cc=rhartley@ics.com \
    --cc=sourcenav@sources.redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).