Package Details: gplates 2.5.0-1

Git Clone URL: https://aur.archlinux.org/gplates.git (read-only, click to copy)
Package Base: gplates
Description: GPlates is a plate tectonics program. Manipulate reconstructions of geological and paleogeographic features through geological time. Interactively visualize vector, raster and volume data.
Upstream URL: https://www.gplates.org
Licenses: GPLv2
Submitter: tamamizu
Maintainer: tamamizu
Last Packager: tamamizu
Votes: 1
Popularity: 0.000000
First Submitted: 2022-12-07 23:56 (UTC)
Last Updated: 2024-09-26 12:24 (UTC)

Latest Comments

1 2 Next › Last »

wonn commented on 2025-06-24 13:27 (UTC)

Discovered the issue! It has to do with CGAL interacting weirdly with $PATH ordering - take a look at https://github.com/CGAL/cgal/issues/6823 . A workaround is to just append /usr/bin to the start of $PATH when running the program - eg PATH=/usr/bin:$PATH paru -S gplates (or however you build AUR packages).

tamamizu commented on 2025-03-21 14:48 (UTC)

Glad to have helped at least a bit. Wish I could resolve your issues. Good luck!

wonn commented on 2025-03-21 14:41 (UTC)

That seems to be functional! Thank you, and sorry for having a bunch of weird issues :P

tamamizu commented on 2025-03-21 13:35 (UTC)

In case that doesn't work, here's my binary: wget http://bashupload.com/8ouwm/gplates (available next 3 days) Should work until the dependencies become out of date. Use the .desktop file if you're on wayland

wonn commented on 2025-03-20 17:36 (UTC)

Agreed; who knows how many issues I might stumble into. It actually doesn't work any better with just make; cmake with the same arguments that work in the PKGBUILD fails with the same 'CGAL_FOUND to FALSE' error.

Might just try the out-of-date binary option instead for now.

tamamizu commented on 2025-03-20 09:55 (UTC)

Seems likely that this is going to be a game of whack-a-mole if we continue down this path :/

Does it also fail if you try to compile GPlates outside of makepkg?

wonn commented on 2025-03-20 00:36 (UTC)

I had to use the -DCAGL_DIR=<path/to/CGAL> flag; that got me past that error. Now it's complaining that there's no proj_api.h it can include, referencing the command in mocs_compilation.cpp. Any ideas?

tamamizu commented on 2025-02-22 18:15 (UTC)

@wonn how odd. It still builds fine for me, even though /lib/cmake/CGAL/CGALConfig.cmake does indeed have set(CGAL_FOUND FALSE) on line 20. There must be some kind of configuration difference, but I am not really familiar enough with CMake to confidently solve this for you. If you're certain that cgal is installed, perhaps try adding -DCGAL_FOUND=ON to the cmake command in the PKGBUILD.

wonn commented on 2025-02-22 16:42 (UTC)

The current revision of this package fails to build on my system, with this error:

CMake Error at src/CMakeLists.txt:48 (find_package):
  Found package configuration file:

    /lib/cmake/CGAL/CGALConfig.cmake

  but it set CGAL_FOUND to FALSE so package "CGAL" is considered to be NOT
  FOUND.


-- Configuring incomplete, errors occurred!
==> ERROR: A failure occurred in build().
    Aborting...
error: failed to build 'gplates-2.5.0-1':
error: packages failed to build: gplates-2.5.0-1

tamamizu commented on 2024-09-26 12:27 (UTC)

@switchbladestuff thanks for the notice. It's updated now.

1 2 Next › Last »