Sync feel++ 0.90.0-5 (universe) from Debian unstable (main)

Hello

the 'life' package in Debian (also in natty) is deprecated and has been renamed feel++ upstream. A new release of feel++ is available (0.90.0) has been uploaded to Debian unstable and is available on amd64, i386, kfreebsd-*, powerpc and ia64 flavors.
I have a launchpad account and I am ready to make sure that Feel++ is available properly in natty.

The life package will be removed from unstable very soon.

Here the the build log from Debian

https://buildd.debian.org/status/package.php?p=feel%2b%2b

Daniel,

am I missing something with mpi-default-dev ? shouldn't it set a link to a mpi flavor and in particular set the link /usr/include/mpi ?

could I have access to the entire build log to look for mpi setup in cmake ?

thanks in advance
C.

By the way in Debian, it is all good

Unsubscribing ubuntu-sponsors until there's a release team ACK.

Hi,

It still FTBFS in ubuntu with the following error:
...
E: Unable to locate package libboost1.46-all-dev
E: Couldn't find any package by regex 'libboost1.46-all-dev'
E: Unable to locate package libboost-mpi1.46-dev
E: Couldn't find any package by regex 'libboost-mpi1.46-dev'
apt-get failed.

After changing the build dependencies to get rid of boost-1.46 packages, I've been able to build it.

Fabrice

It needs to be a merge then, not a sync, but go ahead.

Accepted. It will still hit binary New, but the source is in.

Failed on i386. If this is going to get in, someone will have to figure it out pretty quick.

Hi,

I tried again to build it locally and it still builds fine. I've triggered a rebuild, as it seems to be some temporary gcc error/timeout.

Let's what happens.

Fabrice

Failed again with
...
cd /build/buildd/feel++-0.90.0/obj-i686-linux-gnu/doc/tutorial && /usr/bin/g++ -DBOOST_UBLAS_MOVE_SEMANTICS -DHAVE_MPI=1 -DHAVE_MPI_H=1 -DHAVE_DLFCN_H -DHAVE_DLOPEN -DBOOST_PARAMETER_MAX_ARITY=15 -DBOOST_TEST_DYN_LINK -DBOOST_FILESYSTEM_VERSION=2 -DHAVE_METIS_H=1 -DHAVE_PETSC -DHAVE_PETSC_H -DHAVE_TRILINOS -DHAVE_TRILINOS_TEUCHOS -DHAVE_TRILINOS_EPETRA -DHAVE_TRILINOS_EPETRAEXT -DAVE_TRILINOS_TRIUTILS -DHAVE_TRILINOS_AZTECOO -DHAVE_AZTECOO_TEUCHOS -DHAVE_TRILINOS_AMESOS -DHAVE_TRILINOS_IFPACK -DHAVE_TRILINOS_ML -DML_MPI -DHAVE_ML_TEUCHOS -DHAVE_ML_EPETRA -DHAVE_ML_AZTECOO -DHAVE_GMSH=1 -D_HAVE_GMSH_ -std=c++0x -std=c++0x -std=c++0x -O2 -DNDEBUG -std=c++0x -I/usr/lib/openmpi/include -I/usr/lib/openmpi/include/openmpi -I/usr/include/libxml2 -I/build/buildd/feel++-0.90.0/contrib/eigen -I/usr/include/metis -I/usr/lib/petscdir/3.1/include -I/usr/include/trilinos -I/usr/include/openturns -I/usr/include/python2.7 -I/usr/include/octave -I/build/buildd/feel++-0.90.0/obj-i686-linux-gnu -I/build/buildd/feel++-0.90.0 -I/build/buildd/feel++-0.90.0/contrib/gmm/include -I/build/buildd/feel++-0.90.0/doc/tutorial -o CMakeFiles/feel_doc_laplacian.dir/laplacian.cpp.o -c /build/buildd/feel++-0.90.0/obj-i686-linux-gnu/doc/tutorial/laplacian.cpp
virtual memory exhausted: Cannot allocate memory

I will check if it's possible to allocate more memory or force some memory limitation during compilation.
Strange enough: it builds fine in amd64...

Fabrice,

Feel++ can consume quite a bit of memory, it uses heavily expression
templates to define a domain specific language for partial
differential equation in C++

on a 4Go i386 machine it should build fine

Best regards
C.

On Sat, Apr 23, 2011 at 10:07 PM, Fabrice Coutadeur
<email address hidden> wrote:
> Failed again with
> ...
> cd /build/buildd/feel++-0.90.0/obj-i686-linux-gnu/doc/tutorial && /usr/bin/g++   -DBOOST_UBLAS_MOVE_SEMANTICS -DHAVE_MPI=1 -DHAVE_MPI_H=1 -DHAVE_DLFCN_H -DHAVE_DLOPEN -DBOOST_PARAMETER_MAX_ARITY=15 -DBOOST_TEST_DYN_LINK -DBOOST_FILESYSTEM_VERSION=2 -DHAVE_METIS_H=1 -DHAVE_PETSC -DHAVE_PETSC_H -DHAVE_TRILINOS -DHAVE_TRILINOS_TEUCHOS -DHAVE_TRILINOS_EPETRA -DHAVE_TRILINOS_EPETRAEXT -DAVE_TRILINOS_TRIUTILS -DHAVE_TRILINOS_AZTECOO -DHAVE_AZTECOO_TEUCHOS -DHAVE_TRILINOS_AMESOS -DHAVE_TRILINOS_IFPACK -DHAVE_TRILINOS_ML -DML_MPI -DHAVE_ML_TEUCHOS -DHAVE_ML_EPETRA -DHAVE_ML_AZTECOO -DHAVE_GMSH=1 -D_HAVE_GMSH_ -std=c++0x  -std=c++0x  -std=c++0x -O2  -DNDEBUG -std=c++0x  -I/usr/lib/openmpi/include -I/usr/lib/openmpi/include/openmpi -I/usr/include/libxml2 -I/build/buildd/feel++-0.90.0/contrib/eigen -I/usr/include/metis -I/usr/lib/petscdir/3.1/include -I/usr/include/trilinos -I/usr/include/openturns -I/usr/include/python2.7 -I/usr/include/octave -I/build/buildd/feel++-0.90.0/obj-i686-linux-gnu -I/build/buildd/feel++-0.90.0 -I/build/buildd/feel++-0.90.0/contrib/gmm/include -I/build/buildd/feel++-0.90.0/doc/tutorial   -o CMakeFiles/feel_doc_laplacian.dir/laplacian.cpp.o -c /build/buildd/feel++-0.90.0/obj-i686-linux-gnu/doc/tutorial/laplacian.cpp
> virtual memory exhausted: Cannot allocate memory
>
> I will check if it's possible to allocate more memory or force some memory limitation during compilation.
> Strange enough: it builds fine in amd64...
>
> --
> You received this bug notification because you are a direct subscriber
> of the bug.
> https://bugs.launchpad.net/bugs/738014
>
> Title:
>  Sync feel++ 0.90.0-5 (universe) from Debian unstable (main)
>
> To unsubscribe from this bug, go to:
> https://bugs.launchpad.net/ubuntu/+source/feel++/+bug/738014/+subscribe
>

--
Debian Developer - member of Debian Science
http://wiki.debian.org/DebianScience
Prof. at Univ. Grenoble in Applied Math.
http://ljk.imag.fr/membres/Christophe.Prudhomme/

It built fine this time (I had to retry 2 times), on roseapple.

Fabrice

thanks for your help in this !

I uploaded a new version of feel++ (0.91.0) in Debian unstable. It builds fine.
should I use requestsync ?

How can I help with uploading Feel++ in Ubuntu ?

Best regards
C.
On Sun, Apr 24, 2011 at 8:32 AM, Fabrice Coutadeur <email address hidden> wrote:
> It built fine this time (I had to retry 2 times), on roseapple.
>
> ** Changed in: feel++ (Ubuntu)
>       Status: Incomplete => Fix Released
>
> --
> You received this bug notification because you are a direct subscriber
> of the bug.
> https://bugs.launchpad.net/bugs/738014
>
> Title:
>  Sync feel++ 0.90.0-5 (universe) from Debian unstable (main)
>
> To unsubscribe from this bug, go to:
> https://bugs.launchpad.net/ubuntu/+source/feel++/+bug/738014/+subscribe
>

--
Debian Developer - member of Debian Science
http://wiki.debian.org/DebianScience
Prof. at Univ. Grenoble in Applied Math.
http://ljk.imag.fr/membres/Christophe.Prudhomme/

Hi,

Please use requestsync with the -e option, as we only have 2 days left before final freeze, and new upstream versions needs to be acked by Release team before upload.

Thanks,
Fabrice

Given the build time (armel still going after 22 hours) and the uncertainty of it building, I think it's best to stick with the version we have now.

Dear Scott,

I have uploaded recently a new Feel++ version in Debian [1]. Feel++
can take a lot of memory to compile as it uses a lot the expression
template mechanism in C++
gcc makes some effort to reduce the memory footprint but still it
requires quite a bit.

A few minutes ago I uploaded a new Upstream and Debian version
0.91.0~svn7009-3 [1] that enforces the -O2 compilation as -O3 takes a
lot of memory.
That should help tremendously on armel (and i386)

1. http://packages.qa.debian.org/f/feel%2B%2B.html

I am going to make a requestsync with this version

what do you think ?

Best tregards
C.

On Sun, Apr 24, 2011 at 2:25 PM, Scott Kitterman <email address hidden> wrote:
> Given the build time (armel still going after 22 hours) and the uncertainty of it building, I think it's best to stick with the version we have now.
>
> --
> You received this bug notification because you are a direct subscriber
> of the bug.
> https://bugs.launchpad.net/bugs/738014
>
> Title:
>  Sync feel++ 0.90.0-5 (universe) from Debian unstable (main)
>
> To unsubscribe from this bug, go to:
> https://bugs.launchpad.net/ubuntu/+source/feel++/+bug/738014/+subscribe
>

--
Debian Developer - member of Debian Science
http://wiki.debian.org/DebianScience
Prof. at Univ. Grenoble in Applied Math.
http://ljk.imag.fr/membres/Christophe.Prudhomme/