Package Details: subsurface-git 20260321.ffca89ee5-1

Git Clone URL: https://aur.archlinux.org/subsurface-git.git (read-only, click to copy)
Package Base: subsurface-git
Description: Divelog program
Upstream URL: https://subsurface-divelog.org/
Licenses: GPL2
Conflicts: subsurface
Provides: subsurface
Submitter: Francois_B
Maintainer: vesath
Last Packager: vesath
Votes: 15
Popularity: 0.000000
First Submitted: 2011-09-25 04:33 (UTC)
Last Updated: 2026-03-23 07:52 (UTC)

Latest Comments

1 2 3 4 5 6 Next › Last »

TwistedRisers commented on 2026-03-24 05:15 (UTC)

vesath

Thank you for translating dev speech to pleb. All up and running again now.

vesath commented on 2026-03-24 03:21 (UTC) (edited on 2026-03-24 03:21 (UTC) by vesath)

Arch Linux in general (and the AUR in particular) ships different pieces of software in separate packages. For subsurface, you need:

Once you have those two packages built, you can build the present subsurface-git package.

If you are not fond of packaging, upstream Subsurface provides an AppImage which is ready-to-use; see: https://subsurface-divelog.org/current-release/

TwistedRisers commented on 2026-03-24 01:28 (UTC) (edited on 2026-03-24 01:30 (UTC) by TwistedRisers)

Whan building from the AUR I get this error: ... /core/divecomputer.cpp: In function 'void add_extra_data(divecomputer*, const std::string&, const std::string&)': divecomputer.cpp:371:20: error: 'STRING_KEY_SERIAL_NUMBER' was not declared in this scope divecomputer.cpp:376:20: error: 'STRING_KEY_FIRMWARE_VERSION' was not declared in this scope ...

I posted a bug on the subsurface git and they replied back with the following:

https://github.com/subsurface/subsurface/issues/4751

You aren't building against the corresponding libdivecomputer version. I'm not familiar with the AUR and I don't know how it builds the app - but a correct build setup would check out a specific subsurface commit, then in that directory run git submodule init and git submodule update and subsequently ensure that you build THAT copy of libdivecomputer and link against it. Our included build script does all this for you - but again, I don't know how the AUR sets this up

I hope this is helpful. Sorry I'm not a coder just a user of the application.

vesath commented on 2026-03-23 21:14 (UTC)

My builds show no such error. Please make sure you are building in a clean chroot and all dependencies are installed.

simona commented on 2026-03-23 09:49 (UTC) 

CMake Error at CMakeLists.txt:500 (find_package):
Found package configuration file:


/usr/lib/cmake/Qt6/Qt6Config.cmake


but it set Qt6_FOUND to FALSE so package "Qt6" is considered to be NOT
FOUND.  Reason given by package:


Failed to find required Qt component "WebKitWidgets".


Expected Config file at
"/usr/lib/cmake/Qt6WebKitWidgets/Qt6WebKitWidgetsConfig.cmake" does NOT
exist


Configuring with --debug-find-pkg=Qt6WebKitWidgets might reveal details why
the package was not found.


Configuring with -DQT_DEBUG_FIND_PACKAGE=ON will print the values of some
of the path variables that find_package uses to try and find the package.

norse commented on 2025-07-18 15:52 (UTC)

Just a small note: yay -Syyu did not compile subversion-git correctly with g++15.1.1. But a deinstallation of both subsurface packages (subsurface-git subsurface-libdc-git) and reinstallation of subsurface-git helped.

vesath commented on 2025-05-27 06:35 (UTC)

Though it is from 2022, this package works just fine. I rebuild it every month or so. Until there are substantial packaging changes, there is no need to push a new PKGBUILD with just an updated pkgver: it is automatically updated to the latest git head at every build. Cheers.

qlyoung commented on 2025-05-27 04:50 (UTC)

The appimage does not support Wayland; until it does, it would be nice to have this package updated. So there is a use for this package still, if there is any interest in maintaining it!

jaeckel commented on 2024-04-11 10:12 (UTC)

FYI, there's now https://aur.archlinux.org/packages/subsurface-appimage

ohli commented on 2024-04-08 20:01 (UTC) (edited on 2024-04-08 20:02 (UTC) by ohli)

As subsurface changed their release strategy to weekly builds ^1 and provides AppImages, this AUR package became useless.

I requested a merge with subsurface-git, but you can also use the AppImage version if you want.

Thanks for the time we had with this package, but all good things have to end somedays;-p

1 2 3 4 5 6 Next › Last »