Package Details: openfoam-com v2406-2

Git Clone URL: https://aur.archlinux.org/openfoam-com.git (read-only, click to copy)
Package Base: openfoam-com
Description: The open source CFD toolbox (www.openfoam.com)
Upstream URL: https://www.openfoam.com
Licenses: GPL-3.0-or-later
Submitter: dl6tud
Maintainer: carlosal1015
Last Packager: carlosal1015
Votes: 11
Popularity: 0.001710
First Submitted: 2020-12-24 16:36 (UTC)
Last Updated: 2024-11-07 16:29 (UTC)

Pinned Comments

blacklightdragon commented on 2024-09-24 12:15 (UTC) (edited on 2024-09-24 12:16 (UTC) by blacklightdragon)

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

Latest Comments

« First ‹ Previous 1 2 3 4

massisenergy commented on 2021-04-11 16:06 (UTC) (edited on 2021-04-11 16:09 (UTC) by massisenergy)

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?

MakisH commented on 2020-10-05 21:03 (UTC)

@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 (UTC) (edited on 2020-10-03 10:44 (UTC) by MakisH)

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

MakisH commented on 2020-08-06 16:19 (UTC)

@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 (UTC)

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 (UTC)

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?

MakisH commented on 2020-08-02 08:13 (UTC) (edited on 2020-08-06 07:21 (UTC) by MakisH)

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"