On Sun, Oct 14, 2012 at 11:07 AM, Stephen Bannasch <
stephen.banna...@deanbrook.org> wrote:
> At 10:25 AM -0400 10/14/12, Robert Hanson wrote:
>
> I don't know which path is likely to be more successful, but I worry that
> LGPL licensing will be a barrier for commercial publishers.
>
>
LGPL is especially appropriate for commercial publishers. That's why we use
it instead of GPL and what makes it "Lesser".
>
> However when I think about the possible impact I want to have on learning
> I am concerned about the possible reluctance of acommercial publisher to
> use the combined product when part of it is licensed under the LGPL.
>
>
What is your concern about LGPL?
> At the Concord Consortium we've been releasing all our source code under
> the LGPL for many years. When we chose to use thislicense one of the
> theoretical benefits is that our work could both be integrated into
> closed-source projects AND the license itself would prevent closed-source
> commercial forks extending our work. That restriction might then encourage
> a group interested in a new feature to instead develop it and contribute it
> back to the community.
>
>
?? LGPL certainly does not prevent closed-source commercial forks extending
your work. Why do you say that?
> The reality (for the work we have done) is that we have had practically no
> contributions from external groups. In addition the LGPL subtle and hard to
> explain to other groups.
>
>
I haven't found that to be the case. Maybe there's another reason you have
had practically no contributions.
> So we are considering revising how we license code created by CC in
> general.
>
>
Well, that's fine, but Jmol is still LGPL.
> --
>
> -- Stephen Bannasch
> Director of Technology, Concord Consortium
> http://www.concord.org mailto:sbanna...@concord.org
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Jmol-developers mailing list
> Jmol-developers@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jmol-developers
>
--
Robert M. Hanson
Larson-Anderson Professor of Chemistry
Chair, Chemistry Department
St. Olaf College
Northfield, MN
http://www.stolaf.edu/people/hansonr
If nature does not answer first what we want,
it is better to take what answer we get.
-- Josiah Willard Gibbs, Lecture XXX, Monday, February 5, 1900
------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Jmol-developers mailing list
Jmol-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jmol-developers
