Re: Again: list of advantages of the xGPL

Roland <[email protected]> Wed, 19 Jun 2002 19:31:14 -0300
Newsgroups gmane.comp.emulators.wine.license
Message-ID <[email protected]>
At 03:02 PM 6/19/02 -0400, Deven T. Corzine wrote:
>On Thu, 13 Jun 2002, Roland wrote:
>
> > As an analogy lets think of a city with and without police. Where would
> > you like to live?
>
>Ideally, a city that doesn't NEED police in the first place.  (Granted,
>that's not likely to happen.)  If you could truly trust everyone, police
>would be unnecessary.  Since you usually can't, they ARE necessary.

Exactly, and that's why it sometimes makes sense to have a license like the 
GPL, although we could be much happier with a BSD style license. Yesterday 
I read an interview from an IBM Linux hacker in Slashdot. He said that they 
are improving Linux together with folks from other companies like SGI, 
etc... I think in this scenario it is important to have the GPL to avoid 
abuse...

> > RedHat, etc...
> > And please don't forget that one of the driving forces of switching 
> WINE to
> > LGPL was a company!
>
>So?  Maybe it was a strategic business advantage to them.

Sure. The topic of my email was: list of advantages of the xGPL.

> > I'm not saying the BSD has not its advantages, but in the case of WINE it
> > seems that many where not happy with what was released by TG, at least
> > there was a lot of debate generated around this.
>
>Would the Transgaming situation have played out much differently under the
>LGPL, though?  If they wanted to follow the "Street Performers Protocol"
>under the LGPL, they'd be unable to release ANY code until meeting their
>threshold.  How would this have really been an improvement?

If I understood correctly, under the LGPL they would HAVE TO release their 
improvements.

> > Yes exactly. I was refering to the case when a company A hires a software
> > company B to produce some specific software for company A. If there is a
> > xGPL program that already fulfills part of the functionality, B can 
> deliver
> > the software at a much lower cost, by just extending that software. With
> > the xGPL the community will get back everything. Of course A could decide
> > it doesn't want to release everything back, in which case B had to either
> > start programming from scratch(at a much higher cost) or try to find an
> > equivalent software under BSDL. In this case I see a clear point in favour
> > of the xGPL, at least from the viewpoint of the community.
>
>It's easy to see the advantage to the community, IF development happens
>under the xGPL.  That's a big "if", though.  The question is what advantage
>it has for whoever is PAYING for that development, and that's less obvious.

One advantage I see is, that because ALL the code is released back to the 
community the PAYING Customer will benefit from all improvements and 
BUG-FIXES made to that code.
Another advantage is for other companies in the same business(potential 
paying customers). They could use that solution without having to pay 
anything. So I see a lot of companies profiting.

> > If the company will avoid any xGPLed software the development cost will be
> > much higher since it cannot use the large amount of available xGPLed
> > software. This is also a reason why it is good to make the amount of 
> xGPLed
> > software as big as possible. At least from this viewpoint.
>
>Yes, it's an incentive for the GPL community to try to become dominant,
>just like Microsoft's interests are served by trying to become (and remain)
>dominant.  If GPL code can achieve monopoly-style advantages, it will be
>more powerful, obviously.  It will also be more dangerous.

Dangerous for whom? It will help a lot of companies because they will have 
access to a lot of software for free. There will be a lot of need for 
programmers to customize/adapt free software for specific needs. So who is 
in danger here?

>The question is, what are the incentives to fund new xGPL development?
>(The incentives for exploiting previous xGPL developmenbt are obvious.)

Like any incentive to fund new software development. When there is a big 
enough need for it.
And honestly I don't believe that we will ever reach the point where there 
is no need for further software development. I see it here at the company. 
Mostly I develop software for trivial tasks like reading a text file and 
sending the data to a database. There will always be need for specific 
software that solves very specific problems.

> > >Still, I won't question that the natural inclination of companies will be
> > >at first NOT to return any code under the BSD license.  However, over time
> > >they're likely to realize that the cost of maintaining a code fork for any
> > >non-strategic code is foolish to bear, and the benefits are such that
> > >releasing that code is often the best business decision.  It's true that
> > >strategic code won't be release.  (Although it might eventually become
> > >non-strategic code and finally be released at that point.)
> >
> > Yes, like TG releasing D3D code in five years or so...
>
>That's better than never getting it.  And you're free to write it first and
>not wait on them...

Yes, and I'm free also to put that code under the LGPL :)

> > The difference is, that if an LGPL project forks, the license is usually
> > maintained, so every fork can also benefit from the work in other forks.
> > With BSDL this is not the case, since some forks can be proprietary.
>
>True, but the natural inefficiencies of maintained forked codebases tends
>to mitigate against this to a certain degree, while the increased profit
>incentive encourages adoption by proprietary interests, who might tend to
>release non-strategic code back to the public project.
>
>Back to the original question: which is better, 100% of a smaller pie or a
>fraction of a much larger pie?

You assume that the BSD pie will be larger. But in practice I see the 
opposite happening in some cases. Take Linux for example. There is a list 
of big companies supporting/developing Linux: IBM, SGI, Red Hat, SUN, etc...
If the BSDL was really superior then all these companies would be 
using/improving FreeBSD instead. I would bet now that the company funded 
improvements on Linux are much bigger than the FreeBSD related ones. So we 
are getting 100% of a BIG PIE with the GPL.

Roland