taskSavannah Administration - Tasks: task #14249, Submission of GetFEM

 
 

task #14249: Submission of GetFEM

Submitter:  Yves Renard <renard>
Submitted:  Mon 28 Nov 2016 10:30:02 AM UTC
Votes: 100
 
Should Start On:  Mon 28 Nov 2016 12:00:00 AM UTC Should be Finished on:  Thu 08 Dec 2016 12:00:00 AM UTC
Category:  Project Approval Priority:  * 5 - Normal
Status:  Done Privacy:  Public
Assigned to:  ineiev Open/Closed:  Closed
* Mandatory Fields

Add a New Comment Rich Markup
   

Jump to the original submission

Thu 30 Mar 2017 04:02:14 PM UTC, comment #15: 

Thank you!

I'll approve this package, assuming that the maintainers will replace the license texts with canonical ones.

Ineiev <ineiev>
Site Administrator
Thu 30 Mar 2017 04:52:00 AM UTC, comment #14: 

On this Feb 04 post, Gna is announced to close "within 3 months, or when the hardware dies" :

https://gna.org/forum/forum.php?forum_id=2545

Thanks,

Yves

Yves Renard <renard>
Wed 29 Mar 2017 10:10:02 PM UTC, comment #13: 

The argument presented in comment #7 for using the gcc rle seems persuasive to me. Exactly how all the details would apply is obscure to me, but the intent is clear and seems reasonable. So I think it would be fine to accept this. After all, no matter what the code is certainly GPLv3+ compatible, which is the key requirement.

Yves: where did you hear the update about gna? I haven't seen anything since Sylvain's announcement in January.

Thanks,
Karl


Karl Berry <karl>
Site Administrator
Wed 29 Mar 2017 03:35:47 PM UTC, comment #12: 

Thank you!

I'll try to duplicate your request to licensing@; I'll also ask other Savannah hackers; if there are still doubts, we can ask rms directly.

Meanwhile, I noticed that you don't use canonical texts of GNU licenses (for example, the GPLv3 text lacks the "How to Apply These Terms to Your Programs", and the lines in all files are wrapped differently); could you copy them from www.gnu.org:

https://www.gnu.org/l/gpl-3.0.txt
https://www.gnu.org/l/lgpl-3.0.txt
https://www.gnu.org/l/fdl-1.3.txt
the text of the GCC Runtime Library Exception you can take from GCC tarball.

Ineiev <ineiev>
Site Administrator
Wed 29 Mar 2017 08:45:18 AM UTC, comment #11: 

I added the BLAS fortran sources and a copyright licence (http://math.univ-lyon1.fr/homes-www/renard/temp/getfem-5.1.tar.gz)

Unfortunately, I have absolutely no response from FSF GPL Compliance Lab Office yet, despite my raises. What do you suggest ? (Gna.org is about to close definitively)


Yves Renard <renard>
Fri 10 Feb 2017 02:42:52 PM UTC, comment #10: 


> However, if you think this is not the case, we of course may include a compy of BLAS.f sources in a sub-directory


I think it wouldn't hurt; in any case, BLAS.c lacks copyright and real licensing notice.

>  I ask to FSF GPL Compliance Lab Office as you suggested but have no answer yet.


Thank you! Let us wait.

Ineiev <ineiev>
Site Administrator
Fri 10 Feb 2017 01:38:44 PM UTC, comment #9: 

Concerning LGPL v3+ and GCC runtime exception, some of our users who need to link GetFEM statically and redistribute it as a closed software are nor in favour of a pure LGLv3+ license. I ask to FSF GPL Compliance Lab Office as you suggested but have no answer yet.


Concerning the Blas file, whe do not have exactly the same interpretation. The LGPL requires the source code to be provided in order to satisfy freedom #1 (study, understand, adapt the source code). In this case BLAS.c is equivalent to BLAS.f in terms of providing all these possibilities. The conversion between BLAS.f and BLAS.c is not a conversion from source code to object code, or even between source codes at different abstraction levels. Both BLAS.f and BLAS.c are equally readable, understandable and editable in the spirit of freedom #1. A better interpretation is possibly that BLAS.c is a derivative work of BLAS.f distributed under the same conditions as the original.

However, if you think this is not the case, we of course may include a compy of BLAS.f sources in a sub-directory

Yves Renard <renard>
Wed 01 Feb 2017 03:14:38 PM UTC, comment #8: 

Thank you!

Some GCC includes are under the LGPL, other are under the GPL; my understanding is that the runtime exception was written to allow including the parts of GCC that were under the GPL (and the exception does mention the GPL, not the LGPL). Could you ask -email is unavailable- what your combination must mean?

WRT superflu, I understand it this way: the user links it in a single library that as a whole must be under the terms of the LGPL (possibly with the runtime exception, it doesn't matter); now, the LGPL requires that the redistributors provide the corresponding source code, that is, they only can distribute the library if they add the exact file that was used to produce BLAS.c. If they distribute the package unchanged, they violate the license.

Ineiev <ineiev>
Site Administrator
Wed 01 Feb 2017 08:59:31 AM UTC, comment #7: 

I added GPLv3 license file in the top directory. Sorry for this oversight.

GetFEM aggregated a certain number of components so, yes thing are not so simple. Thank you for helping us to make some clarifications.

The GCC Runtime exception has been added because GetFEM is essencially a library and has for instance a component (GMM, see source++/gmm/*.h files) which is a template library, the FEM part itself having both some template and non-template parts. So, the choice was guided by what has been done for the g++/gcc header files (STL header files are GPLv3 + GCC Runtime exception and gcc header files are LGPLv3). It seems to us that LGPL3v3 is not strictly the same than GPLv3 + GCC Runtime exception.

Concerning the INSTALL file, I added the FSF Copyright

Concerning the Superlu distribution, this version has been added in 2004 to GetFEM in order to furnish a default linear solver. It is not mandatory in the sense that if a Superlu version or a MUMPS version is installed, it can be used instead. This superlu version has been included without any modification. I had a look at the more recent version of Superlu and now, the same files indicates the BSD license for 2003 files and a Xerox copyright together with a BSD license for the 1997 files. So I added these license terms to the files and a BSD license file in the directory has it is indicated in the more recent distributions. An alternative would be to incorporate a more recent version, but it means some test to see if it do not cause any problem.

Concerning the BLAS.c file in the Superlu directory, it has been produced by f2c from the BLAS source files. A priori, it seems (see http://www.swig.org/legal.html for instance) that the automatically generated source code inherits the license of the original source code.

The new tarball is still at

http://math.univ-lyon1.fr/homes-www/renard/temp/getfem-5.1.tar.gz

Yves Renard <renard>
Tue 31 Jan 2017 05:10:32 PM UTC, comment #6: 

I'm afraid LGPLv3 is not sufficient: you see, that license
is worded as an additional permission for GPLv3-licensed software.
It refers to GPLv3, so GPLv3 should also be included.

Also, I couldn't figure out why the package need the GCC Runtime
exception: what does it mean for this package?

The situation is pretty complicated, there are more questions.

For example, the only copyright line in INSTALL says

#  Copyright (C) 1999-2017 Yves Renard

On the other hand, the file shares considerable amount of
texts with the INSTALL file provided by GNU Autotools,
and their file reads like

=====
Copyright (C) 1994-1996, 1999-2002, 2004-2013 Free Software Foundation,
Inc.

   Copying and distribution of this file, with or without modification,
are permitted in any medium without royalty provided the copyright
notice and this notice are preserved.  This file is offered as-is,
without warranty of any kind.
=====

At the very least, one of those notices has to be incomplete.

Then, the copyright status of many files from superflu/ is not
clear; and the comments in BLAS.c suggest that it isn't a source
file (because it was compiled from a different source). The user
wouldn't legally be able to redistribute such package.

Ineiev <ineiev>
Site Administrator
Sun 29 Jan 2017 04:56:04 PM UTC, comment #5: 

I added license terms in many files.

The new tarball is still at the same location :

http://math.univ-lyon1.fr/homes-www/renard/temp/getfem-5.1.tar.gz

I also aded GNU_LGPL_V3 and GNU_GCC_RUNTIME_EXCEPTION license files. Is that ok ?


Yves Renard <renard>
Sun 29 Jan 2017 02:21:55 PM UTC, comment #4: 

Please check again: getfem-config.in, cubature/make_getfem_im_list still lack licensing terms.

Also, the tarball doesn't include the texts of the licenses you use.

Ineiev <ineiev>
Site Administrator
Sun 29 Jan 2017 02:09:09 PM UTC, comment #3: 

Thank you for your check

I updated the licences files. The new tarball is here

math.univ-lyon1.fr/homes-www/renard/temp/getfem-5.1.tar.gz


Yves Renard <renard>
Sun 29 Jan 2017 08:49:41 AM UTC, comment #2: 

Sorry for the delay.

All source files, including Makefile.am, configure.ac and ChangeLog, should have valid copyright and licensing notices; would you like to fix them?

Ineiev <ineiev>
Site Administrator
Tue 13 Dec 2016 08:59:17 AM UTC, comment #1: 

I would like to kindly ask if is it possible to know when a decision will be made to approve or not the registration such that we can begin the transfer ?

Yves Renard <renard>
Mon 28 Nov 2016 10:30:02 AM UTC, original submission:  

A new project has been registered at Savannah
This project account will remain inactive until a site admin approves or discards the registration.


Registration Administration


While this item will be useful to track the registration process, approving or discarding the registration must be done using the specific Group Administration page, accessible only to site administrators, effectively logged as site administrators (superuser):



Registration Details


  • Name: GetFEM
  • System Name:  getfem
  • Type: non-GNU software and documentation
  • License: GNU Lesser General Public License





Description:

GetFEM is an open source C++ library based on collaborative development. It aims to offer a framework for solving potentially coupled systems of linear and nonlinear partial differential equations with the finite element method. GetFEM is interfaced with some script languages (Python, Scilab and Matlab) so that almost all of the functionalities can be used just writing scripts. It works in arbitrary dimension and allow to couple 1D, 2D and 3D problems.


Other Software Required:

- Qhull (optional)
  Licence: http://www.qhull.org/COPYING.txt
  Web site: http://www.qhull.org/
- Blas/Lapack (optional)
- Python
- Perl
- MUMPS (optional)
  Licence: CeCILL-C license
  Web site: http://mumps.enseeiht.fr/
- MPI (optional)
- Metis (optional)
  License: Apache License Version 2.0.
  Web Site: http://glaros.dtc.umn.edu/gkhome/metis/metis/overview
- QD (optional)
  License: LBNL-BSD license
  Web site: http://crd-legacy.lbl.gov/%7Edhbailey/mpdist/
- SuperLU
  License: http://crd-legacy.lbl.gov/~xiaoye/SuperLU/License.txt
  Web site: http://crd-legacy.lbl.gov/~xiaoye/SuperLU/


Other Comments:

The project is presently hosted by gna.org (see http://download.gna.org/getfem/html/homepage/index.html#what-is-getfem) however we intend to make the migration for at least two reasons: the migration to git and the uncertainty on gna.org future.


Tarball URL:

download.gna.org/getfem/stable/getfem-5.1.tar.gz


Yves Renard <renard>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by karl (Posted a comment)
  • -email is unavailable- added by ineiev (Posted a comment)
  • -email is unavailable- added by renard (Voted in favor of this item)
  • -email is unavailable- added by renard (Submitted the item)
  •  

    There are 100 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.

     

    Follow 6 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2017-03-30 ineiev StatusNeed Info Done
        Open/ClosedOpen Closed
    2017-02-01 ineiev StatusIn Progress Need Info
    2017-01-29 ineiev StatusNone In Progress
        Assigned toNone ineiev
    2016-12-20 renard Carbon-Copy- Added renard

    Back to the top

    Powered by Savane 3.13-aa77.
    Corresponding source code