Dear Colleagues,I have previously created a debian package for Elmer that does not claim to fulfill the official debian policies but might be useful to trigger the debian work. The package is available as source and for the amd64 architecture. It is available form the repositories:
deb http://mirror.sim.ul.pt/debian-paipix etch main contrib non-free where one can replace deb by deb-src and etch by lenny or sid.In the backport to etch, I also backported libqt4 that is available from the same repository.
The packages are elmerfem and elmerfem-doc. All packages are build under pbuilder so the dependencies should be Ok. As can be seen in the debian/rules file I add to modify the usual configure --prefix=/usr because, even if one installs using make install DESTDIR=... many files tend to be sent to /usr/lib. etc.This means that I had to patch some configure files. The patch files are in the debian directory, alldough the patches have already been applied. I have used the version 5.4.1 of elmer but the ElemerGUI ElemerGUIlogger and elmergrid was picked form the trunk svn.
The configure files are tuned by the authors with the -m64 compilation flag. I have made the package only available for the amd64 architectures. Migrating to different architectures and even to i386 means patching more the configure system and has to be checked with the authors.
Lots of room for improvement as you can see but I hope it can be used as a seed .
PS: I have also backported gmsh to etch and also created a getdb package in the same repository. Regarding getdb, I have succeeded with the etch backport but lenny and sid are failing due to lapack3. In the case of lenny and sid I am using lapack-dev and I get
/tmp/buildd/getdp-1.2.1/Arpack/second.f:29: undefined reference to `etime_ Does anybody have an idea? All the best, António Amorim Adam C Powell IV escreveu:
On Mon, 2008-11-10 at 16:32 -0500, Adam C Powell IV wrote:On Mon, 2008-11-10 at 22:18 +0100, Thomas Weber wrote:Hi,I don't have anything to say about Elmer, but ... On Mon, Nov 10, 2008 at 02:01:52PM -0500, Adam C Powell IV wrote:Elmer uses METIS (or its free counterpart Scotch) for mesh partitioning,do you have some experience with using Scotch? Is it a drop-in replacement for METIS?Every code I've tried seems to build with Scotch instead of METIS, just use -lscotchmetis -lscotch -lscotcherr and you should be all set.As it turns out, only -lmetis is needed from Scotch 5.0.6 onward (in Debian). However, it looks like Scotch only implements a small subset of the METIS interface. It's enough for libMesh and deal.II, but Elmer needs a couple of functions it doesn't provide (METIS_PartMeshNodal and METIS_PartMeshDual). Cheers, -Adam