site map | contact | login | Protection des données personnelles | Powered by FluxBB | réalisation artaban
You are not logged in.
bannisssement supprimé
user unbanned
On a bien d'autres choses à faire que de bannir des utilisateurs !
C'est FLuxBB qui bannit parfois des gens automatiquement, peut-être des problèmes d'échec de connexion, peut-être lié à l'hébergement...
Check there https: //gitlab.com/codeaster-opensource-documentation/opensource-installation-development/-/blob/main/devel/changelog.md
/home/containers != $HOME/containers
Hello,
Debian bulleye is Debian 11.
Debian 10 still uses GCC 8.3.
aster-full packages will probably die because a lack of maintainer(s). Compiling some the prerequisites on "all" platform may be a pain!
That's why our effort is to maintain Singularity images that embed all the needed prerequisites to build the stable and development versions.
Singularity images are available from the Download page of salome_meca.
Current containers are based on Debian 9 (which is the reference OS for salome_meca). The 2022 version will be based on Debian 10.
I already know the patch for MUMPS. Feel free to share your patch for Debian 11.
If there are some volunteers to continue aster-full setup scripts. I can try to start a repository of its files.
MC
Hello,
The container embeds a convenient starter script. See `singularity run-help NAME.sif`
It tells you to run: `singularity run --app install NAME.sif`
Then just use the created script, named as `NAME` (without .sif)
See `./NAME --help` for options.
Next steps:
$ ./NAME shell
Singularity> /opt/salome_meca/Salome-V2021-s9/tools/Code_aster_stable-1540/bin/run_aster FILENAME.export
See `run_aster --help`
Example: for interactive executions (it will stop before executing FIN):
$ ./NAME shell
Singularity> /opt/salome_meca/Salome-V2021-s9/tools/Code_aster_stable-1540/bin/run_aster -i FILENAME.export
The next version (>16.1) will allow to directly use `run_aster FILENAME.py`...
MC
`unset PYTHONHOME` should be sufficient to run gdb
Pull repositories (src and devtools) from sourceforge.
but sourcing env_unstable.sh is not required (it just adds paths to devtools/bin tools).
Hi,
from code_aster.Commands import *
"code_aster.Cata" contains the definition of available keywords.
MC
Here is a patch (on head of default branch) that:
- detect ppc64le as a 64bits platform,
- add option --disable-proc-status not to control VmSize during execution to be passed at configure step.
Should be integrated soon in development branch.
For a quick fix, you can undefined ASTER_ENABLE_PROC_STATUS in generated build/*/*/asterc_config.h files.
MC
Hello,
You should see --run-help and execute:
singularity run --app install salome_meca-lgpl-2021.0.0-1-20210811-scibian-9.sif
Then, start salome_meca using the extracted script named `salome_meca-lgpl-2021.0.0-1-20210811-scibian-9`.
MC
[edit]
code_aster < 14.3.5 needs python <= 2.7.
code_aster >= 14.3.5 needs python >= 3.
but it seems that the setup script for 14.4 still needs python 2...
please try to follow this procedure : https://www.code-aster.org/spip.php?article1111
Hello,
There is no reason not to use all cores on your system but it will probably be not very efficient.
Each MPI process is allocating its own memory space + its own disk space.
If a process needs 4 GB RAM, you need 24x4 GB on the node + 24x(disk space needed) with 24 concurrent read/write the disk...
You should test your problem with less MPI process (4, 8, 12 mpi_ncpu) and probably 2, 4 or 6 openMP threads (ncpus parameter) to find the best configuration for your problem.
The error message of the first post may be due to a problem in MPI communications, hardware, build of the software or source code mistake...
MC
Does Python2 still needed to compile SM2019?
Hello,
All is provided as binary (the source of these problems!!!), you don't compile anything.
But the installer (post-install step) needs 'python' and it seems that it should be python2...
$(which python) --version
must return a Python2 version.
MC
Hello!
Thank you for your feedbacks!
We had very few time this year to prepare the LGPL version. We need your help to improve the installation notes on various configurations.
2018 shown at startup, title window, Help/About panel: ok, easy to fix!
Warnings about "improperly configured" SMESH plugins": I don't know why and they are working as expected.
Starting from the desktop icon: that's probably because you need to set the Qt 5.9.1 environment before starting salome_meca.
You can simply change the desktop file and call a wrapper that source Qt 5.9.1 env and then execute "......./salome $@"
A build of Qt-5.9.1 libraries are embedded, could you try if it works with (instead of your own build):
export LD_LIBRARY_PATH=<SMECA INSTALL>/V2019_univ/prerequisites/Qt-591/lib/lib:$LD_LIBRARY_PATH
MC
Just, click on Salome_Meca in the left menu.
Hello all!
For the error message at startup "/Kernel/Session" not found, it should be solved by installing these packages:
net-tools
libnlopt0
as_run must be in PATH.
We do not give enough details: which version are you installing? code_aster / salome_meca?
Versions before 14.3.5 require python 2.7 : please see the README file.
After, only Python 3 will be supported. But there is not yet aster-full package for this version (expected in July for 14.4).
MC
You could try with a new user account to check if it is related to your user environment.
Preferences, most recently used files...: $HOME/.config/salome directory may be corrupted. You can remove it (you only loose some prefs).
Hi,
Packages aster-full-src will be available for 13.8 and 14.4.
MC
Hi,
Are you sure that you are using the same code_aster version?
Isn't it a confusion with salome_meca 2018.0.1 "official" and the "V8_INTEGR" one that might be wrong?
To be sure, can you send me the revision SHA1 that is printed at the beginning of the execution by each version (just run DEBUT/FIN for example)?
Warning: the header is not printed in case of syntax error!
Mathieu