Search Criteria
Package Details: gmsh 4.13.1-2
Package Actions
Git Clone URL: | https://aur.archlinux.org/gmsh.git (read-only, click to copy) |
---|---|
Package Base: | gmsh |
Description: | An automatic 3D finite element mesh generator with pre and post-processing facilities |
Upstream URL: | https://gmsh.info |
Licenses: | GPL-2.0-or-later |
Submitter: | S1G1 |
Maintainer: | gborzi (carlosal1015, gpettinello) |
Last Packager: | carlosal1015 |
Votes: | 62 |
Popularity: | 1.03 |
First Submitted: | 2006-04-04 23:31 (UTC) |
Last Updated: | 2024-05-09 00:19 (UTC) |
Dependencies (29)
- alglib
- annAUR
- cairo (cairo-gitAUR)
- cgns (cgns-parallelAUR)
- fltk (fltk-gitAUR)
- glu (glu-gitAUR)
- lapack (aocl-libflame-aoccAUR, blas-mklAUR, lapack-gitAUR, atlas-lapackAUR, blas-aocl-gccAUR, blas-aocl-aoccAUR, openblas-lapackAUR, aocl-libflameAUR, blas-openblas)
- med-openmpi
- metisAUR
- opencascade (opencascade-gitAUR, opencascade-rcAUR, opencascade-f3dAUR)
- alglib (make)
- annAUR (make)
- cairo (cairo-gitAUR) (make)
- cgns (cgns-parallelAUR) (make)
- cmake (cmake-gitAUR) (make)
- desktop-file-utils (desktop-file-utils-gitAUR) (make)
- fltk (fltk-gitAUR) (make)
- glu (glu-gitAUR) (make)
- lapack (aocl-libflame-aoccAUR, blas-mklAUR, lapack-gitAUR, atlas-lapackAUR, blas-aocl-gccAUR, blas-aocl-aoccAUR, openblas-lapackAUR, aocl-libflameAUR, blas-openblas) (make)
- med-openmpi (make)
- Show 9 more dependencies...
Required by (16)
- deal-ii (optional)
- feelpp
- getdp
- neper
- octave-msh (optional)
- python-bempp-cl (optional)
- python-bempp-git (optional)
- python-fenics-dolfinx (optional)
- python-fenics-dolfinx-git (optional)
- python-fipy (optional)
- python-gmsh_interop
- python-pygmsh
- python-pymor (optional)
- python-pyxel-fedic
- python-trimesh (optional)
- sparselizard
Latest Comments
« First ‹ Previous 1 2 3 4 5 6 7 8 9 .. 21 Next › Last »
gborzi commented on 2021-08-03 16:16 (UTC)
@carlosal1015 The problem with putting gmsh.py under /usr/lib/python3.9 is that every time python is upgraded to a release with a different major.minor number the package needs to be recompiled. I.e. when python changes to 3.10 PYTHONPATH is /usr/lib/python3.10, but the file is still under /usr/lib/python3.9. You can manually move it, but it's the same now, that is to say move gmsh.py to the required python directory as root.
carlosal1015 commented on 2021-08-03 05:25 (UTC)
Hi, thanks for the packaging, it will be amazing that after installing
gmsh
, and the optional dependencypython
, the python module gmsh keep active inPYTHONPATH
. If we runbut with
works :-)
In debian package python3-gmsh, they put in
/usr/lib/python3/dist-packages/gmsh.py
. Will be correct put in${pkgdir}/usr/lib/python3.9/site-packages/gmsh
or create a symbolic link from${pkgdir}/usr/share/gmsh/api/python/gmsh.py
to${pkgdir}/usr/lib/python3.9/site-packages/gmsh
? Maybe works something likeexport PYTHONPATH="/usr/share/gmsh/api/python/$PYTHONPATH"
in/etc/profile.d/gmsh.sh
.Cheers.
libreliu commented on 2021-05-05 07:26 (UTC)
Thanks for the package ;)
Got the following error while trying to install with
yay -S gmsh
:The error was probably raised in
LC_ALL=C make doc
.capitalaslash commented on 2021-02-16 10:22 (UTC)
please update python installation path to 3.9
gborzi commented on 2020-11-12 19:41 (UTC)
@gdolle Now it's fixed. I've added an environment script for csh as well.
gdolle commented on 2020-11-12 17:42 (UTC)
Hi @gborzi, no unfortunately in both cases, overloading JULIA_LOAD_PATH seems to be the way, ju does not have standard path similar to python site-package directory to my knowledge.. (See https://docs.julialang.org/en/v1/manual/environment-variables/#JULIA_LOAD_PATH). I think /usr/share/gmsh/<path_somewhere> may avoid you headache in the future with other pkg. Best, G.
gborzi commented on 2020-11-12 15:54 (UTC)
@gdolle Thanks for the comment. I don't know the julia framework, so I have a question on where to put the file: if the file is under /usr/share/julia/gmsh will julia be able to read it without the need to have a file under /etc/profile.d? i.e. will it be already in the load path under /usr/share/julia/gmsh? If so, I'd prefer this solution.
gdolle commented on 2020-11-11 21:47 (UTC) (edited on 2020-11-11 21:48 (UTC) by gdolle)
It might be better to move gmsh.jl from /usr/lib since it is not a shared library. Maybe /usr/share/gmsh/api/julia/ (or /usr/share/julia/gmsh ?) and add an environment script /etc/profile.d/gmsh.sh with
export JULIA_LOAD_PATH="/usr/share/gmsh/api/julia/:$JULIA_LOAD_PATH"
(or "@gmsh")Then it would work out of box in julia command line
import gmsh
.gborzi commented on 2020-10-21 10:33 (UTC)
@newsboost Looks like the problem is with the voro++ package. The source for voro++ couldn't be downloaded during your attempt to compile. Now it downloads without problem. Please retry the installation.
« First ‹ Previous 1 2 3 4 5 6 7 8 9 .. 21 Next › Last »