Package Details: paraview-opt 5.9.1-1

Git Clone URL: (read-only, click to copy)
Package Base: paraview-opt
Description: Parallel Visualization application using VTK (openmpi version): installed to /opt/
Upstream URL:
Licenses: custom, BSD
Conflicts: paraview
Provides: paraview
Submitter: bartus
Maintainer: bartus (Archange)
Last Packager: bartus
Votes: 9
Popularity: 0.003726
First Submitted: 2019-04-25 09:44
Last Updated: 2021-06-11 14:28

Dependencies (45)

Required by (8)

Sources (2)

Pinned Comments

bartus commented on 2020-02-20 23:06

Out of memory error.

You may use ninja-mem to prevent trashing when building on system with low memory to core ratio.

To activate use MAKEFLAGS+=" -m75" where 75 is the percent of memory usage when trashing prevention kicks in.

Or simply lower the make parallel jobs in "MAKEFLAGS" variable.

Refers to #731427 #716760

Latest Comments

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

bartus commented on 2021-05-21 13:20

@rokyfox: yep, there's a regression in GCC:11 that requires some changes to the include statements, patch will arrive shortly, just let me look at it for a moment.

rokyfox commented on 2021-05-20 13:25

I'm getting a compilation error:

In file included from /home/nicola/.cache/yay/paraview-opt/src/ParaView-v5.9.0/VTK/Common/Core/vtkGenericDataArray.h:72,
                 from /home/nicola/.cache/yay/paraview-opt/src/ParaView-v5.9.0/VTK/Common/Core/vtkAOSDataArrayTemplate.h:38,
                 from /home/nicola/.cache/yay/paraview-opt/src/ParaView-v5.9.0/VTK/Common/Core/vtkDoubleArray.h:27,
                 from /home/nicola/.cache/yay/paraview-opt/src/ParaView-v5.9.0/VTK/Common/ExecutionModel/vtkSpanSpace.cxx:20:
/home/nicola/.cache/yay/paraview-opt/src/ParaView-v5.9.0/VTK/Common/Core/vtkGenericDataArrayLookupHelper.h: In function ‘bool detail::isnan(T)’:
/home/nicola/.cache/yay/paraview-opt/src/ParaView-v5.9.0/VTK/Common/Core/vtkGenericDataArrayLookupHelper.h:52:26: error: ‘numeric_limits’ is not a member of ‘std’
   52 |   return has_NaN<T, std::numeric_limits<T>::has_quiet_NaN>::isnan(x);
      |                          ^~~~~~~~~~~~~~
/home/nicola/.cache/yay/paraview-opt/src/ParaView-v5.9.0/VTK/Common/Core/vtkGenericDataArrayLookupHelper.h:52:26: error: ‘numeric_limits’ is not a member of ‘std’
/home/nicola/.cache/yay/paraview-opt/src/ParaView-v5.9.0/VTK/Common/Core/vtkGenericDataArrayLookupHelper.h:52:42: error: template argument 2 is invalid
   52 |   return has_NaN<T, std::numeric_limits<T>::has_quiet_NaN>::isnan(x);
      |                                          ^
ninja: build stopped: subcommand failed.

bartus commented on 2020-12-12 07:51

@kikislater: Yep, that's a good point. I'm also using both Manjaro and Arch interchangeably (ง ื▿ ื)ว

Archange commented on 2020-12-06 18:43

@lahwaacz True, but the same way we have some arm architectures support in AUR PKGBUILD, it does not hurt to not block Manjaro.

For instance, the “official” patch could have been used (and I’ll push it here later when I can). Keeping both packages as much as possible in sync seems a good idea to me.

kikislater commented on 2020-12-06 18:40

It's not a hack ^^ Just a suggestion ...

lahwaacz commented on 2020-12-06 18:20

@kikislater This is the Arch User Repository, not Manjaro User Repository. There should be no such hacks.

kikislater commented on 2020-12-06 17:51

@bartus : it's ok on mate desktop, thank you

One thing is that others distribution such as Manjaro rely on AUR packages. Stable version of Manjaro is still on python 3.8 but will move shortly to 3.9. One more elegant way in PKGBUILD should be to detect with an if statement which python is used like :

ver=$(python -V 2>&1 | sed 's/.* \([0-9]\).\([0-9]\).*/\1\2/')
if [ "$ver" -lt "39" ]; then echo 
"Patching Paraview to work with Python 3.9"; 
    # add python:3.9
    sed -i "s|3.8|3.9 &|" VTK/CMake/patches/99/FindPython/Support.cmake;
echo "You use Python 3.8, no modification needed";

bartus commented on 2020-12-04 09:08

@kikislater: I've adjusted the PKGBUILD to expose desktop file and icons d8621eea5aa1 , please test how it's doing (it relays on /etc/profile.d/ exporting PATH with included /opt/paraview/bin)

@Xwang, @jemappelle: I've added python:3.9 support 5f21b9bea9c7

jemappelle commented on 2020-12-02 20:03

@Xwang: Thanks a lot for the information cause I had the same issue thus I tried compiling it with the patch available in the official package as you mentioned it and it worked like a charm.

Xwang commented on 2020-12-02 11:36

I can't compile.It gives the following configuration error:

-- Could NOT find Python3 (missing: Python3_LIBRARIES Python3_INCLUDE_DIRS Development) (Required is at least version "3.2")
CMake Error at VTK/CMake/vtkModule.cmake:4112 (message):
  Could not find the Python3 external dependency.
Call Stack (most recent call first):
  VTK/Utilities/Python/CMakeLists.txt:44 (vtk_module_find_package)

-- Configuring incomplete, errors occurred!
See also "/home/andreak/tmp/pamac-andreak/pamac-build/paraview-opt/src/build/CMakeFiles/CMakeOutput.log".
See also "/home/andreak/tmp/pamac-andreak/pamac-build/paraview-opt/src/build/CMakeFiles/CMakeError.log".
==> ERRORE: Si è verificato un errore in build().

In the officila package there is a python39 patch which probably solves the issue: