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

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?

Thank you for actively maintaining this package. I have two issues/suggestions trying this package on Manjaro 20.0.3, but should also affect Arch:

• Issue 1. The prepare() and build() ask for user input ("press any key to continue"). This makes automation difficult, does not work with some GUI package managers such as Manjaro's Pamac, and may surprise the user that knows that building will take quite some time so goes through the usual process in the beginning and leaves the building unattended.

I understand the intention to make sure the user understands the problem before continuing, but I would suggest adding an explicit "Warning:" (maybe with some color characters) and removing the "press any key", or even aborting and advising to edit the PKGBUILD or take some other action.

• Issue 2. This built "successfully" (falsely) unusually fast on my system (1-2h instead of expected 3-5h), only to realize later that the solvers were not built because of an error:

make: *** [/var/tmp/pamac-build-tester/openfoam-esi/src/OpenFOAM-v2006/wmake/rules/General/transform:35: /var/tmp/pamac-build-tester/openfoam-esi/src/OpenFOAM-v2006/build/linux64GccDPInt32Opt/src/thermophysicalModels/chemistryModel/chemistryModel/TDACChemistryModel/reduction/makeChemistryReductionMethods.o] Error 1

One problem here is the actual error, but this is probably upstream (I opened an issue there) -- UPDATE: It was only that my system ran out of memory.

An issue concerning the package is that, despite this error, PKGBUILD continues to package(), which then leads to a half-baked installation.

Interestingly, the same error appears in the openfoam package (OpenFOAM 7), but there this error is caught like this:

  # Build and clean up OpenFOAM
  bash -c "source ${foamDotFile}
  ./Allwmake || exit 1
  wclean all || exit 1
  wmakeLnIncludeAll || exit 1"