Mailing list for all users of the OCaml language and system.
 help / color / mirror / Atom feed
From: Anonymous via the Cypherpunks Tonga Remailer <nobody@cypherpunks.to>
To: caml-list@inria.fr
Subject: [Caml-list] Re: User library license
Date: Wed, 26 Feb 2003 04:30:10 +0100 (CET)	[thread overview]
Message-ID: <d0b2c03466d9bb84ea89b1df98760729@cypherpunks.to> (raw)



Many successful languages use a very liberal license with
basically BSD or X11 terms.  Python, Oz, SML/NJ, etc.

"RedHat makes a living from GPL code" is misleading.  A big
reason for Linux success is Apache, which is BSD licensed,
plus the BSD-licensed languages running on Linux.

The big sticking point with me is that it's much easier to
convince my management to use software with a clean license. 
If I want to make a product with an embedded XYZ engine, the
company lawyers come down on me like a ton of bricks when
they see xGPL license terms for XYZ.

Then everybody loses.  Me, the business, and XYZ Project. 
Believe me, I've had the GPL/BSD debate before, and am not
interested in repeating it.  My statement is simply that the
GPL philosophy completely misreads the business situation. 
It sets up an artificial antagonism instead of finding
common ground.

There are Bad Guys like Microsoft, but also Good Guys like
Sun and IBM, which have both given away millions of lines of
code.  Business is at least as likely to be your friend as
your enemy.  There is enough overlap of mutual interest that
you will get some code back from proprietary work.  If you
xGPL it, then you destroy many possibilities for
collaboration.

Business wants the code to be better, but does not want to
be forced into revealing family jewels.  So it contributes
what it can.  However in the face of xGPL licensing,
business says basically "forget it" to its software team. 
xGPL pushes them to the wall and demands their code; no
business can submit to that.  Some GPL folks say, "fine do
it yourself," and that's exactly what business ends up
doing.  It's all horrific duplication and waste.  Over-
worked software teams duplicating open source work, and
understaffed open source projects crying out for volunteers.

Sometimes business uses BSD code without sharing back --
true enough -- but that's not always bad!  The whole
Windows TCP/IP stack, and the new Mac OS X, are perfect
examples.  We have better quality operating systems because
of this BSD adoption.  They may have even caught a few bugs
for us.

If it were up to me I'd put all of OCaml and its libraries
under the Academic Free License which is the current OSI
best practice for BSD-style licensing.  You would see much
broader usage of OCaml in the commercial sector.

Yeah I know plenty of people use OCaml at work, I do too,
don't beat me over the head.  There is a difference between
internal usage and mass production.  Mass production is
where you get real returns because the code has to be
right, or customers complain.  Internal use doesn't generate
anywhere near that kind of development effort.

OK, thanks everyone, I know opinions differ, this is just
my perspective and I hope it was communicated clearly.

Mark
-------------------
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


             reply	other threads:[~2003-02-26 13:17 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-02-26  3:30 Anonymous via the Cypherpunks Tonga Remailer [this message]
2003-02-26 13:46 ` Fabrice Le Fessant
2003-02-26 14:19 ` 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=d0b2c03466d9bb84ea89b1df98760729@cypherpunks.to \
    --to=nobody@cypherpunks.to \
    --cc=caml-list@inria.fr \
    /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