Package Details: gmsh-bin 4.10.2-1

Git Clone URL: https://aur.archlinux.org/gmsh-bin.git (read-only, click to copy)
Package Base: gmsh-bin
Description: An three-dimensional finite element mesh generator with built-in pre- and post-processing facilities (includes SDK)
Upstream URL: http://gmsh.info
Keywords: FEM mesh meshing
Licenses: GPL2
Conflicts: gmsh
Provides: gmsh
Submitter: CrocoDuck
Maintainer: carlosal1015
Last Packager: carlosal1015
Votes: 13
Popularity: 0.131202
First Submitted: 2016-07-18 17:39 (UTC)
Last Updated: 2022-05-14 19:55 (UTC)

Required by (13)

Sources (1)

Pinned Comments

carlosal1015 commented on 2022-01-21 15:46 (UTC) (edited on 2022-02-03 21:26 (UTC) by carlosal1015)

See (December 3, 2021) http://gmsh.info/CHANGELOG.txt, only support 64-bits.

Latest Comments

carlosal1015 commented on 2022-04-16 17:35 (UTC) (edited on 2022-04-16 17:36 (UTC) by carlosal1015)

Thanks @pychuang, in the next release we will do the changes. For example, the output of PYTHONPATH is empty.

pychuang commented on 2022-04-16 02:31 (UTC)

@carlosal1015 Regarding gmsh.py, here's my suggestion: it may be put to somewhere like /usr/local/lib/gmsh/gmsh.py. And then add something like gmsh.sh to /etc/profile.d with an environment variable setup:

$ cat /etc/profile.d/gmsh.sh
-----------------------------
export PYTHONPATH=/usr/local/lib/gmsh:$PYTHONPATH

So users will not need to manually set PYTHONPATH to use gmsh.py. Most login shells source the files under /etc/profile.d, so it should work fine for most users. The reason not to keep it at /usr/lib/gmsh.py is to avoid adding /usr/lib to PYTHONPATH. (There are too many things in /usr/lib. Who knows if there is anything conflicting with correct Python modules.)

carlosal1015 commented on 2022-02-07 21:37 (UTC)

Hi, please someone knows if opencascade is an optional dependency or required, because if we are free of opencascade we could install both paraview and gmsh-bin.

carlosal1015 commented on 2022-02-03 21:35 (UTC)

Hi @ymermoud, I recommend follow this example, since that with this approach the user only source a shell script that activate, is not recommend to put in /usr/lib/pythonX.Y/site-packages/ (we already discussed here). In this fashion, no necesary to rebuild when mayor python upgrade.

gatonero commented on 2022-01-22 00:36 (UTC)

Success! Thanks!

carlosal1015 commented on 2022-01-21 18:44 (UTC)

Hi @gatonero, for 4.9.3-2, must be working good, if happen any issue for improve PKGBUILD, please share the message here.

carlosal1015 commented on 2022-01-21 18:17 (UTC)

Thanks @gatonero, checking now.

gatonero commented on 2022-01-21 16:52 (UTC)

gmsh-4.9.3-Linux64-sdk.tgz: FEHLSCHLAG sha256sum: WARNUNG: 1 berechnete Prüfsumme passte NICHT Checksum failed! Fehler beim Erstellen von gmsh-bin

carlosal1015 commented on 2022-01-21 15:46 (UTC) (edited on 2022-02-03 21:26 (UTC) by carlosal1015)

See (December 3, 2021) http://gmsh.info/CHANGELOG.txt, only support 64-bits.

CrocoDuck commented on 2021-03-06 17:45 (UTC)

@xpt thank you for your feedback, it should be fixed now.

xpt commented on 2021-02-23 07:55 (UTC)

Please change

install -Dm 644 "${srcdir}/${pkgname}.desktop" "${pkgdir}/usr/share/applications/${pkgname%-*}.desktop"

to

install -Dm 644 "${srcdir}/${pkgname%-}.desktop" "${pkgdir}/usr/share/applications/${pkgname%-}.desktop"

The file gmsh-bin.desktop doesn't exist.

Thanks!

CrocoDuck commented on 2021-02-02 20:58 (UTC) (edited on 2021-02-02 21:00 (UTC) by CrocoDuck)

Hi @ymermoud,

I am not sure your suggestion can be implemented while, simultaneously:

  • Following the Arch Linux Packaging Guidelines and, more importantly;
  • Allowing the software to work properly regardless of the python version installed in any possible system (other users might have other python versions and hence different directory structure).

If you work on python projects, I would recommend to go the pythonic way and create a virtual environment in your project, from within you can install gmsh (and any other dependency) with pip without any risk of interfering with your system python environment.

ymermoud commented on 2021-02-02 15:20 (UTC) (edited on 2021-02-02 15:21 (UTC) by ymermoud)

Could we install the gmsh.py module from the SDK to the proper place so that python can find it ?

Currently it is installed in /usr/lib/

It should be /usr/lib/python2.7/site-packages/gmsh.py /usr/lib/python3.8/site-packages/gmsh.py

Thank you

CrocoDuck commented on 2020-06-03 20:38 (UTC)

@demolg it was a PKGBUILD bug. It should be fixed now.

CrocoDuck commented on 2020-06-03 19:27 (UTC) (edited on 2020-06-03 20:36 (UTC) by CrocoDuck)

@demolg Yes, I noticed it. The issue appears to be that libgmsh.so.4.5 and libgmsh.so.4.5.6 are two copies of the same exact file, and ldconfig does not like it because libraries are supposed to be symlinked to the full version (i.e. one of those file should be a symlink to the other). I will open up an issue upstream, as this is something that typically is addressed by the building system as far as I understand.

EDIT: issue opened.

demolg commented on 2020-06-03 14:35 (UTC)

when installing, it show:

(11/11) upgrading gnome-shell                      [######################] 100%
ldconfig: /usr/lib/libgmsh.so.4.5 is not a symbolic link

CrocoDuck commented on 2020-05-22 20:15 (UTC)

@mantielero it is done now. Thanks.

mantielero commented on 2020-05-14 13:00 (UTC)

Could you base this on gmsh-sdk?

The main advantage is that it provides also a lib and include folders. This enables using gmsh as a library through C and C++.

threeofsix commented on 2018-09-17 22:52 (UTC) (edited on 2018-09-17 22:55 (UTC) by threeofsix)

Ah sorry, upon further inspection I think this is an issue with pacaur, which has been discontinued.

CrocoDuck commented on 2018-09-17 19:57 (UTC)

@threeofsix that sounds odd to me. In my system gendesk is installed and the command is gendesk. How are you trying to build? Use makepkg -s to automatically install all dependencies, gendesk should be pulled in.

threeofsix commented on 2018-09-17 19:27 (UTC)

During installation, I get the error:

gmsh-bin/PKGBUILD: line 34: gendesk: command not found

It looks like maybe the gendesk command has changed to gendesc?

jancici commented on 2017-08-15 19:20 (UTC)

hi, sorry, I have been out for holiday with familly. I did get same error today when udpating this package, but I did restart laptop because there was kernel update too. After restart I could update this package without problems. Strange, but working now. thank you

CrocoDuck commented on 2017-07-15 19:54 (UTC) (edited on 2017-07-15 19:57 (UTC) by CrocoDuck)

Hi jancic, I cannot reproduce your issue. How are you trying to install the package? Are you using an AUR helper or building from the tarball? EDIT: Sorry, I didn't notice that seems like you are using pacaur. Perhaps its cache got cleared before the packaging could be completed. Try to build manually from the tarball.

jancici commented on 2017-07-15 18:13 (UTC)

hi I am getting error about missing file :: Running post-transaction hooks... (1/1) Arming ConditionNeedsUpdate... ==> WARNING: Using existing $srcdir/ tree ==> Entering fakeroot environment... ==> Starting package()... install: cannot stat '/home/jano/.cache/pacaur/gmsh-bin/src/gmsh-bin.desktop': No such file or directory ==> ERROR: A failure occurred in package(). Aborting...

threeofsix commented on 2017-05-24 20:06 (UTC)

Thank you CrocoDuck. It is working great.

CrocoDuck commented on 2017-05-24 19:43 (UTC)

Hi threeofsix, thank you for pointing that out. It should be fixed now.

threeofsix commented on 2017-05-23 22:50 (UTC)

The checksums have changed upstream. Looks like this is pointing to the nightly snapshot tarball. Why not point to the stable tarball, http://gmsh.info/bin/Linux/gmsh-3.0.2-Linux64.tgz ?