Package Details: osvr-rendermanager-git v00_06_52.r350.g56f9db6-1

Git Clone URL: https://aur.archlinux.org/osvr-rendermanager-git.git (read-only, click to copy)
Package Base: osvr-rendermanager-git
Description: TW, ATW and high performance rendering with OpenGL and GLES
Upstream URL: https://github.com/sensics/OSVR-RenderManager
Submitter: haagch
Maintainer: haagch (feilen, lubosz)
Last Packager: haagch
Votes: 4
Popularity: 0.000000
First Submitted: 2016-04-12 19:41 (UTC)
Last Updated: 2020-07-24 02:24 (UTC)

Dependencies (4)

Required by (1)

Sources (2)

Latest Comments

pix3l commented on 2023-02-05 10:44 (UTC)


diff --git a/PKGBUILD b/PKGBUILD
index 7166220..c9751b0 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -26,7 +26,7 @@ prepare() {

   git submodule init vendor/vrpn #NDA
   git config submodule.vendor/vrpn.url "$srcdir/vendor-vrpn"
-  git submodule update #--init #--recursive #NDA
+  git -c protocol.file.allow=always submodule update #--init #--recursive #NDA

   mkdir -p "$srcdir/osvr-rendermanager-build"

haagch commented on 2020-07-24 02:26 (UTC)

Updated to remove interactive application of the core profile patch. I added it out of frustrating at a time where mesa did not properly implement the OpenGL compatibility profile. Both radeonsi and intel should now sufficiently support the compatibility profile to run all samples.

shinyquagsire23 commented on 2016-12-25 05:05 (UTC)

This seems to require eigen now, however it is not in the dependencies.

haagch commented on 2016-10-08 23:22 (UTC)

Grr. For the HDK, use this config file: https://gist.github.com/ChristophHaag/e1a775be73410453791c490b5ca0a63d It's a manual combination of two files. 1. osvr-rendermanager contains nondirectmode_HDK2.0.json as the most up to date single-file configuration. But it does not activate the video tracker plugin. 2. osvr-core splits the HDK2 config into three files, the master file being osvr_server_config.HDK20ExtendedLandscape.sample.json. This one also contains the video tracker config that I copied to nondirectmode_HDK2.0.json which I finally put into that gist.

haagch commented on 2016-07-15 09:36 (UTC)

Seems to be a CMake problem. I still can't reproduce it on my machine, but I've added it to a couple of osvr packages for now.

linkmauve commented on 2016-07-13 16:26 (UTC)

This package requires -DCMAKE_INSTALL_LIBDIR=lib to be passed to cmake in order to install its files in /usr/lib instead of /usr/lib64, which makes the install fail currently.