petsc: set it to chmod 755

MEDCOUPLING graphviz dependency - otherwiser build failure - occured for almost one week!

spns #20440 - use dev branch: spns/20440

Fix package name of native openssl for Debian-like distro

integration nouveau fichiers solverlab pour la version mpi

corrections coquilles natif pour UB20 + suppression openssl non utile en natif

spns #20440 : fix circular dependency in PARAVISADDONS

suppression (provisoire) de omniorb pour uniformiser

ajout de solverlab à l'appli native

bos #20096 [CEA][Windows] Integration of graphviz 2.44.1 - dot -c was missing

bos #20096 [CEA][Windows] Integration of graphviz 2.44.1 - dot -c was missing

spns #20440 intégration des filtres PARAVIS EDF

Quentin's feedback & add MEDCOUPLING-master-native

remove VTK_SMP_IMPLEMENTATION_TYPE dependency for 32 bits build - use sequential as default

MEDCOUPLING default uses 64BITS IDS

Fix petsc compil script permissions

Add capability to compile petsc with MPI support - Add and fix some SOLVERLAB applicatives - Patch SALOME-MPI related to qt (UB20)

Merge branch 'V9_6_BR'

cmake product as build_depend for ROOT and Paraview 5.6

use build_depend for f2c SMESH dependency

Windows - f2c: triggers issue for windows package step - issue with compile_time in SAT

SMESH - windows add f2c as product dependency

skip ADAO matplotlib test

Prepare applications' master configurations aligning them with the current versions 9.6.0 (final)

Adapt Paraview and qt build type depending on SAT_DEBUG value (backwards compatibility with 8.5.0+)

Add MEDCOUPLING-9.6.0 + MPI

Add MEDCOUPLING-9.6.0 native build

Add SALOME-9.6.0-native.pyconf

move to SOLVERLAB V9_6_0 tag

CEATESTBASE V9_6_0

use V9_6_0 final tag

spns #20273 - use MAKE_OPTIONS

remove conflicting TRIOCFD pyconf files which have been moved to SAT_SALOMEAPP

remove from SAT_SALOME ALAMOS pyconf files, since these are tracked in SAT_SALOMEAPP repository

PARAVIS ALAMOS section - FIELDS dependency

FD30 - do not target xmlpattern-qt5 system wide

bos #20272 [CEA 20228][Windows] crash in PARAVIS

bos #20272 [CEA 20228][Windows] crash in PARAVIS

spns #20273 REX compilation 9.6.0 rc1 sur Debian 10

RC1: move to LIBBATCH V2_4_4rc2 tag

petsc compilation : use local blas and slepc external packages, now integrated inside the used archive (ext/ dedicated directory)

Fedora 32: scipy compilation issue

SALOME 9.6.0 + MPI - SOLVERLAB compilation issue

Add petsc in SALOME-9.6.0-MPI dependencies required by SOLVERLAB product

some MPI pyconf file cleanup

Use master branch for Eficas/Eficas_tool + fixes for Windows

Align current native configuration to master one - use native qwt and improve system checking

fix SALOME 9.6.0 - MPI compilation issue

broken dependencies for ispc (use build_depend) and tbb (swig)

ispc doesn't find llvm on Windows : add it to its dependencies

 add gcc system dependencies

Adapt EFICAS versions for SALOME-9.6.0 (which don't have any V9_6_BR branch)

Add 9.6.0 configurations for both SALOME and MEDCOUPLING (using V9_6_BR branches)

passage appli solverlab à int64

put back SOLVERLAB in the list of products, given compilation issue is resolved

spns #20206: add MEDCOUPLING-9.3.0 for Windows in case of another request

spns #20206: add MEDCOUPLING-9.3.0 for Windows in case of another request

Windows: use 64 bits IDS as default for both MEDCOUPLING-master and SALOME-master - add pyreadline to MEDCOUPLING

Remove LIBBATCH tag using inside SALOME-master to check related integrated patch

spns #19085: handle LC_ALL environment variable issue fixed by Vadim

Fix issue in installation of the petsc product on CentOS 6

Use 64bits as default master configuration for both MEDCOUPLING and SALOME (master-int64 -> master-int32 specific one)

Comment SOLVERLAB using in SALOME-master-int64 as it's not 64bits compliant yet

ajout solverlab dans version int64

Merge branch 'solverlab'

update following git base migration towards salome project

add solverlab

passage to petsc 3.14.0

update

update for SolverLab

Remove temporary LIBBATCH and KERNEL patches as they are now integrated

doxygen depends on cmake only at compile time

VTK_SMP_IMPLEMENTATION_TYPE set to sequential (default). Other implementations OpenMP and TBB will be discussed post SALOME 9.6.0

spns #20110 Tests Jobmanager on ORCUS

spns #18447: backport bos #19139 which fixes VTK issue

vtkM - in case of TBB as VTK_SMP_IMPLEMENTATION_TYPE use embedded TBB 4.4

OpenMP compliance - force to OPENMP 200805 on CentOS 7

Add PyQtChart 5.9 in SALOME-master - Windows

Add PyQtChart 5.9 in SALOME-master - Windows

switch on VTKM + OpenMP for 64 bits IDs

PyQtChart: for Windows, rely on PIP for its installation

scripts need to be in +x mode

Add the PyQtChart product as a new prerequisite of master configurations (needed by a project which relies on SALOME)

SALOME-master 64 bits IDs - update configurations for all nodes

fix harmless bug -DCMAKE_C_COMPILER:STRING . '-D' was forgotten

spns #13036 - add ParaView 5.8.0 standalone application and VTKM implementation type switch:  OpenMP (default) - tbb flag is defined in ParaView-5.8.0.pyconf

Update SALOME-master + MPI

initial commit : transfert of salome configuration files from internal git base