The directories "applications", "bin", "platforms" and "wmake" get installed into "/usr/lib64/OpenFOAM/OpenFOAM-2.2.0/lib/", but OpenFoam expects them to reside under "/usr/lib64/OpenFOAM/OpenFOAM-2.2.0/". See the PATH variable after sourcing OpenFOAM's bashrc: PATH="/usr/lib64/OpenFOAM/ThirdParty-2.2.0/platforms/linux64Gcc/gperftools-svn/bin:/usr/lib64/OpenFOAM/ThirdParty-2.2.0/platforms/linux64Gcc/openmpi-1.6.3/bin:/home/bernhard/OpenFOAM/bernhard-2.2.0/platforms/linux64GccDPOpt/bin:/usr/lib64/OpenFOAM/site/2.2.0/platforms/linux64GccDPOpt/bin:/usr/lib64/OpenFOAM/OpenFOAM-2.2.0/platforms/linux64GccDPOpt/bin:/usr/lib64/OpenFOAM/OpenFOAM-2.2.0/bin:/usr/lib64/OpenFOAM/OpenFOAM-2.2.0/wmake:/usr/local/bin:/usr/bin:/bin:/opt/bin:/usr/x86_64-pc-linux-gnu/gcc-bin/4.6.3" Reproducible: Always
I also noticed this on openfoam-2.2.0, and my temporary work around was to create symlinks for each folder down one level.
I can confirm this.
Created attachment 348378 [details, diff] openfoam-2.2.0.ebuild.patch Installation to lib is deprecated, perhaps some remnant of previous versions. There is nothing to install from lib/* now and QA complains: * QA Notice: file does not exist: * * doins: lib/* does not exist This patch switches installation to the upper directory, removes useless lib/* doins and switches ebuild to EAPI=5. Now openfoam works fine out of the box, though another bug should be treated to fix bashrc issue: 428418
I too can confirm this. The patch from comment 3 does the trick for me.
+ 29 Jul 2013; Patrick Lauer <patrick@gentoo.org> +openfoam-2.2.1.ebuild, + metadata.xml: + Bump, fixes #478370 #428418 #463538