|
[Sponsors] |
February 8, 2011, 19:45 |
OpenFOAM Under a Lesser GPL (LGPL) License
|
#1 |
Senior Member
Hrvoje Jasak
Join Date: Mar 2009
Location: London, England
Posts: 1,907
Rep Power: 33 |
Over the last couple of years, I have been in touch with a number of people who have in private discussion raised the issue of OpenFOAM under a GNU Lesser General Public License
http://www.gnu.org/copyleft/lesser.html I understand that the terms of GPL in some very specific situations may be too limiting, eg. when the software is used and developed by formal or informal consortia. The intention of public release of OpenFOAM has always been to "free up" the software as much as possible, because it lives only by its user and developer community. As an author of a substantial amount of code, I think we need to review the limitations of GPL and consider a license change and allow people to use it in the way originally intended. The first step is to establish how much of a problem we are actually dealing with. Here is a question for you: does the GPL license currently cause you trouble (which kind)? Would a LGPL release benefit you in a substantial way or allow you to do things that you cannot currently do? Looking forward to your (public) response, Hrv
__________________
Hrvoje Jasak Providing commercial FOAM/OpenFOAM and CFD Consulting: http://wikki.co.uk |
|
February 9, 2011, 08:08 |
|
#2 |
Senior Member
Laurence R. McGlashan
Join Date: Mar 2009
Posts: 370
Rep Power: 23 |
If this change were made, what is the incentive (other than goodwill) for anybody to release their source code? LGPL permits people to sell their own software (and hide their source code) that links to the LGPL software, whereas GPL doesn't allow this, correct?
Surely this is only a problem for the development of OF in the CFD community if there are other CFD libraries that proprietary software developers could use instead of OF? I'm not aware of any very good LGPL alternatives. I would see it as not a 'limitation of the GPL' but as a limitation that proprietary developers place upon themselves in not wanting to share their source code. Also, how do you change a GPL to a LGPL? I imagine there are a lot of issues with that.
__________________
Laurence R. McGlashan :: Website |
|
February 9, 2011, 08:18 |
|
#3 |
Senior Member
Hrvoje Jasak
Join Date: Mar 2009
Location: London, England
Posts: 1,907
Rep Power: 33 |
Incentive = Good Will. I would like to get as many people as possible to use the software as possible, and in as many ways as they could imagine.
Also, there is a series of industrial partners in the community who want to push their work into Universities for collaborative research after a funded development projects, and I think this is a commendable thing to do. If you are worried about Ansys selling OpenFOAM - based software, I think it is clear to everyone this will not happen. However, if you look at a consultancy company looking to sell their expertise, this makes it easier to set up NDA-s etc without arguing the details of GPL with lawyers (internally) and decide to release whenever they feel like it (or not, as the case may be). I don't think it is right to bind people on what they do with their work, as opposed to the community contributions that are already there. As a matter of record, I personally don't mind either way, because either GPL or LGPL does not limit me at all in what I am doing. A change of license is quite easy - what we need is an agreement of authors. So, do I count you as "for" or "against"? Hrv
__________________
Hrvoje Jasak Providing commercial FOAM/OpenFOAM and CFD Consulting: http://wikki.co.uk |
|
February 9, 2011, 08:37 |
|
#4 | |
Senior Member
Laurence R. McGlashan
Join Date: Mar 2009
Posts: 370
Rep Power: 23 |
I'll put my thick hat on. Why does the GPL prevent the following:
Quote:
__________________
Laurence R. McGlashan :: Website |
||
February 9, 2011, 08:45 |
|
#5 |
Senior Member
Hrvoje Jasak
Join Date: Mar 2009
Location: London, England
Posts: 1,907
Rep Power: 33 |
Well, that is precisely the point: I think this kind of sharing is a perfectly legitimate thing to do under the existing GPL license but I am constantly having to explain this. People are worried that University partners would feel free to further distribute the code and I think this can be controlled by a simple NDA agreement. However, I would like to be certain.
Apparently LGPL solves the problem beyond reasonable doubt and I "don't see why we should not oblige". I am asking the question to make sure another can of worms does not open somewhere along the way... Thank you for the input, Hrv
__________________
Hrvoje Jasak Providing commercial FOAM/OpenFOAM and CFD Consulting: http://wikki.co.uk |
|
February 9, 2011, 13:58 |
|
#6 | |||||
Senior Member
|
Hello Hrvoje Jasak,
See the GPL FAQ http://www.gnu.org/licenses/gpl-faq.html From the same site, about NDA, two different points Quote:
Quote:
Quote:
Quote:
Quote:
Regards, aerothermal |
||||||
February 9, 2011, 14:05 |
|
#7 |
Senior Member
Kevin Smith
Join Date: Mar 2009
Posts: 104
Rep Power: 17 |
I think the move to LGPL would be a good thing, but I work in industry so I see benefits in keeping my code 'mine'. There are companies out there that support the open community dev model, maybe because they are more interested in CFD results, not so much in selling a software product. In general I think this move would help strengthen OF because ultimately there would be more funding overall going towards some kind of OF development, even if some of it is proprietary. The concern that someone might have to pay for a OF dependent module/program is well taken, but that new program may have never existed if some company did not pay for the development. If that module is priced right and fills the need of a customer, what's wrong with that?
|
|
February 9, 2011, 14:19 |
|
#8 |
Senior Member
Hrvoje Jasak
Join Date: Mar 2009
Location: London, England
Posts: 1,907
Rep Power: 33 |
Thanks for that aerothermal,
This is precisely what I had in mind and I know this is covered by GPL as you correctly quote. It is even better to have it spelt out at the Forum. I only wish the lawyers would read what you quoted Hrv
__________________
Hrvoje Jasak Providing commercial FOAM/OpenFOAM and CFD Consulting: http://wikki.co.uk |
|
February 9, 2011, 14:21 |
|
#9 |
Senior Member
|
Yes. Those quotes are not my interpretation but FSF as published in their site. It clarifies what FSF understands about their own license. However, what lawyers and judges would understand about the GPL application and limits in each country is unpredictable.
|
|
February 9, 2011, 16:16 |
|
#10 |
Senior Member
Fabian Braennstroem
Join Date: Mar 2009
Posts: 407
Rep Power: 19 |
Hi Kevin,
than we have in a couple of years 3-4 different OpenFOAM versions with a lot of modules for which everyone has to pay, not only the industry but students as well. So there will be no difference to other commercial codes anymore... except that you have a base code, which is the current version, but any futher improvement will not be in this free version anymore... Best Regards! Fabian |
|
February 9, 2011, 17:11 |
|
#11 |
Senior Member
Kevin Smith
Join Date: Mar 2009
Posts: 104
Rep Power: 17 |
Hi Fabian, yes I understand switching to LGPL would allow a change in the development paradigm, however it would not enforce a change in the current one. Community driven contributions could remain in the open, but companies would also have a motivation to develop innovative programs/modules. I do recognize your concern in any case and understand it is an important perspective.
|
|
February 9, 2011, 17:41 |
|
#12 |
Senior Member
Hrvoje Jasak
Join Date: Mar 2009
Location: London, England
Posts: 1,907
Rep Power: 33 |
Just to confirm - I do not expect the mode of operation of Wikki to change: development and release cycle of the source code remains the same. The message from our current projects is that most of our project partners do not wish to limit the contributions because then they have to maintain and support them in house. The benefit from open source development model is clear.
However, there are organisations that are not allowed to play like this (think eg. nuclear industry) and some protection may be needed. I understand your concern and it is a valid point. BTW, I am as keen as you are to see contributions from as many people as possible, especially the Summer School alumni! Hrv
__________________
Hrvoje Jasak Providing commercial FOAM/OpenFOAM and CFD Consulting: http://wikki.co.uk |
|
February 9, 2011, 19:42 |
|
#13 |
Retired Super Moderator
Bruno Santos
Join Date: Mar 2009
Location: Lisbon, Portugal
Posts: 10,981
Blog Entries: 45
Rep Power: 128 |
Greetings to all!
Uhm, one thing that didn't seem to me to being made clear in this thread is what LGPL really allows... so, by my limited experience with Qt - when Nokia purchasing Trolltech, it allowed them to change their open source licensing from GPL to LGPL - what would happen with OpenFOAM going LGPL is something like this:
So, if the nuke people:
So, pretty much the usual scenario that closed source is applicable with LGPL code is for using the LGPL libraries, so OpenFOAM would then act as a direct library add-on to the application. The only major problem I can try to predict is the future need to prove that a certain new application or new library is bound or not to the LGPL, since the only ways to prove would be to:
The one issue that I can't remember is if libraries (without LGPL code in them) contributed by the community for OpenFOAM would then be automatically be bound to LGPL or if they could be GPL'ed. Either way, OpenFOAM with LGPL would indeed come in handy sooner or later Best regards, Bruno
__________________
|
|
February 10, 2011, 06:12 |
|
#14 |
Senior Member
Anonymous
Join Date: Mar 2009
Posts: 110
Rep Power: 17 |
I tend to agree with kev4573. As a company, if you are paid to develop software by someone else, that other person normally will own 100% of the code and can do what they want with it. Passing the source code over is therefore normally part of the contract. However, if you wish to develop new software internally as part of PV funding, then the last thing you want is to later on have to sell the software AND pass on the source code. Although NDA's can assist here, they are not bulletproof and if your code ends up out in the wild, your code (if people want it) can spread very quickly through illegal channels with no financial reward for your efforts as a company. As far as I see it, LGPL would allow you to continue working with the OF libraries as normal, but you remove the risk of illegal distribution of your software.
Note that in the above I am talking about using OpenFOAM as a software library. Most of the popular software libraries such as Boost, Qt, and VTK allow you to work in this way. I don't see why OpenFOAM can't? Nothing is stopping people from continuing to contribute code for free, if they want. I also think the horror scenario of having to pay for all the best libraries is probably a bit far-fetched. Anyway, I am for the switch to LGPL. It would certainly make OpenFOAM a viable option for commercial companies. |
|
February 10, 2011, 06:21 |
|
#15 |
Senior Member
Hrvoje Jasak
Join Date: Mar 2009
Location: London, England
Posts: 1,907
Rep Power: 33 |
Actually, my plan is slightly different. The starting point for LGPL would be foam2.3.2 of December 2004 (= OpenFOAM-1.0). This covers all important library functionality and everything you need to write modern FOAM applications. This is now (thanks, Mark) a matter of public record and all author signatures, history, development line from mid 1990-s etc are available.
Analysis of the code show that this covers approx 70% of the existing functionality of the -Extend line, with the remaining 30% split half-half between community (+ me) and OpenCFD. In the worst case, the basic point for LGPL would be fairly decent. If we decide to move this way, I would speak to Henry to cover the complete code as it stands today with LGPL and since this is a more "relaxed" license than plain GPL, we should not really have a problem. The real points are: - is this worth doing? There is effort involved and I don't fancy wasting my time unless there is a good reason and the community approves - are there some traps that I cannot see, in terms of commercial repackaging? - are there legal obstacles I need to resolve (this is something I will investigate myself) Let's carry on talking, Hrv
__________________
Hrvoje Jasak Providing commercial FOAM/OpenFOAM and CFD Consulting: http://wikki.co.uk |
|
February 11, 2011, 07:41 |
|
#16 |
Senior Member
|
I think the LGPL would be a good thing, too. The viral aspect of the GPL is what causes us problems.
I have projects where the sponsors demand that we protect the solvers and libraries (e.g., foamedOver) that we develop. However, we would like to share our code with organizations approved by the sponsor. Right now, we are in an unclear position due to ITAR restrictions, which means that we can't give the source code to anyone. Therefore, we are effectively frozen. The problem with this is that the sponsor may force us to leave the OF community on these projects, and develop a new CFD code from scratch. From this perspective, I think it is more of a net positive to adopt the LGPL and keep the community growing with a widely open core distribution (OpenCFD and OpenFOAM-extend project) and then have a mish-mash of open, restricted, and for-sale custom solvers, libraries, and utilities. Eric |
|
February 11, 2011, 08:46 |
|
#17 |
Senior Member
|
Dear Prof. Eric,
Is it possible to pass from GPL to LGPL at the current moment? Other point is that you may need to open a organization or new holding company to joint your project partners. Therefore, you all will be under the same umbrella, i.e., the code will not be distributed outside the walls but inside the same organization. If you need to distribute to more other organizations, you will have the option to include them as partners in the organization as the project grows. It is just an idea and, it is good to say, that it needs a review your lawyer by your country laws. Regards, guilherme |
|
February 11, 2011, 13:14 |
|
#18 |
Retired Super Moderator
Bruno Santos
Join Date: Mar 2009
Location: Lisbon, Portugal
Posts: 10,981
Blog Entries: 45
Rep Power: 128 |
Greetings to all!
I picked up on this on OpenCFD's Twitter: http://www.openfoam.com/legal/open-source.php This means that a LGPL version of the original FOAM will not be legally able to get code updates directly from OpenFOAM. If code extraction is made from "-dev" and "-extend" for the LGPL version, will require that it should only be the parts not related to OpenFOAM's original version. But I suppose this was already being taken into account Best regards, Bruno
__________________
|
|
February 11, 2011, 18:16 |
|
#19 |
Senior Member
Alberto Passalacqua
Join Date: Mar 2009
Location: Ames, Iowa, United States
Posts: 1,912
Rep Power: 36 |
Hello,
this kind of re-licensing is not possible. OpenFOAM (the release from OpenCFD) is included in OpenFOAM-extend. As consequence, you cannot re-license at all without their consent, even in case of a formal fork. You would also need approval from all those who contributed lines of code. OpenCFD just clarified they do not mean to change the license, which I personally approve. Now some answer to previous comments: @kevin, the "industry" can happily develop the code complying with GPL. They are not required to distribute it, and they can ask for money for their developments, if they want to, providing the code to their customers only. It is perfectly legal, and alsocommon. @Eric Paterson: I work in the US too, and I do not understand why ITAR (International Traffic Arms Regulations for those who are not familiar with them) should affect your use of OpenFOAM. Your code foamedOver is, if I understand it properly, the implementation of over-set grids in OpenFOAM, which is not a new technology, and not a strategical military achievement. There is a wide literature on the topic, specific symposiums, so the information is out there. I can understand restrictions on the simulation cases, which, btw, do not fall under GPL at all, since they do not link (that's key factor in establishing what is affected by GPL due to propagation!) to OpenFOAM code. This said, the GPL does require anywhere you have to make the code public. This is a frequent misunderstanding of the license. It simply requires that, if you distribute the code to someone, that someone has the right of receiving a copy of the source code and of modifying it granted to him, not to everybody in the world. A lawyer with some experience in software licensing could clarify this very quickly. Additionally, if your sponsor approves the recipients of your software, at that point it is only a question of avoiding leaks, which would not be solved by a license anyway or re-writing the code. And finally, my opinion: LGPL would simply give the power to those who did not develop OpenFOAM to use it for commercial purposes in their own software, without giving anything back. I believe OpenFOAM owes its success to its quality, its transparency, and the lack of licensing fees. If closed-source developments will be allowed, OpenFOAM will become a commercial code, with licensing fees, closed interfaces and formats, unexplained differences between one release and the other, which is exactly what OpenFOAM users want to avoid. In other words, it won't make anybody "more free", it just looks so. Take a look at all the companies who already offer support for OpenFOAM or GUI's for it. They will feel authorized to include their customized developments of codes directly in the closed release, leading to a very confusing panorama (what works with what?). An idea to avoid ambiguities about licensing and the GPL is to create a document similar to what the FSF created, maybe having it reviewed by a lawyer. This could be useful especially to those who do consultancy work, to show companies and customers what are the actual requirements of the GPL, if they have concerns, and to give them more competent answers. Best, Alberto
__________________
Alberto Passalacqua GeekoCFD - A free distribution based on openSUSE 64 bit with CFD tools, including OpenFOAM. Available as in both physical and virtual formats (current status: http://albertopassalacqua.com/?p=1541) OpenQBMM - An open-source implementation of quadrature-based moment methods. To obtain more accurate answers, please specify the version of OpenFOAM you are using. |
|
February 11, 2011, 18:16 |
|
#20 |
Senior Member
Hrvoje Jasak
Join Date: Mar 2009
Location: London, England
Posts: 1,907
Rep Power: 33 |
That is actually quite good and clear - I thought OpenCFD would keep pretending it is "all their work" and I'm happy to see myself proven wrong. It seems this problem is getting easier the longer I look at it, which is nice.
This is what we can do (still does not mean that we need to do it):
I may need to read up on distribution, since it may have be in two packs, but that's not a problem. Nowadays, it all sits in binary distros or rpm packages anyway... I think this is really neat because, as Fabian says, all nice-to-use features we have now remain GPL and cannot be lost. At the same time, LGPL folks can pursue their projects from the base up, being careful not to dip into the GPL layer above. Have a good weekend everyone, Hrv
__________________
Hrvoje Jasak Providing commercial FOAM/OpenFOAM and CFD Consulting: http://wikki.co.uk |
|
Thread Tools | Search this Thread |
Display Modes | |
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
GPL license compatible with ParMetis | guillaume | OpenFOAM | 3 | August 8, 2018 05:48 |
Cross-compiling OpenFOAM 1.7.0 on Linux for Windows 32 and 64bits with Mingw-w64 | wyldckat | OpenFOAM Announcements from Other Sources | 3 | September 8, 2010 07:25 |
Modified OpenFOAM Forum Structure and New Mailing-List | pete | Site News & Announcements | 0 | June 29, 2009 06:56 |
Adventure of fisrst openfoam installation on Ubuntu 710 | jussi | OpenFOAM Installation | 0 | April 24, 2008 15:25 |
OpenFOAM Debian packaging current status problems and TODOs | oseen | OpenFOAM Installation | 9 | August 26, 2007 14:50 |