Mailing list for all users of the OCaml language and system.
 help / color / mirror / Atom feed
From: Brian Hurt <brian.hurt@qlogic.com>
To: Anonymous via the Cypherpunks Tonga Remailer <nobody@cypherpunks.to>
Cc: <caml-list@inria.fr>
Subject: Re: [Caml-list] User library license
Date: Sun, 23 Feb 2003 13:52:20 -0600 (CST)	[thread overview]
Message-ID: <Pine.LNX.4.33.0302231317590.2037-100000@eagle.ancor.com> (raw)
In-Reply-To: <dc14ed605f867256cf0f9eb7ee329a35@cypherpunks.to>

On Sun, 23 Feb 2003, Anonymous via the Cypherpunks Tonga Remailer wrote:

> 
> 
> > Regarding license ... I suppose LGPL could be fine.
> 
> The new "user code library" is a good idea, but GPL
> and LGPL are both bad ideas.
> 
> GPL eliminates commercial usage.  

No, but it does severely restict it.  I agree that the GPL is the wrong 
license for this project.

> LGPL is currently
> deprecated even by the Free Software Foundation.  It's
> too murky -- what constitutes a 'derivative work' or
> 'library linkage' is highly debatable.  Many projects
> use a modified LGPL for this reason; wxWindows and
> FLTK are two examples.

The GPL has the same problems.  But these problems show up in languages 
like Java or Python, where the concept of linking has been blurred or 
changed.  Ocaml has a much more "normal" view of linking.

I have a friend whose an IP lawyer, and he tells me that 'derivative work'
is (in effect) a precise technical term to lawyers, whose meaning has been
hammered out over several centuries of jurisprudence.  For the 
precise definition, read <long list of judicial opinions>.  Rather like
'LALR(1) parser' is precise technical term to computer programmers.  For 
the precise definition read <first six chapters of the dragon book>.  Note 
that in practice, the legal definition of 'derivative work' and what you'd 
think it to be are pretty much identical.

I am about as inclined to trust legal documents written by programmers as 
I am to trust software written by lawyers- to wit, not at all.  Both the 
LGPL and GPL were rewritten by lawyers for version 2.0.  The MPL was 
drafted by Netscape's lawyers.  Not sure about the APL.

> 
> The best choices would be either the Academic Free
> License or the Mozilla Public License.  The Academic
> Free License is modern 'best practice' and was drafted
> by OSI lawyers.  The MPL came about through extensive
> user discussions over a long period of time (as did
> wxWindows which is also OSI-approved).

I thought the MPL had a loophole which allowed the original copyright 
owner to use contributed code in a proprietary manner.  In other words, 
Netscape could use and extend Mozilla for it's browser, including using 
other people's code, but no one else could.  Correct if I'm wrong.  I 
haven't looked at the APL yet.

I like the *idea* of the LGPL for this use- that you can use (unmodified) 
libraries in any way you want.  But improvements to the libraries are 
common property.

> 
> See also the "Fallacy of GNU" -
> http://www.osopinion.com/perl/story/13420.html
> 

The fact that the GPL has never been defended in court doesn't necessarily 
mean that it's weak.  Quite the opposite, in fact.  The GPL has been in 
several adviserial conflicts, where someone took GPL code and violated the 
licenses.  Generally, once lawyers get involved, they generally tell the 
offending party "surrender now, and get out cheap.  You will lose."  In 
effect, the GPL is strong enough to win without having to go to court.

And the question of how much code qualifies as "fair use" is moot.  If 
you're using enough GPL'd code in your proprietary product that a) it's 
detectable, and b) it's worthwhile for someone to bring you to court over 
it, then you're using enough code to not be covered by fair use, by quite 
a long margin.

If you are using little enough code that you might be covered by fair use, 
it's probably easier and cheaper to simply throw that code out and rewrite 
it if someone wants to make a fuss, than it is to litigate it.

Most of the rest of fair use is explicitly allowed for by the GPL.  For
example, it'd be perfectly legal for Microsoft to download a copy of
Linux, read the source to figure out all of it's interfaces, and
algorithms and datastructure it uses, and write a binary-compatible
operating system.  And distribute this new operating system under any
terms they desire.  So long as they didn't use the *source code*, the
ideas are free for the taking.

And finally, yes, I am big advocate of copyrights for software.  It's 
software patents which are the spawn of satan.

Brian

-------------------
To unsubscribe, mail caml-list-request@inria.fr Archives: http://caml.inria.fr
Bug reports: http://caml.inria.fr/bin/caml-bugs FAQ: http://caml.inria.fr/FAQ/
Beginner's list: http://groups.yahoo.com/group/ocaml_beginners


  parent reply	other threads:[~2003-02-23 19:42 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-02-23  6:30 Anonymous via the Cypherpunks Tonga Remailer
2003-02-23 17:00 ` Sven Luther
2003-02-23 19:57   ` Brian Hurt
2003-02-24  9:18     ` Sven Luther
2003-02-24  1:45   ` Nicolas Cannasse
2003-02-24  2:43     ` Brian Hurt
2003-02-24  9:26       ` Sven Luther
2003-02-24  9:37         ` Alessandro Baretta
2003-02-24 18:01           ` Blair Zajac
2003-02-24 13:43       ` John Max Skaller
2003-02-24  9:24     ` Sven Luther
2003-02-24  9:47       ` Nicolas Cannasse
2003-02-24 10:00         ` Sven Luther
2003-02-24 13:51           ` John Max Skaller
2003-02-24 18:00       ` Blair Zajac
2003-02-25  6:18         ` John Max Skaller
2003-02-25  9:12           ` Markus Mottl
2003-02-25 17:25             ` John Max Skaller
2003-02-24 18:52       ` Issac Trotts
2003-02-24 20:22         ` [Caml-list] off-topic: apple and bsd (was Re: User library license) james woodyatt
2003-02-24 21:18       ` [Caml-list] User library license Damien Doligez
2003-02-25 10:27         ` Sven Luther
2003-02-23 17:35 ` mgushee
2003-02-23 19:52 ` Brian Hurt [this message]
2003-02-24  9:35   ` Sven Luther

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=Pine.LNX.4.33.0302231317590.2037-100000@eagle.ancor.com \
    --to=brian.hurt@qlogic.com \
    --cc=caml-list@inria.fr \
    --cc=nobody@cypherpunks.to \
    /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