Arch Linux User Repository

to document my problems: scotch is currently not working, scotch-git tho did work and currently I'm installing it after I installed scotch-git myself

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

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

Looks like there is some problem in the OpenFOAM-ParaView interface. Everytime I install this, ParaView stops working (I posted the details here: https://discourse.paraview.org/t/paraview-5-9-stopped-working/6746/10). 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.

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?

Hi,

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?

@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.

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

@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!

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".

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 https://github.com/precice/openfoam-adapter), I get runtime linking errors (check with ldd <library> or here read the ldd.log):

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

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