After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 614865 - Non linear solver
Non linear solver
Status: RESOLVED FIXED
Product: Gnumeric
Classification: Applications
Component: Analytics
git master
Other All
: Normal enhancement
: ---
Assigned To: Morten Welinder
Jody Goldberg
: 517711 (view as bug list)
Depends on: 463248
Blocks:
 
 
Reported: 2010-04-05 10:57 UTC by Konstantin Tokarev
Modified: 2010-05-23 01:28 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Konstantin Tokarev 2010-04-05 10:57:24 UTC
There's an extension for OpenOffice.org, implementing two algorithms of non-liner solver:

http://extensions.services.openoffice.org/project/NLPSolver

You could borrow algorithm/parts of code from http://extensions.openoffice.org/source/browse/extensions/nlpsolver/src/com/sun/star/comp/Calc/NLPSolver/
Comment 1 Andreas J. Guelzow 2010-04-05 15:57:47 UTC
*** Bug 517711 has been marked as a duplicate of this bug. ***
Comment 2 Andreas J. Guelzow 2010-04-06 05:17:30 UTC
Just a note regarding "You could borrow algorithm/parts of code from" ... as stated above:

The code referred to is licensed under LGPLv3. As far as I can tell it is not possible for us to incorporate it in Gnumeric which is GPLv2.
Comment 3 Jean Bréfort 2010-04-06 06:13:50 UTC
This would need a license change in both goffice and gnumeric.
Comment 4 Andreas J. Guelzow 2010-04-06 06:31:53 UTC
In any case, the OOo code is java. So it would be "simpler" to find a reference to the algorithm and implement it from scratch.
Comment 5 Jean Bréfort 2010-04-06 08:08:44 UTC
And we can't use code from GSL either since it's GPL-v3+.
Comment 6 Konstantin Tokarev 2010-04-06 09:00:50 UTC
>In any case, the OOo code is java.

What is the problem? Java syntax is very similar to C (you can't copy whole classes, but you could copy logic and change variable names)

>The code referred to is licensed under LGPLv3.

Since it's *L*GPL, you don't need to relicense *your* code, just use it as dynamic library
Comment 7 Jean Bréfort 2010-04-06 09:17:00 UTC
The issue IS the license. A GPL-v2 program can't use a LGPL-v3 library, even dynamically.
Comment 8 Konstantin Tokarev 2010-04-06 09:30:02 UTC
Proprietary can and GPL2 can't? I don't believe my eyes!
Comment 9 Konstantin Tokarev 2010-04-06 09:31:34 UTC
Also, why not to go GPLv3? it fixes some patent vulnerabilities of v2
Comment 10 Jean Bréfort 2010-04-06 09:38:01 UTC
I'd like to go to GPL-v3, but look comments in bug #463248
Comment 11 Konstantin Tokarev 2010-04-06 09:45:55 UTC
Oh, yes, I see: not GPL2 violates LGPL3, but vice versa
Comment 12 Konstantin Tokarev 2010-05-21 09:06:48 UTC
Sources of solver algorithms, written by Xiaofeng Xie are licensed under LGPL 2.1. You can find them here:

http://extensions.openoffice.org/source/browse/extensions/nlpsolver/ThirdParty/EvolutionarySolver/src/net/adaptivebox/

LGPL 3 covers only some stuff written by Sun, which is in nlpsolver/src. You really don't need anything from that part
Comment 13 Morten Welinder 2010-05-23 01:28:05 UTC
I threw a non-linear solver together.  I don't want to touch those license
problems.

This problem has been fixed in our software repository. The fix will go into the next software release. Thank you for your bug report.