Hi all, The following bug report exists in Debian archive about the packaging of getfem++:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=453065 The current work in Debian can be found here: http://svn.debian.org/wsvn/pkg-kde/krap/getfem%2B%2B/#_krap_getfem++_ http://svn.debian.org/wsvn/pkg-kde/krap/getfem/#_krap_getfem_ I've opened the following bug report in order to ask for the inclusion of getfem++ in Ubuntu: https://launchpad.net/bugs/413165 My current work on debianization of getfem++, including experimental packages for ubuntu jaunty and karmic, can be found here: https://launchpad.net/~logari81/+archive/ppa During the packaging process, several issues came up: 1. Licensing. In the attached file "getfem_license_exceptions" I ve listed all licenses which differ from "LGPL 2.1 or later". a) In the "tests-2.0", "tests", "internal_tools", "interface", "contrib", "doc" and "superlu" folders, there are many source files missing any license and copyright information. b) Source files referring to "LGPL", "LGPL with incorrect FSF address" and "LGPL (v2.1 or later) with missing copyright information", can be found in "internal_tools", "interface" and "contrib" folders. Probably most of the LGPL'ed files can be relicensed to "LGPL 2.1 or later" since their authors are using this LGPL version elsewhere. c) In the "src" folder, there are double licensed gmm files, but this is no problem for the packaging. One problem is the missing time period specification for the contribution of Thorsten Ottosen. d) Apparently, "superlu" belongs mostly to Xerox. I suppose that the rest of the files in this folder missing a license declaration are probably Xerox's contribution. Please complete the missing license information. 2. The "configure" script generated with autoconf 2.64 is broken, as a workaround, a blank line in "m4/ac_python_devel.m4" has been added (see patch "ac_python_devel.patch"). Further investigation would be necessary (probably an autoconf bug). 3. Using automake 1.11 installation with "make install" is broken. The double entry for "check_all.sh" in "interface/tests/matlab/Makefile.am" has been removed to fix the problem (see patch tests_matlab_makefile.patch) 4. "autogen.sh" spooks many annoying warnings about "AC_CACHE_VAL" (see the following build log http://launchpadlibrarian.net/30384527/buildlog_ubuntu-karmic-i386.getfem%2B%2B_4.0~svn3053-0ubuntu0ppak9_FULLYBUILT.txt.gz ). 5. Names of the packages. I 've used the root "getfem" without "++" to name the various packages in order to comply with the so-name of the main library. I suppose this can be further discussed in debian and/or ubuntu when the packages are considered to be accepted. Any remarks on my choice are always welcome. (A bad example is the gmm standalone package which in Debian is called libgmm++-dev whether in Ubuntu it is named libgmm-dev). It would be very helpful to solve the issues 1-4 here in upstream rather than in the packaging. It would also be nice to synchronize with http://svn.debian.org/wsvn/pkg-kde/krap/getfem%2B%2B/#_krap_getfem++_ I hope my work can be somehow useful for Debian also. Regarding the functionality of the packages, up to now, I have only tested the python interface, which seems to work fine. Any help with testing the rest (i.e. the -dev packages) is welcome. Regards Kostas
getfem_license_exceptions
Description: Binary data
--- orig/getfem++-4.0~svn3053/m4/ac_python_devel.m4 2009-08-08 23:51:38.000000000 +0300
+++ getfem++-4.0~svn3053/m4/ac_python_devel.m4 2009-08-15 15:31:59.086975444 +0300
@@ -89,6 +89,7 @@ If you have it installed, but it isn't t
interpreter in your system path, please pass the PYTHON_VERSION
variable to configure. See ``configure --help'' for reference.
])dnl
+
fi
fi
--- orig/getfem++-4.0~svn3053/interface/tests/matlab/Makefile.am 2009-08-08 23:52:23.000000000 +0300
+++ getfem++-4.0~svn3053/interface/tests/matlab/Makefile.am 2009-08-16 10:45:21.128034126 +0300
@@ -11,7 +11,6 @@ EXTRA_DIST= \
check_all.sh \
axrot_matrix.m \
check_all.m \
- check_all.sh \
check_asm.m \
check_bricks.m \
check_fem.m \
_______________________________________________ Getfem-users mailing list [email protected] https://mail.gna.org/listinfo/getfem-users
