Package Details: elmerfem-git 20151029.dca9492-1

Git Clone URL: https://aur.archlinux.org/elmerfem-git.git (read-only)
Package Base: elmerfem-git
Description: Simulation tool for CFD, FEM, electromagnetics, heat transfer and others featuring a PDE solver.
Upstream URL: http://www.csc.fi/english/pages/elmer
Licenses: GPL
Conflicts: elmer_umfpack, elmerfem-svn
Provides: elmerfem
Submitter: saxonbeta
Maintainer: Tempel (saxonbeta)
Last Packager: Tempel
Votes: 3
Popularity: 0.000003
First Submitted: 2015-02-11 21:21
Last Updated: 2015-10-30 00:36

Latest Comments

Tempel commented on 2015-10-30 00:37

Thanks saxonbeta, you saved the day :)

saxonbeta commented on 2015-10-28 20:57

@Tempel, the problem is the latest VTK package which is now compiled against QT5. I have uploaded a new vtk package linked against QT4
https://aur.archlinux.org/packages/vtk-qt4/

Tempel commented on 2015-10-25 12:44

I've been neglectful, and haven't tried to build it for a while; it's not building for me now either. I hadn't anticipated such trouble from Qt5, but I'm working on it now.

fredericva commented on 2015-10-22 11:33

The build always fails on my system because it's trying to use the Qt5 moc binary for ElmerGUI, which uses Qt4.

How are you getting this to build?

saxonbeta commented on 2015-05-07 11:51

@Tempel, I have disowned the package, enjoy!

Tempel commented on 2015-05-07 11:02

The qwt issue has been fixed as of 6.1.2-2 (see https://bugs.archlinux.org/task/44590). I've updated my PKGBUILD to match (again, see https://gist.github.com/Tempel/804486b4b05672fb5f1c). Note that you may need to delete src/elmerfem/CMakeCache.txt before building, otherwise it might try to retain old options.

saxonbeta, do you want to stay as maintainer of this package? I would be happy to take it over.

Tempel commented on 2015-05-03 01:15

m24kus: no, it's not supposed to do that. See my earlier comments from 2015-02-22, or the PKGBUILD I posted at https://gist.github.com/Tempel/804486b4b05672fb5f1c (which, by the way, I just updated to build ElmerPost).

drhooves commented on 2015-05-02 13:01

Is $pkgbuild supposed to prefix the path's in build()? No other package I looked up does this.

Replacing:

-DCMAKE_INSTALL_PREFIX=$pkgdir/usr
-DELMER_SOLVER_HOME=$pkgdir/usr/share/elmersolver
-DELMER_INSTALL_LIB_DIR=$pkgdir/usr/lib

with:

-DCMAKE_INSTALL_PREFIX:PATH=/usr
-DELMER_SOLVER_HOME:PATH=share/elmersolver
-DELMER_INSTALL_LIB_DIR:PATH=lib

fixed the ckoresko secound error for me.

> 2) After the compiling is done there's this:
> rm: cannot remove 'blah blah blah /elmerfem-git/pkg/elmerfem-git/usr/lib/libparpack.so’: No such file or directory
> rm: cannot remove 'blah blah blah /elmerfem-git/pkg/elmerfem-git/usr/lib/libarpack.so’: No such file or directory

Tempel commented on 2015-05-01 22:35

I've managed to partially work around the qwt issue by setting an extra option on the cmake command: -DQWT_LIBRARY=/usr/lib/qwt/libqwt.so

That allows Elmer to build, but the library still isn't found at runtime. Fortunately, that's easy to work around just by setting the environment variable LD_LIBRARY_PATH=/usr/lib/qwt. This has been reported as a bug ( https://bugs.archlinux.org/task/44590 ) and will hopefully be fixed soon with an update to qwt.

My mostly-working PKGBUILD can be found at:
https://gist.github.com/Tempel/804486b4b05672fb5f1c
but don't forget to set LD_LIBRARY_PATH yourself.

titep commented on 2015-04-24 12:52

I copy qwt .so's in /usr/lib :
cp /usr/lib/qwt/libqwt.so* /usr/lib/.

and modify the PKGBUILD in build section :

cmake -DWITH_ELMERGUI:BOOL=TRUE -DWITH_MPI:BOOL=TRUE -DCMAKE_INSTALL_PREFIX=/usr \
-DWITH_VTK:BOOL=TRUE -DWITH_OpenMP:BOOL=TRUE -DWITH_QWT:BOOL=TRUE \
-DELMER_SOLVER_HOME=/usr/share/elmersolver -DELMER_INSTALL_LIB_DIR=/usr/lib

Seems to work with makepkg and pacman -U

All comments