Package Details: gmsh-docs 4.13.1-1

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.010580
First Submitted: 2006-04-04 23:31 (UTC)
Last Updated: 2024-05-25 16:15 (UTC)

Latest Comments

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

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.

gborzi commented on 2019-02-28 15:44 (UTC)

@pfm I've just compiled the package after uninstalling gcc-fortran. Take a look at the CMakeLists.txt file around line 469:

if(NOT HAVE_BLAS OR NOT HAVE_LAPACK) # if we still haven't found blas and lapack, use the standard cmake tests, # which require a working Fortran compiler enable_language(Fortran) ....

It seems you don't have blas or lapack or cmake is unable to find them.

pfm commented on 2019-02-28 14:39 (UTC)

CMake fails with makechrootpkg:

-- The Fortran compiler identification is unknown CMake Error at CMakeLists.txt:469 (enable_language): No CMAKE_Fortran_COMPILER could be found.

Would you add gcc-fortran as makedepends?

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