Package Details: openfoam 7-1

Git Clone URL: (read-only, click to copy)
Package Base: openfoam
Description: The open source CFD toolbox
Upstream URL:
Licenses: GPL
Submitter: None
Maintainer: petronny
Last Packager: petronny
Votes: 47
Popularity: 0.24
First Submitted: 2009-07-02 09:16
Last Updated: 2019-07-26 07:09

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 ... Next › Last »

Xwang commented on 2019-04-26 18:39

@jancici the bug is already known ( A possible workaround is to install the paraview-opt package which is present in AUR which installa paraview in /opt avoiding the conflict.

jancici commented on 2019-04-26 18:17

I have installed freecad which requires opencascade and that one require vtk. Installing openfoam I get error when files for conflicts:

error: failed to commit transaction (conflicting files)
paraview: /usr/lib/python3.7/site-packages/ exists in filesystem (owned by vtk)
paraview: /usr/lib/python3.7/site-packages/vtkmodules/ exists in filesystem (owned by vtk)

should I write it to paraview as bug? thanks

petronny commented on 2019-04-18 17:11

@archmkr You can download the pre-built binaries from arch4edu.

Direct link:

archmkr commented on 2019-04-18 14:15

Is there a way to perform an update instead build it all and all over again each small update?

This package is kind big to compile and if I manage it from myself with a git repository I could just ./Allwmake -update, as mentioned here (

Xwang commented on 2019-04-18 06:07

@lahwacz Thank you. I've solved sourcing /etc/profile in my .bashrc, but what puzzles me is that the terminal (Konsole) I'm using is a not login and interactive shell as can be seen from the following commands output and yet it seems to manage the aliases as if it was a login shell:

[andreak@n752vx ~]$ [[ $- == i ]] && echo 'Interactive' || echo 'Not interactive' Interactive [andreak@n752vx ~]$ shopt -q login_shell && echo 'Login shell' || echo 'Not login shell' Not login shell

lahwaacz commented on 2019-04-17 21:34

@Xwang: The problem is that unlike environment variables, aliases are not propagated from parent shells to the subshells. Hence, the alias works if and only if your interactive shell sources the /etc/profile.d/ file directly. This is the case if the shell is a login shell (see, but the package should not assume that all shells are login shells. As a workaround, you can add source /etc/profile.d/ to your .bashrc.

Xwang commented on 2019-04-17 15:23

I have an Issue with the ofoam alias. It is not "executed" and so it returns foam bash: ofoam: comando not found

If I execute alias I obtain only the following alias which is written in mine .bashrc file: alias ls='ls --color=auto'

The puzzling thing is that the /etc/profile.d/ script seems to be only half executed because after reboot I can run echo $FOAM_INST_DIR and I correctly obtain: /opt/OpenFOAM

Can you help me, please?


I've solved adding source /etc/profile in my .bashrc file

Kunda commented on 2019-02-23 11:56

@petronny check out

petronny commented on 2019-02-01 10:53

@Kunda @tomracing So 1901 should be better? Or 6.1901?

tomracing commented on 2019-01-31 21:14

@kunda they are following the ESI scheme then maybe also their package while this package is from the foundation.