Package Details: openfoam-com v2012-1

Git Clone URL: (read-only, click to copy)
Package Base: openfoam-com
Description: The open source CFD toolbox (
Upstream URL:
Licenses: GPL
Submitter: dl6tud
Maintainer: dl6tud
Last Packager: dl6tud
Votes: 7
Popularity: 0.006256
First Submitted: 2020-12-24 16:36
Last Updated: 2020-12-24 16:36

Latest Comments

1 2 Next › Last »

massisenergy commented on 2021-04-27 15:02

AWESOME :D. Thanks for your help. I just did this (I have both OpenFOAM-v2012 & OpenFOAM8 installed installed in my Arch machine).

sudo pacman -R --nodeps --nodeps paraview

Then I build Paraview Version: 5.9.1-RC1-942-g7cfe71ad8e manually, after downloading the git. With only exception of adding the -DPARAVIEW_USE_VTKM=OFF in the cmake command (described here: ArchLinux ParaView build instruction).

Then no issues with using either paraview or openfoam versions now. I have another question, is there a easy way to make the ParaFoam tool working (i.e. the linking between the manually installed ParaView & OpenFoam)?

It says

/opt/OpenFOAM/OpenFOAM-v2012/bin/paraFoam: line 420: paraview: command not found

when I do paraFOam --builtin

dl6tud commented on 2021-04-27 12:41

OpenFoam requires paraview, but should not modify it. I see two solutions for your problem:

(1) Use your manually installed paraview. You can remove paraview after installing openfoam with

sudo pacman -R --nodeps --nodeps paraview

You can also install openfoam without paraview. You simply need to remove the word 'paraview' from the line

depends=('gcc' 'cgal' 'fftw' 'boost' 'openmpi' 'paraview' 'utf8cpp' 'scotch' 'parmetis')

of the PKGBUILD file of OpenFOAM. So that paraview is not installed automatically.

(2) Install the older paraview version (e.g. 5.8.0).

ls /var/cache/pacman/pkg/parav*

sudo pacman -U nameOfPackage

massisenergy commented on 2021-04-27 10:28

Looks like there is some problem in the OpenFOAM-ParaView interface. Everytime I install this, ParaView stops working (I posted the details here: This started when ParaView was updated to 5.8.1, I believe. But I could test ParaView 5.9.1 RC1 to be working (but not 5.9.0) with manual building and installation. Installing this OpenFOAM package leads to crashing of both version of ParaView. The issue might well be just the current AUR ParaView version, which is required by OpenFOAM as a dependency. Is it possible to modify the PKGBUILD so that a particular version of ParaView (manually installed by the user) can be used as dependency for this OpenFOAM package?

This happens exactly same with the openfoam-org package also.

dl6tud commented on 2021-04-11 20:04

The reason is simple. The maintainer of the openfoam-org package wrote the line "conflicts=('openfoam-com')" into the PKGBUILD file. You could try to remove this line - but need to install OpenFOAM-8 then again.

So practically there is no conflict. Maybe your package manager has an option to ignore package conflict?

massisenergy commented on 2021-04-11 16:06


Previously (nearly a month earlier) I could install & run this package along with previously installed openfoam-8 (org version). But now, I reinstalled openfoam-8 (for some other reason) and then try to install this package (openfoam-com), it shows conflict:

debug: adding package 'openfoam-com'
debug: loading package cache for repository 'local'
debug: added 835 packages to package cache for db 'local'
debug: adding package openfoam-com-v2012-1 to the transaction add list
looking for conflicting packages...
debug: looking for conflicts
debug: check targets vs targets
debug: check targets vs targets
debug: check targets vs db and db vs targets
debug: check targets vs db
debug: check db vs targets
debug: package openfoam-com conflicts with openfoam-org (by openfoam-com)
debug: package 'openfoam-com' conflicts with 'openfoam-org'
:: openfoam-com and openfoam-org are in conflict. Remove openfoam-org? [y/N] 
error: unresolvable package conflicts detected
error: failed to prepare transaction (conflicting dependencies)

The problem is it does not tell what particular package-dependency is causing the problem between these two (supposedly independent) versions of openFoam. Can you please help?

MakisH commented on 2020-10-05 21:03

@dl6tud there is now an openfoam-selector package and you can add a .install to register/deregister the OpenFOAM installation, as described in this issue.

MakisH commented on 2020-10-03 10:43

Pre-built binaries are now available in arch4edu. See instructions in the wiki.

MakisH commented on 2020-08-06 16:19

@dl6tud the package now built like a charm and everything (that I checked/need) seems to work well. Thank you very much for all the effort!

dl6tud commented on 2020-08-06 09:32

I removed the ThirdyParty now completely, and replaced paraFoam by "paraFoam -builtin". I had problems compiling scotch; "ptscotch" still does not work.

I removed "press key", and added "exit 1".

MakisH commented on 2020-08-06 07:28

I managed to build this now (hint: make sure you have enough memory, or reduce your number of building threads), but I think there is a mixing of dependencies between system (/usr/lib) and bundled (ThirdParty-v2006). In particular, fftw.

When I try to build an OpenFOAM function object (a shared library that links to OpenFOAM, specifically, I get runtime linking errors (check with ldd <library> or here read the ldd.log):

... => /usr/lib/ (0x00007ff47417f000) => /opt/OpenFOAM/ThirdParty-v2006/platforms/linux64Gcc/fftw-3.3.7/lib64/ (0x00007ff47405e000)
undefined symbol: fftw_taint    (/usr/lib/
undefined symbol: fftw_join_taint       (/usr/lib/

Do we really need to build the ThirdParty-v2006 dependencies? Isn't everything already described as a package dependency?