Package Details: libsurvive 1.0-4

Git Clone URL: (read-only, click to copy)
Package Base: libsurvive
Description: Tracking system for Lighthouse and Vive based devices
Upstream URL:
Licenses: MIT
Submitter: dbermond
Maintainer: dbermond
Last Packager: dbermond
Votes: 3
Popularity: 0.000000
First Submitted: 2021-02-16 05:41 (UTC)
Last Updated: 2024-05-05 15:36 (UTC)

Latest Comments

dbermond commented on 2024-02-09 11:38 (UTC)

@dreieck I've just checked, and the package is building fine for me. You need to have installed 'cblas.h' in '/usr/include' and not in '/usr/include/openblas'. This file is provided by cblas repository package. Make sure you do not have any custom cblas installed. Regarding the package flagging, upstream version 1.01 is a pre-release, so we are not shipping it here.

dreieck commented on 2024-02-09 11:22 (UTC) (edited on 2024-02-09 11:22 (UTC) by dreieck)

Build fails for me with cn_matrix.blas.c:1:10: fatal error: cblas.h: No such file or directory:

[  2%] Building C object libs/cnkalman/libs/cnmatrix/src/CMakeFiles/cnmatrix.dir/cn_matrix.blas.c.o
/tmp/makepkg/build/libsurvive/src/libsurvive/libs/cnkalman/libs/cnmatrix/src/cn_matrix.blas.c:1:10: fatal error: cblas.h: No such file or directory
    1 | #include <cblas.h>
      |          ^~~~~~~~~
compilation terminated.

(/usr/include/openblas/cblas.h is present.)


dbermond commented on 2022-03-25 00:21 (UTC)

@Scrumplex This is very relative, depending on the point of view and on the future development of the data repository. First of all, "slow" is something relative, as for me it takes not much time to download it. Secondly, the download size for the current target commit is 257M, and the whole git repository has currently a size of 383M. It means that you will need to download a 260M file at every new version release (supposing the commit will change at every new version), while when having the git sources will make you to download 383M at a first time and to download smaller data (updates only) at every other new version.

Scrumplex commented on 2022-03-24 20:31 (UTC)

Maybe you could switch git+ to an archive file instead. Downloading the whole history of a repository that's filled with binaries is very slow.

So in this case maybe use instead