Package Details: gmsh-docs 4.13.1-2

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: 63
Popularity: 0.39
First Submitted: 2006-04-04 23:31 (UTC)
Last Updated: 2025-03-01 15:08 (UTC)

Latest Comments

« First ‹ Previous 1 .. 6 7 8 9 10 11 12 13 14 15 16 .. 21 Next › Last »

chilichiller commented on 2019-08-05 11:22 (UTC)

For version 4.4.1 there seems to be a mismatch of the sha256sum, it doesn't pass the validity check.

gborzi commented on 2019-05-29 21:25 (UTC)

@jedbrown I'm compiling gmsh with med=4.0.0. Have you checked if .med file work with gmsh?

jedbrown commented on 2019-05-29 21:11 (UTC)

FWIW, I removed the MED version restriction and got what appears to be a successful build (was able to read and write MED files).

diff --git i/PKGBUILD w/PKGBUILD index 0b09e9a..adc0cbb 100644 --- i/PKGBUILD +++ w/PKGBUILD @@ -8,7 +8,7 @@ arch=('x86_64') url="http://gmsh.info/" license=('custom') makedepends=('cmake' 'desktop-file-utils' 'sed' 'swig' 'fltk' 'lapack' - 'med=3.3.1' 'opencascade' 'cairo' 'texlive-core') + 'med' 'opencascade' 'cairo' 'texlive-core') options=(!emptydirs) source=("${url}src/${pkgname}-${pkgver}-source.tgz" gmsh.desktop gmsh.completion) sha256sums=('54a236f5708bc105d5b60ddb2b95ea7062537ccd2720860377994c1a9bb86429' @@ -41,7 +41,7 @@ build() { }

package_gmsh() { - depends=('fltk' 'lapack' 'med=3.3.1' 'opencascade' 'cairo') + depends=('fltk' 'lapack' 'med' 'opencascade' 'cairo') optdepends=('gmsh-docs: docs for gmsh' 'python2: for onelab.py' 'python: for onelab.py')

gborzi commented on 2019-05-21 16:05 (UTC)

@greyltc Try med3.

greyltc commented on 2019-05-21 16:00 (UTC)

The med=3.3.1 requirement makes this impossible to install.

gborzi commented on 2019-04-10 20:52 (UTC)

@lahwaacz I know, but since this package is updated quite frequently upstream, and it can take a lot of time to recompile for people without powerful machines, I'll wait a while. If there won't be another upstream release in a short time I'll go with the pkgrel.

lahwaacz commented on 2019-04-09 16:24 (UTC)

@gborzi The proper way to update the PKGBUILD is to fix the problem now and increment the pkgrel variable, without waiting for an upstream release (which would increase pkgver). See https://wiki.archlinux.org/index.php/PKGBUILD#pkgrel

gborzi commented on 2019-04-09 12:14 (UTC)

@LinRs thanks for the correction, I'll fix the package at the next release. The libgmsh files under api are installed in the package under usr/lib.

LinRs commented on 2019-04-09 08:31 (UTC) (edited on 2019-04-09 08:56 (UTC) by LinRs)

gborzi:

hello, I'm trying building the split packages in a clean chroot, but makepkg -s only reads the depends before build function. The features of GUI(fltk) or blas/lapack in gmsh need to be included in the global depends during the compiling.

Accounding to [the pacman upstream]<https://git.archlinux.org/pacman.git/tree/doc/PKGBUILD.5.asciidoc#n388>, makepkg does not consider split package depends when checking if dependencies are installed before package building. All packages required to make the package are required to be specified in the global depends and makedepends arrays.

This would work well, IMO.

-makedepends=('cmake' 'desktop-file-utils' 'sed' 'swig' 'texlive-core')
+makedepends=('cmake' 'desktop-file-utils' 'sed' 'swig' 'texlive-core' 'fltk' 'lapack' 'med=3.3.1' 'opencascade' 'cairo')

Also, it's strange that after execuring make install in the package_gmsh, the "${pkgdir}/gmsh" contains certain files like this,

pkg/gmsh/build/gmsh/src/gmsh-4.2.3-source/
└── api
    ├── libgmsh.so -> libgmsh.so.4.2
    ├── libgmsh.so.4.2 -> libgmsh.so.4.2.3
    └── libgmsh.so.4.2.3

I'm not sure whether it's significant for runing gmsh.

Regards

pfm commented on 2019-02-28 16:21 (UTC)

You are right. For some reason my build system ignores the dependencies listed in package_gmsh() {...}. Thanks for your support.