Package Base Details: gmsh

Git Clone URL: https://aur.archlinux.org/gmsh.git (read-only, click to copy)
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)

Packages (2)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 .. 21 Next › Last »

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.

newsboost commented on 2020-07-21 12:08 (UTC) (edited on 2020-07-21 12:10 (UTC) by newsboost)

I try to install via "yay -S gmsh" but get:

...
==> Validating source files with md5sums...
    ann_1.1.2.tar.gz ... Passed
    shared-libs.patch ... Passed
    parallel.patch ... Passed
==> Making package: voro++ 0.4.6-1 (2020-07-21T14:04:31 CEST)
==> Retrieving sources...
  -> Downloading voro++-0.4.6.tar.gz...
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
curl: (7) Failed to connect to math.lbl.gov port 80: Connection refused
==> ERROR: Failure while downloading http://math.lbl.gov/voro++/download/dir/voro++-0.4.6.tar.gz
    Aborting...
error downloading sources: voro++

Anyone knows what's wrong (or a work-around/solution or something)?

gborzi commented on 2020-07-03 14:22 (UTC)

Sorry for the delay in adding the glu dependency, but I've been quite busy lately.

lahwaacz commented on 2020-07-03 08:47 (UTC)

glu needs to be added to depends (not just makedepends), because both /usr/bin/gmsh and /usr/lib/libgmsh.so are directly linked to libGLU.so.1.

petronny commented on 2020-07-03 08:32 (UTC) (edited on 2020-07-03 08:33 (UTC) by petronny)

So please add glu to at least makedepends.

lahwaacz commented on 2020-06-23 21:13 (UTC) (edited on 2020-06-23 21:13 (UTC) by lahwaacz)

@gborzi Only because Manjaro did not pull in fltk-1.3.5-2 yet, which dropped the dependency on glu... Please test your packages on Arch before giving them to the Arch User Repository.

gborzi commented on 2020-06-23 19:03 (UTC)

@lahwaacz Sorry, I missed the GLU error line. And realized why it went wrong on your system but compiled fine on mine. I ran Manjaro, and on Manjaro fltk depends on glu, so there was no need to add glu to the depends array.

lahwaacz commented on 2020-06-23 18:19 (UTC)

@gborzi I can look at CMakeError.log but it does not necessarily contain information related to the error. It contains stderr output of the various configure steps, which may or may not be fatal. In this case, the file contains this:

Performing C++ SOURCE FILE Test WCAST failed with the following output:
Change Dir: /build/gmsh/src/gmsh-4.6.0-source/build/CMakeFiles/CMakeTmp

Run Build Command(s):/usr/bin/make cmTC_0b2cd/fast && /usr/bin/make  -f CMakeFiles/cmTC_0b2cd.dir/build.make CMakeFiles/cmTC_0b2cd.dir/build
make[1]: Entering directory '/build/gmsh/src/gmsh-4.6.0-source/build/CMakeFiles/CMakeTmp'
Building CXX object CMakeFiles/cmTC_0b2cd.dir/src.cxx.o
/usr/bin/c++    -D_FORTIFY_SOURCE=2 -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -std=c++11 -DWCAST   -Wint-to-void-pointer-cast -o CMakeFiles/cmTC_0b2cd.dir/src.cxx.o -c /build/gmsh/src/gmsh-4.6.0-source/build/CMakeFiles/CMakeTmp/src.cxx
c++: error: unrecognized command-line option '-Wint-to-void-pointer-cast'; did you mean '-Wint-to-pointer-cast'?
make[1]: *** [CMakeFiles/cmTC_0b2cd.dir/build.make:86: CMakeFiles/cmTC_0b2cd.dir/src.cxx.o] Error 1
make[1]: Leaving directory '/build/gmsh/src/gmsh-4.6.0-source/build/CMakeFiles/CMakeTmp'
make: *** [Makefile:141: cmTC_0b2cd/fast] Error 2


Source file was:
int main() { return 0; }

As you can see, it was just testing some compiler property, which does not matter. The error message in my previous post complains about GLU, so I added glu to makedepends and depends inside package_gmsh and the error disappeared.

Please always test your package builds in a clean chroot before pushing to AUR.

gborzi commented on 2020-06-23 14:50 (UTC)

@lahwaacz You should look at CMakeError.log to see what went wrong.

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 .. 21 Next › Last »