Package Details: openfoam-org 12.20250206-7

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-3.0-or-later
Provides: openfoam
Submitter: None
Maintainer: envolution
Last Packager: envolution
Votes: 65
Popularity: 1.07
First Submitted: 2009-07-02 09:16 (UTC)
Last Updated: 2025-05-22 22:18 (UTC)

Latest Comments

1 2 3 4 5 6 .. 30 Next › Last »

envolution commented on 2025-05-22 22:15 (UTC)

@Shinmen none of those are worrysome, the 'payload not recognized' is a known problem and unavoidable, and the strip commands are skipping those library files - you can safely ignore - they'll just not be stripped.

Thanks for providing an update, I've found several other packages that are missing from dependencies and am testing a new release now (another maintenance release just adjusting dependencies)

Shinmen commented on 2025-05-22 21:53 (UTC) (edited on 2025-05-22 21:55 (UTC) by Shinmen)

It's seens do working when compiling with qt5-xmlpatterns but now I getting two different "errors", btw I using wsl maybe the errors are related to this, so I trying rebuild with

CFLAGS+=" -ffat-lto-objects" CXXFLAGS+=" -ffat-lto-objects"

in the prepare() section. following instructions > https://archlinux.org/todo/lto-fat-objects/

strip: ./opt/OpenFOAM/OpenFOAM-12/applications/utilities/postProcessing/graphics/PVReaders/Make/linux64GccDPInt32Opt/lib/stFZxouV/vtkPVFoamReaderClientServer.cxx.o: plugin needed to handle lto object

strip: ./opt/OpenFOAM/OpenFOAM-12/applications/utilities/postProcessing/graphics/PVReaders/Make/linux64GccDPInt32Opt/lib/stGfl5J3/vtkPVFoamReaderClientServer.cxx.o: plugin needed to handle lto object

strip: ./opt/OpenFOAM/OpenFOAM-12/applications/utilities/postProcessing/graphics/PVReaders/Make/linux64GccDPInt32Opt/lib/stwKaGnY/vtkPVblockMeshReaderClientServer.cxx.o: plugin needed to handle lto object

strip: ./opt/OpenFOAM/OpenFOAM-12/applications/utilities/postProcessing/graphics/PVReaders/Make/linux64GccDPInt32Opt/lib/stn3LeEk/vtkPVblockMeshReaderClientServer.cxx.o: plugin needed to handle lto object

libfakeroot internal error: payload not recognized!

libfakeroot internal error: payload not recognized!

libfakeroot internal error: payload not recognized!

libfakeroot internal error: payload not recognized!

libfakeroot internal error: payload not recognized!

envolution commented on 2025-05-22 20:56 (UTC)

@Shinmen possibly needed as a make dependency yes, please let me know if it's solved after installing qt5-xmlpatterns

Shinmen commented on 2025-05-22 19:38 (UTC)

Getting following errro when try to build now, I trying to reinstall paraview and parmetis(Since you update the package) and still getting the error. I trying now installing with qt5-xmlpatterns, maybe a dependency

CMake Error at /opt/paraview/lib/cmake/paraview/ParaViewClient.cmake:577 (message): Cannot find the xmlpatterns executable. Call Stack (most recent call first): /opt/paraview/lib/cmake/paraview/ParaViewPlugin.cmake:1322 (paraview_client_documentation) PVblockMeshReader/CMakeLists.txt:57 (PARAVIEW_ADD_PLUGIN)

envolution commented on 2025-05-22 17:43 (UTC) (edited on 2025-05-22 17:52 (UTC) by envolution)

if you've done building rel5 it's not necessary to build rel6 - it's mostly just fixes for maintaining the PKGBUILD file

@Shinmen thanks - the whole bash call is probably over complicated anyways - I've cleaned up the build process in rel 6 including the jval fix

if you'd like to upgrade from rel5->rel6 and retain rel5 build cache, echo 12.20250206 > <PKGBUILD_PATH>/src/Openfoam-12/.arch_cache then run makepkg

Shinmen commented on 2025-05-22 14:11 (UTC) (edited on 2025-05-22 14:54 (UTC) by Shinmen)

@envolution, jval isn't working correctly on my end, but I managed to fix it by moving it outside of bash -c "". Before, I think it wasn't able to instantiate jval; moving it to the line above solved it.

envolution commented on 2025-05-21 20:50 (UTC)

This release includes some (previously non-compiled) binaries (like setFields mentioned in the comments below) as well as avoiding paraview detection logic problems that was causing some cmake configuration failures.

@Shinmen if you use the MAKEFLAGS='j16' in /etc/makepkg.conf this package will pass it to Allwmake in this new release

Shinmen commented on 2025-05-20 11:09 (UTC)

Thanks, I will wait for the update. I reinstalled OpenFOAM, editing the pkgbuild to run the allwmake with -s -j -q 16, and somehow this makes the setFields appear. I see that in your gist, you implemented this too. I don't check if all the other bins are here too.

envolution commented on 2025-05-19 21:19 (UTC) (edited on 2025-05-19 21:23 (UTC) by envolution)

I'm a bit stuck with (what I think is) a problem on arch upstream paraview - I posted an issue with more details here: https://gitlab.archlinux.org/archlinux/packaging/packages/paraview/-/issues/7

This should explain why this header file is not being found suddenly. I've a few changes to this package (https://gist.github.com/envolution/a8ed98a5fd63dbb7256f618c8e012490) waiting on an update from the paraview maintainers before bumping

1 2 3 4 5 6 .. 30 Next › Last »