Package Details: openfoam-org 11.20240704-1

Git Clone URL: https://aur.archlinux.org/openfoam.git (read-only, click to copy)
Package Base: openfoam
Description: The open source CFD toolbox (www.openfoam.org)
Upstream URL: http://www.openfoam.org
Licenses: GPL
Provides: openfoam
Submitter: None
Maintainer: petronny (AutoUpdateBot)
Last Packager: AutoUpdateBot
Votes: 63
Popularity: 1.53
First Submitted: 2009-07-02 09:16 (UTC)
Last Updated: 2024-07-05 09:28 (UTC)

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 .. 9 10 11 12 13 14 15 16 17 18 19 .. 27 Next › Last »

panda-z commented on 2016-01-17 18:10 (UTC)

Regarding /etc/profile.d/openfoam.sh, I think this file should be removed. We should inform users to add alias in their own ~/.bashrc in the post-installation script. Actually, different OpenFOAM versions can be installed side by side, i.e. we can have multiple versions of OpenFOAM installed at the same time. Just my two cents.

panda-z commented on 2016-01-17 18:05 (UTC)

Hi @Xwang, It's easy to solve these errors. I'll paste the full patch for the last 4 errors, see http://pastebin.com/GxkDX6TS For the first one, I'm not able to reproduce.

Xwang commented on 2016-01-17 17:10 (UTC)

Now I've managed to have a working package (namely one that pass the foamInstallationTest), but there are still some thinks that I do not like: 1) in the build there are 5 errors: 1a) WARN: PV3 readers not building: ParaView_VERSION=4.4.0 ERROR: ParaView not found in /home/andreak/tmp/AUR/openfoam/src/ThirdParty-3.0.1/platforms/linux64Gcc/ParaView-4.4.0 but this is ok because we would like to use the AUR package instead. Can someone verify that paraview works correctly with the new package I'm going to release? 1b) /home/andreak/tmp/AUR/openfoam/src/OpenFOAM-3.0.1/platforms/linux64GccDPInt32Opt/applications/utilities/mesh/conversion/ansysToFoam/ansysToFoam.o:(.data.rel.ro._ZTV11yyFlexLexer[_ZTV11yyFlexLexer]+0x68): riferimento non definito a "yyFlexLexer::yywrap()" collect2: error: ld returned 1 exit status /home/andreak/tmp/AUR/openfoam/src/OpenFOAM-3.0.1/wmake/Makefile:138: set di istruzioni per l'obiettivo "/home/andreak/tmp/AUR/openfoam/src/OpenFOAM-3.0.1/platforms/linux64GccDPInt32Opt/bin/ansysToFoam" non riuscito make[3]: *** [/home/andreak/tmp/AUR/openfoam/src/OpenFOAM-3.0.1/platforms/linux64GccDPInt32Opt/bin/ansysToFoam] Errore 1 make[3]: uscita dalla directory "/home/andreak/tmp/AUR/openfoam/src/OpenFOAM-3.0.1/applications/utilities/mesh/conversion/ansysToFoam" /home/andreak/tmp/AUR/openfoam/src/OpenFOAM-3.0.1/wmake/MakefileApps:39: set di istruzioni per l'obiettivo "ansysToFoam" non riuscito make[2]: *** [ansysToFoam] Errore 2 should I create a patch to solve this problem too? 1c) -lm -o /home/andreak/tmp/AUR/openfoam/src/OpenFOAM-3.0.1/platforms/linux64GccDPInt32Opt/bin/renumberMesh /usr/lib/libscotch.so: riferimento non definito a "BZ2_bzReadClose" /usr/lib/libscotch.so: riferimento non definito a "BZ2_bzReadOpen" /usr/lib/libscotch.so: riferimento non definito a "BZ2_bzWriteOpen" /usr/lib/libscotch.so: riferimento non definito a "BZ2_bzReadGetUnused" /usr/lib/libscotch.so: riferimento non definito a "BZ2_bzRead" /usr/lib/libscotch.so: riferimento non definito a "BZ2_bzWriteClose" /usr/lib/libscotch.so: riferimento non definito a "BZ2_bzWrite" collect2: error: ld returned 1 exit status /home/andreak/tmp/AUR/openfoam/src/OpenFOAM-3.0.1/wmake/Makefile:138: set di istruzioni per l'obiettivo "/home/andreak/tmp/AUR/openfoam/src/OpenFOAM-3.0.1/platforms/linux64GccDPInt32Opt/bin/renumberMesh" non riuscito make[3]: *** [/home/andreak/tmp/AUR/openfoam/src/OpenFOAM-3.0.1/platforms/linux64GccDPInt32Opt/bin/renumberMesh] Errore 1 make[3]: uscita dalla directory "/home/andreak/tmp/AUR/openfoam/src/OpenFOAM-3.0.1/applications/utilities/mesh/manipulation/renumberMesh" /home/andreak/tmp/AUR/openfoam/src/OpenFOAM-3.0.1/wmake/MakefileApps:39: set di istruzioni per l'obiettivo "renumberMesh" non riuscito make[2]: *** [renumberMesh] Errore 2 this problem seems different 1d) -lm -o /home/andreak/tmp/AUR/openfoam/src/OpenFOAM-3.0.1/platforms/linux64GccDPInt32Opt/bin/decomposePar /usr/lib/libscotch.so: riferimento non definito a "BZ2_bzReadClose" /usr/lib/libscotch.so: riferimento non definito a "BZ2_bzReadOpen" /usr/lib/libscotch.so: riferimento non definito a "BZ2_bzWriteOpen" /usr/lib/libscotch.so: riferimento non definito a "BZ2_bzReadGetUnused" /usr/lib/libscotch.so: riferimento non definito a "BZ2_bzRead" /usr/lib/libscotch.so: riferimento non definito a "BZ2_bzWriteClose" /usr/lib/libscotch.so: riferimento non definito a "BZ2_bzWrite" collect2: error: ld returned 1 exit status /home/andreak/tmp/AUR/openfoam/src/OpenFOAM-3.0.1/wmake/Makefile:138: set di istruzioni per l'obiettivo "/home/andreak/tmp/AUR/openfoam/src/OpenFOAM-3.0.1/platforms/linux64GccDPInt32Opt/bin/decomposePar" non riuscito make[2]: *** [/home/andreak/tmp/AUR/openfoam/src/OpenFOAM-3.0.1/platforms/linux64GccDPInt32Opt/bin/decomposePar] Errore 1 make[2]: uscita dalla directory "/home/andreak/tmp/AUR/openfoam/src/OpenFOAM-3.0.1/applications/utilities/parallelProcessing/decomposePar" /home/andreak/tmp/AUR/openfoam/src/OpenFOAM-3.0.1/wmake/MakefileApps:39: set di istruzioni per l'obiettivo "decomposePar" non riuscito make[1]: *** [decomposePar] Errore 2 this seems the same as problem 1c 1e) OpenFOAM-3.0.1/platforms/linux64GccDPInt32Opt/applications/utilities/surface/surfaceTransformPoints/surfaceTransformPoints.o -L/home/andreak/tmp/AUR/openfoam/src/OpenFOAM-3.0.1/platforms/linux64GccDPInt32Opt/lib \ -lsurfMesh -lOpenFOAM -ldl \ -lm -o /home/andreak/tmp/AUR/openfoam/src/OpenFOAM-3.0.1/platforms/linux64GccDPInt32Opt/bin/surfaceTransformPoints /home/andreak/tmp/AUR/openfoam/src/OpenFOAM-3.0.1/platforms/linux64GccDPInt32Opt/lib/libsurfMesh.so: riferimento non definito a "yyFlexLexer::yywrap()" collect2: error: ld returned 1 exit status /home/andreak/tmp/AUR/openfoam/src/OpenFOAM-3.0.1/wmake/Makefile:138: set di istruzioni per l'obiettivo "/home/andreak/tmp/AUR/openfoam/src/OpenFOAM-3.0.1/platforms/linux64GccDPInt32Opt/bin/surfaceTransformPoints" non riuscito make[2]: *** [/home/andreak/tmp/AUR/openfoam/src/OpenFOAM-3.0.1/platforms/linux64GccDPInt32Opt/bin/surfaceTransformPoints] Errore 1 make[2]: uscita dalla directory "/home/andreak/tmp/AUR/openfoam/src/OpenFOAM-3.0.1/applications/utilities/surface/surfaceTransformPoints" /home/andreak/tmp/AUR/openfoam/src/OpenFOAM-3.0.1/wmake/MakefileApps:39: set di istruzioni per l'obiettivo "surfaceTransformPoints" non riuscito make[1]: *** [surfaceTransformPoints] Errore 2 this is again as 1b. So it seems to me that there are 4 executables: surfaceTransformPoints decomposePar renumberMesh ansysToFoam which are not created and I do not know how to exactly solve these problems. Are they all openfoam bugs? Finally I've seen that the /etc/profile.d/openfoam.sh is created without the executable flag, but even if I add it the only way to have the ofoam alias created is to copy the content of the file and execute in the bash. Why?

Xwang commented on 2016-01-17 14:34 (UTC)

I've removed all the src directory and restarted the build process from scratch.

panda-z commented on 2016-01-17 14:30 (UTC)

Hi @Xwang, have you ever cleaned the libtriSurface directory before your continue building? (i.e. cd $FOAM_SRC/triSurface && wclean) FYI, the -L option enable makepkg build logging.

Xwang commented on 2016-01-17 14:23 (UTC)

I've applied the patch and now the file readSTLASCII.L appears as follow: ... // Dummy yywrap to keep yylex happy at compile time. // It is called by yylex but is not used as the mechanism to change file. // See <<EOF>> //! \cond dummy #if YY_FLEX_SUBMINOR_VERSION < 34 && YY_FLEX_MINOR_VERSION < 6 extern "C" int yywrap() #else int yyFlexLexer::yywrap() #endif { return 1; } //! \endcond ... makepkg is still building but in the log I see this problem: /home/andreak/tmp/AUR/openfoam/src/OpenFOAM-3.0.1/platforms/linux64GccDPInt32Opt/applications/utilities/mesh/conversion/ansysToFoam/ansysToFoam.o:(.data.rel.ro._ZTV11yyFlexLexer[_ZTV11yyFlexLexer]+0x68): riferimento non definito a "yyFlexLexer::yywrap()" collect2: error: ld returned 1 exit status /home/andreak/tmp/AUR/openfoam/src/OpenFOAM-3.0.1/wmake/Makefile:138: set di istruzioni per l'obiettivo "/home/andreak/tmp/AUR/openfoam/src/OpenFOAM-3.0.1/platforms/linux64GccDPInt32Opt/bin/ansysToFoam" non riuscito make[3]: *** [/home/andreak/tmp/AUR/openfoam/src/OpenFOAM-3.0.1/platforms/linux64GccDPInt32Opt/bin/ansysToFoam] Errore 1 make[3]: uscita dalla directory "/home/andreak/tmp/AUR/openfoam/src/OpenFOAM-3.0.1/applications/utilities/mesh/conversion/ansysToFoam" /home/andreak/tmp/AUR/openfoam/src/OpenFOAM-3.0.1/wmake/MakefileApps:39: set di istruzioni per l'obiettivo "ansysToFoam" non riuscito make[2]: *** [ansysToFoam] Errore 2 and I do not understand why it does not stop the building procedure when an error occurs (I've removed all the "|| return 1" in the build() function in the hope to heve the errors highlighted.

panda-z commented on 2016-01-17 10:38 (UTC)

Hi @Xwang, I totally agree with you. This is a minor bug in the OpenFOAM code base. So file a bug report is a better choice.

Xwang commented on 2016-01-17 10:34 (UTC)

Thank you panda-z. I was trying to rebuild after a downgrade of the flex package, but your solution seems a lot better. I'll try and but in any case I'm going to open a bug to openFoam because this patch should be in their base code. Do you agree?

panda-z commented on 2016-01-17 09:56 (UTC)

@Xwang a patch is needed: diff --git a/src/triSurface/triSurface/interfaces/STL/readSTLASCII.L b/src/triSurface/triSurface/interfaces/STL/readSTLASCII.L index 3c732c1..558b483 100644 --- a/src/triSurface/triSurface/interfaces/STL/readSTLASCII.L +++ b/src/triSurface/triSurface/interfaces/STL/readSTLASCII.L @@ -55,7 +55,7 @@ int yyFlexLexer::yylex() // It is called by yylex but is not used as the mechanism to change file. // See <<EOF>> //! \cond dummy -#if YY_FLEX_SUBMINOR_VERSION < 34 +#if YY_FLEX_SUBMINOR_VERSION < 34 && YY_FLEX_MINOR_VERSION < 6 extern "C" int yywrap() #else int yyFlexLexer::yywrap()

Xwang commented on 2016-01-17 09:41 (UTC)

Trying to update the package, I have discovered that we are hitting a bug given by the fact that flex has been updated to 2.6.0.x. (http://www.cfd-online.com/Forums/openfoam-installation/163986-building-openfoam-3-0-archlinux.html) Now I do not know how to solve this problem. I can perhaps change the dependency to ask for flex-android, but I fear that this will conflict with other AUR packages which we are using (paraview, scotch,...) and other packages that everyone of us may have installed on his pc (wine-staging for example). All of these packages require flex and not flex-android. Any suggestion?