updated config files for FD38

CR780-SALOME-PATCH-33591 OCCT version for SHAPER_Test19196.py and SHAPER_Test20245_1.py

added CAS section and compile script for Windows

OCCT780 porting branch name for all modules

Porting to OCCT 7.8.0

Porting to OCCT 7.8.0

Porting to OCCT 7.8.0 on Windows

Porting to OCCT 7.8.0 on Windows

Fixed compilation on Windows

Define specific branchs for modules to be recompiled after porting.

spns #30166: fixes aimed to support UB18.04 for universal binary

spns #38031: compilation of root and URANIE on DB12

spns #40729: MeshGems 2024.1 -  windows

spns #40729: MeshGems 2024.1 -  windows

spns #40729: Add sections for MeshGems-2024.1

spns #40779: salome_bootstrap, shaper_study, and pmml github repositories fix

spns #40779 : support github repositories and drop gitpub

spns #40779 : target github repositories

[bos #41337] YACS: move back to branch master - compilation issue was resolved

[bos #41337] YACS - use branch bos/41337 until fix is discussed

[SAT #41342] update MeshGems license path

[SAT #41342] update MeshGems license path

Add ParaView 5.12 compilation scripts

[CEA 40693] COTECH 156.5: Check usage of C++14 as default standard for SALOME modules

[CEA 40693] COTECH 156.5: Check usage of C++14 as default standard for SALOME modules

bos #40795 [CEA 40692] COTECH 156.2 - Check if native HDF5 can be used for DB11 version

spns #40695: Windows - define CMAKE_GENERATOR in case it is not set in application configuration file

spns #40691: target CONFIGURATION master

spns #40691: target CONFIGURATION : mbs/update_labels for all nodes but DB09,10,11,12 and CO8

[CEA 40693] COTECH 156.5: move back to standard c++11 -  until moving to vs-2022

[CEA 40693] COTECH 156.5: Check usage of C++17 as default standard for SALOME’s modules

bos #40795 [CEA 40692] COTECH 156.2 - Check if native HDF5 can be used for DB10 version

add License file: LGPL

bos #40613 [CEA] deprecated np.float: backport patches to SHAPER, SOLVERLAB, HOMARD and PyFMI for Debian 12 builds

RO8: ensure that we pickup the correct Python version in case two python installations

DB12: embed swig 4.0.2 as done on FD38

MEDCOUPLING on Rocky 9 -  implement sphinxint

SALOME MPI build: use correct section

MEDCOUPLING native builds: embeed Scotch

SPNS #38031: fix PyFMI

SPNS #38031: support Debian 12 bookworm platform

bos #38104: prepare final configuration files for SALOME 9.12.0

Move back to V9_12_BR

Fedora 38: petsc compilation

bos #37834: V9_12_0rc1

spns #38104: packagespy verbosity level should be set by default to INFO and not DEBUG

petsc: start with a new build directory

switch to branch V9_12_BR

bos #37834: prepare SALOME 9.12.0 release pyconf description files

move back to master branch for MEDCOUPLING

bos #38877: [EDF] Extend PYTHONPATH in EFICAS_TOOLS

Remove patches applied on YACS and NETGENPLUGIN for Fedora 38

spns #38640: all builds but Debian

Add CMake option to disable CUDA explicitly

spns #38555: add h5py SAT configuration file

spns #38555: add h5py SAT configuration file

bos #38525: Append PYTHONPATH for PARAVIS:  import MEDReader directly in VTK without paraview

spns #38030: sip

spns #38030: fix sip section

fix error in sip script implementation. esac should close case

spns #38030: fix sip section

spns #38030: support Rocky 9 (native)

target medcoupling akr/paramedfile

move back to master branches

[bos #37834] use tag: V9_12_0a2

Fedora 38: use embedded swig 4.0.2, use native numpy

bos #37834: move to Libbatch 2_5_0

bos #34671: Rocky 8: ensure libOT.so links to clbas. Use pip instead of python such that installed scikit is used when generating the egg file

bos #34671: Rocky 8: ensure libOT.so links to clbas. Use pip instead of python such that installed scikit is used when generating the egg file

bos #34671: [Windows] openturns and persalys integration

bos #34671: apply patch for 32 bit indices encoding build

bos #34671: [Windows] openturns and persalys integration

bos #34671: openturns and persalys integration

Add patches for FD38 compilation

PyFMI: fix header

bos #37534: get back to master branch for both CONFIGURATION and GUI modules

bos #37534: use branches CONFIGURATION:bos/37534 and GUI:bos/37534 until merged into master

bos #37534:
 -  fix python path issue in original description: __SALOME_BOOTSTRAP should indeed read__SALOME_BOOTSTRAP__.
 -  support Windows

bos #37641 : add openturns 1.21 and PERSALYS 14.1 description sections and compilation files

bos #37641 : add openturns 1.21 and PERSALYS 14.1 description sections and compilation files

bos #37534: add salome_bootstrap module to list of modules (II)

bos #37534: add salome_bootstrap module to list of modules

SALOME - windows: move back to master branch

Windows build- use SMESH 93edbb3 and NETGENPLUGIN 90d8d44 until compilation issue due to boost is resolved

Windows: put back PERSALYS, OPENTURNS_SALOME and YDEFX in master build

TTK: remove it from Ubuntu 22 until runtime issue is understood

if embedded python, do not use --no-build-isolation pip option - otherwise scikit compilation broken

openturns-1.20.1: add --no-use-pep517

Fixed openturns compilation on Debian because of using wrong version of Cython from pip while install scikit-learn 0.24.2.

Fixed openturns compilation on Windows because of using wrong version of Cython from pip while install scikit-learn 0.24.2.

set packaging as an optional dependency of PyQt

SALOME master windows: switch off PERSALYS until V9_11_BR merged to master

fix in MPI job

medcoupling 9.11.0 native: embed scotch

medcoupling: align versions

medcoupling tasks: use native builds

Fix in SALOME-9.11.0-MPI which still uses openturns 1.19

SALOME 9.11.0 application configuration files: update to final tag and use OCCT V7_5_3p5 tag

SALOME master application configuration files: use OCCT V7_5_3p5 tag

SALOME 9.11.0 application configuration files: update to final tag and use OCCT V7_5_3p5 tag

hdf5 1.10.x with MPI support is not compatible with openmpi 4.x

Missed tag 9.11.0 rc1  for EFICAS, Eficas_tools, ADAO, ADAO_INTERFACE

prepare 9.11.0rc1: jobs

avoid 'OSError: [Errno 6] No such device or address' when calling set_env() method inside a Docker container for automatic builds

spns #35060 : PyQt fails to compile - add packaging as dependency - such that this latter is compiled first