Package Details: gmsh-docs 4.13.0-3

Git Clone URL: https://aur.archlinux.org/gmsh.git (read-only, click to copy)
Package Base: gmsh
Description: TXT, HMTL and PDF doc for Gmsh
Upstream URL: https://gmsh.info
Licenses: GPL-2.0-or-later
Submitter: S1G1
Maintainer: gborzi (carlosal1015, gpettinello)
Last Packager: carlosal1015
Votes: 62
Popularity: 0.78
First Submitted: 2006-04-04 23:31 (UTC)
Last Updated: 2024-05-11 14:46 (UTC)

Latest Comments

« First ‹ Previous 1 .. 11 12 13 14 15 16 17 18 19 20 21 Next › Last »

nivata commented on 2015-09-29 11:41 (UTC)

Thanks for the quick reply gborzi. I just rebooted and the problem is still there, even if I recompile gmsh =/. The binary downloaded from the website works fine though (probably compiled with static libraries). Does it work on your machine?

gborzi commented on 2015-09-28 12:43 (UTC)

@nivata Maybe when you installed the package you hadn't yet installed openmpi, so it got installed in the process but the configuration file /etc/ld.so.conf.d/openmpi.conf has not immediate effect, i.e. your current console doesn't know where to find openmpi libraries. Please try logout/login and retry. Eventually, recompile gmsh. Hope it helps.

nivata commented on 2015-09-28 12:34 (UTC)

Hi, The package is compiling fine for now, but when I launch gmsh I got the following error: gmsh: error while loading shared libraries: libmpi.so.1: cannot open shared object file: No such file or directory When I checked the build log I found out the following was issued: /usr/bin/ld: warning: libmpi.so.1, needed by /usr/lib/gcc/x86_64-unknown-linux-gnu/5.2.0/../../../../lib/libml.so, not found (try using -rpath or -rpath-link) So I'm not sure exactly where the problem comes from. Any idea?

gborzi commented on 2015-04-11 23:39 (UTC)

Please rebuild after upgrading opencascade.

gborzi commented on 2014-04-18 17:39 (UTC)

@wirew0rm I've just compiled gmsh with openmpi (-DENABLE_MPI=ON) and it links and runs successfully.

wirew0rm commented on 2014-04-18 17:08 (UTC)

i've reported this to upstream: https://geuz.org/trac/gmsh/ticket/217 user: gmsh pw: gmsh the onelab interface can be used from python 2.7 and 3.4 so it should be moved to both directories. i've added this to my own PKGBUILD package() function: install -D -m644 "${pkgdir}/usr/bin/onelab.py" "${pkgdir}/usr/lib/python2.7/site-packages/onelab.py" install -D -m644 "${pkgdir}/usr/bin/onelab.py" "${pkgdir}/usr/lib/python3.4/site-packages/onelab.py" rm "${pkgdir}/usr/bin/onelab.py" to test onelab you can run the example python solver supplied with the gmsh source by running: gmsh gmsh-2.8.4-source/utils/solvers/python/pend.py i've run into another issue: openmpi since the recent upgrade from 1.6.5 to 1.8 prevents compiling and running gmsh as it can't find libmpi_f90.so. the only solution to this i found was downgrading openmpi to 1.6.5.

gborzi commented on 2013-11-26 18:36 (UTC)

@wirew0rm can you check which python version works with onelab.py? I have no idea about how to use it.

wirew0rm commented on 2013-11-26 00:57 (UTC)

/usr/bin/onelab.py should go somewhere where python looks for it's modules, /usr/bin seems to be the wrong place, as it's not executable and is only usefull when imported in python scripts. If i understand it properly it should be moved to /usr/lib/python{2.7,3.3}/site-packages/

CAVT commented on 2013-11-02 23:06 (UTC)

Please ignore my previous comment. I rebuilt MED and GMSH is working like a charm again :)

CAVT commented on 2013-11-02 22:50 (UTC)

Hi, GMSH cannot start and throws "gmsh: error while loading shared libraries: libhdf5.so.7: cannot open shared object file: No such file or directory". Effectively, that file is absent, but I have the latest HDF5 1.8.11-1 package from the Extra repo. Is this a MED or a GMSH problem?.

« First ‹ Previous 1 .. 11 12 13 14 15 16 17 18 19 20 21 Next › Last »