Package Base Details: openfoam

Git Clone URL: https://aur.archlinux.org/openfoam.git (read-only, click to copy)
Submitter: None
Maintainer: petronny (AutoUpdateBot)
Last Packager: AutoUpdateBot
Votes: 60
Popularity: 1.16
First Submitted: 2009-07-02 09:16 (UTC)
Last Updated: 2024-04-01 17:32 (UTC)

Packages (1)

Pinned Comments

petronny commented on 2020-08-04 08:36 (UTC) (edited on 2023-04-14 08:48 (UTC) by petronny)

Pre-built binaries of this package and its dependencies can be found in the arch4edu repository.

Latest Comments

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

lahwaacz commented on 2019-08-27 14:52 (UTC)

@ng0177 Manjaro is not supported here. Install Arch Linux.

ng0177 commented on 2019-08-26 13:01 (UTC)

V7 builds fine on a Manjaro Desktop but on a Manjaro Laptop it fails w/ an MPI error. Any ideas?

petronny commented on 2019-04-29 05:09 (UTC)

paraview-opt can also be downloaded from arch4edu now.

Xwang commented on 2019-04-26 18:39 (UTC)

@jancici the bug is already known (https://bugs.archlinux.org/task/61594?project=5&string=paraview). 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 (UTC)

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/vtk.py exists in filesystem (owned by vtk)
paraview: /usr/lib/python3.7/site-packages/vtkmodules/__init__.py exists in filesystem (owned by vtk)
...

should I write it to paraview as bug? thanks

petronny commented on 2019-04-18 17:11 (UTC) (edited on 2019-04-18 17:12 (UTC) by petronny)

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

Direct link: https://mirrors.tuna.tsinghua.edu.cn/arch4edu/x86_64/openfoam-6.20190304-1-x86_64.pkg.tar.xz

archmkr commented on 2019-04-18 14:15 (UTC)

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 (https://openfoamwiki.net/index.php/Installation/Linux/OpenFOAM-6)

Xwang commented on 2019-04-18 06:07 (UTC)

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

@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/openfoam-6.sh file directly. This is the case if the shell is a login shell (see https://wiki.archlinux.org/index.php/Bash#Configuration_files), but the package should not assume that all shells are login shells. As a workaround, you can add source /etc/profile.d/openfoam-6.sh to your .bashrc.

Xwang commented on 2019-04-17 15:23 (UTC) (edited on 2019-04-17 15:48 (UTC) by Xwang)

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/openfoam-6.sh 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?

EDIT

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

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