Package Details: osvr-core-git 0.2.r3092.g495648e4-1

Git Clone URL: https://aur.archlinux.org/osvr-core-git.git (read-only, click to copy)
Package Base: osvr-core-git
Description: The core libraries, applications, and plugins of the OSVR software platform.
Upstream URL: https://github.com/OSVR/OSVR-Core
Submitter: haagch
Maintainer: haagch (feilen, lubosz)
Last Packager: haagch
Votes: 13
Popularity: 0.000217
First Submitted: 2015-03-27 23:09 (UTC)
Last Updated: 2022-03-13 22:46 (UTC)

Latest Comments

ecloud commented on 2021-09-23 08:09 (UTC)

If the pkgbuild insists on using make, then it also needs the cmake argument -G"Unix Makefiles". I otherwise use ninja for all cmake builds, so this pkgbuild does not work out-of-the-box if one has ninja installed and has CMAKE_GENERATOR=Ninja environment variable.

pix3l commented on 2020-10-29 12:49 (UTC)

@haagch: it build now for me too, I'm surpised ;-)

99% I tried clean-build it before(also tried using opencv2-opt, older branch), but I'm updating my archlinux from testing daily ;-)

haagch commented on 2020-10-29 01:08 (UTC)

@pix3l sorry about forgetting about your comment. Unfortunately I can't reproduce that, it builds fine here. If you have a former src/ directory, try nuking that (or makepkg -C).

pix3l commented on 2020-10-06 20:43 (UTC)

@haagch: it won't build for me :-(

85%] Built target com_osvr_Multiserver Scanning dependencies of target vbtracker-core [ 85%] Building CXX object plugins/videobasedtracker/CMakeFiles/vbtracker-core.dir/BeaconBasedPoseEstimator.cpp.o /mnt/magazyn/archlinux/aur-osvr-core-git/src/osvr-core/plugins/videobasedtracker/BeaconBasedPoseEstimator.cpp: In member function ‘bool osvr::vbtracker::BeaconBasedPoseEstimator::m_pnpransacEstimator(osvr::vbtracker::LedGroup&)’: /mnt/magazyn/archlinux/aur-osvr-core-git/src/osvr-core/plugins/videobasedtracker/BeaconBasedPoseEstimator.cpp:303:14: error: ‘void ransacResult’ has incomplete type 303 | auto ransacResult = cv::solvePnPRansac( | ^~~~~~~~~~~~ make[2]: [plugins/videobasedtracker/CMakeFiles/vbtracker-core.dir/build.make:82: plugins/videobasedtracker/CMakeFiles/vbtracker-core.dir/BeaconBasedPoseEstimator.cpp.o] Error 1 make[1]: [CMakeFiles/Makefile2:2083: plugins/videobasedtracker/CMakeFiles/vbtracker-core.dir/all] Error 2 make: *** [Makefile:171: all] Error

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

Updated with patch for opencv4 since opencv2-opt doesn't build anymore.

It compiles but I have not tested running it. If you want to contribute with OpenCV4 knowledge, please contribute in the upstream issue https://github.com/OSVR/OSVR-Core/issues/596 or just make a PR to tis branch https://github.com/ChristophHaag/OSVR-Core/tree/opencv4

haagch commented on 2019-08-11 12:08 (UTC)

Hmm the opencv2-opt package doesn't actually have that videoio library, so to compile it you have to install the repo opencv package too.

I wonder if this can break something...

merlinbr commented on 2019-08-10 21:43 (UTC) (edited on 2019-08-10 23:35 (UTC) by merlinbr)

Hello, I get the following error when trying to build the package:

[ 96%] Linking CXX shared module ../../lib/osvr-plugins-0/org_osvr_unifiedvideoinertial.so

/usr/bin/ld: cannot find -lopencv_videoio

haagch commented on 2019-01-22 13:33 (UTC)

Sorry I didn't update this so long. I don't like replacing a system wide package with an old version but fortunately there is a package opencv2-opt which installs in /opt and which the PKGBUILD now uses with -DOpenCV_DIR=/opt/opencv2/share/opencv2.

VlinkZ commented on 2018-12-22 22:08 (UTC) (edited on 2018-12-22 22:09 (UTC) by VlinkZ)

You should change the opencv dependency from opencv to opencv2 as the later versions of opencv cause errors in compilation.

presidentwolf commented on 2018-08-18 11:54 (UTC)

How about changing the cmake to this:

cmake -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_BUILD_TYPE=Release -DOSVR_UTIL_DEV_VERBOSE=0 -DBUILD_TESTING=0 -DBUILD_HEADER_DEPENDENCY_TESTS=0 -DCMAKE_CXX_FLAGS='-Wno-ignored-attributes' -DCMAKE_INSTALL_LIBDIR=lib ../osvr-core

This works for me.

haagch commented on 2018-07-26 21:22 (UTC)

Yea I don't know what's wrong.

The commit is not removed btw it's just not in any branch, it was part of a pull request that didn't get merged. It basically just disables the one warning that is produced so much by gcc compiling the Eigen code: https://github.com/OSVR/OSVR-Core/commit/3b5e3a6f3132afbdaf251161ba3b3d03c790f45f

Maybe it really has to do with the amount of warnings.

presidentwolf commented on 2018-07-26 21:12 (UTC)

I'm getting a segfault during the build of the Unified Video Inertial Tracker plugin. Looks to be something inside the Eigen library.

https://gist.github.com/rabidlogic/a89ebc29736ee32eafda1c22ea13aed0

morguldir commented on 2018-07-20 23:28 (UTC)

It looks like they deleted the branch the commit was in.

However the commit is still needed to build, you should create a patch for it.

haagch commented on 2018-07-17 17:32 (UTC)

Interesting, I guess the commit is only downloaded with git fetch --all or so. Anyway, the commit should be completely optional, so I commented it out in the PKGBUILD. It just disables a warning.

The weird thing is that I could not build osvr-core and only saw lots of these warnings, so I disabled them and suddenly it built...

presidentwolf commented on 2018-07-17 16:45 (UTC)

Good Afternoon,

I've been getting a bad object error on the build.

fatal: bad object 3b5e3a6f3132afbdaf251161ba3b3d03c790f45f

de-vries commented on 2018-04-05 21:39 (UTC)

Howdy, it's probably better to depend on libuvc instead of libuvc-git. Both are now available on the AUR and the git one also provides libuvc (always has).

haagch commented on 2017-01-31 08:57 (UTC)

New tracking code for the HDK has been merged There's only a rendermanager config for direct mode, so here is a osvr_server config file that incorporates the rendermanager config directly: https://gist.github.com/ChristophHaag/944060ac9cf54b38ad5ff4f666944bd8 I also set "rotation": 0, because I have the HDK display rotated with xrandr already. If you don't rotate it with xrandr, you probably want to set it to 180.

haagch commented on 2017-01-22 00:07 (UTC)

Made a pull request for his repository: https://github.com/toastedcrumpets/OSVR-Core/pull/1 Fascinating how github just adds the pull requests to the repository, so you can simply pull from pull/1/head. I've added that to the pkgbuild, just until he merges it. Works for me now, so try again.

godbyk commented on 2017-01-21 23:46 (UTC)

It looks like they need to include libusb.h in the UVCImageSource.cpp file.

haagch commented on 2017-01-21 23:43 (UTC)

I see, it's because libuvc-git changed something. After updating libuvc-git I get the build failure too. This is the only change: https://github.com/ktossell/libuvc/pull/58

F1nny commented on 2017-01-21 23:38 (UTC)

Thanks for the quick reply! So I re-tried clearing out the temp dirs and actually can see an error this time, weird it's building for you and not me, I haven't made any makepkg.conf changes except for -j 8 may remove that and retry to see if any different. Here's the error this time: http://pastebin.com/64GTMz26

haagch commented on 2017-01-21 23:21 (UTC)

Yea I found this log spam so excessive that I have this as an unrelated commit in a pull request: https://github.com/OSVR/OSVR-Core/pull/493/commits/3b5e3a6f3132afbdaf251161ba3b3d03c790f45f I added a cherry-pick of that commit to the pkgbuild, hopefully it works for everyone. Anyway, ctrl+f in your log doesn't show anything useful and it builds for me. If you can try again and get an output that contains a compiler error, I can take a look. (And if you do incremental builds, make sure to remove src/ to make a really clean build).

F1nny commented on 2017-01-21 22:53 (UTC) (edited on 2017-01-21 23:32 (UTC) by F1nny)

Anyone else having an issue getting this to build? Gets up to around 97% and fails http://pastebin.com/nfkFzWGE (Output back 1000-something lines) /edit also note seems to fail at a different point sometimes, sometimes at 93% etc. any ideas? Wondering if it's something in my makepkg.conf maybe it doesn't like -j8 ? [ 97%] Linking CXX shared module ../../lib/osvr-plugins-0/org_osvr_unifiedvideoinertial.so [ 97%] Linking CXX shared module ../../lib/osvr-plugins-0/org_osvr_filter_videoimufusion.so [ 97%] Built target org_osvr_filter_videoimufusion [ 97%] Built target org_osvr_unifiedvideoinertial make: *** [Makefile:150: all] Error 2 ==> ERROR: A failure occurred in build(). Aborting... ==> ERROR: Makepkg was unable to build osvr-core-git

haagch commented on 2016-10-26 06:33 (UTC) (edited on 2016-10-26 06:38 (UTC) by haagch)

Oh right. And I had to fix an include in /usr/include/libuvc/libuvc.h. I think it was #include <libusb-1.0/libusb.h>. But looks like that isn't necessary anymore. Maybe https://github.com/ktossell/libuvc/commit/c3b412fe77889e21fccf8baa535a51a259990791

marcs commented on 2016-10-26 01:26 (UTC)

It seems a dependency/makedependency is missing: libuvc-git

haagch commented on 2016-10-24 19:55 (UTC)

There's now WIP positional tracking: https://github.com/OSVR/OSVR-Core/pull/492 I've temporarily put a git merge of this branch in the PKGBUILD so people can try it. You can use this single self-contained config file for the HDK2: https://gist.github.com/ChristophHaag/e1a775be73410453791c490b5ca0a63d You may or may not want to edit "rotation": 180 to say 0 instead.

lubosz commented on 2016-09-02 15:20 (UTC)

build is broken! quick hack to fix vrpn build https://gist.github.com/lubosz/9d0eecd9e9153322414ec44fc070fc8b

godbyk commented on 2016-09-01 17:01 (UTC)

@underdog VRPN was recently updated to correct for this (see <https://github.com/vrpn/vrpn/commit/308839e5b7706e8579aae59e0160d2c45b9c75a3>.) The VRPN submodule in the OSVR-Core repository may not be updated yet, though.

underdoeg commented on 2016-09-01 15:35 (UTC)

I get the following error when trying to compile: aur-osvr-core-git/src/osvr-core/vendor/vrpn/vrpn_Connection.C:2540:24: error: aggregate ‘vrpn_start_server(const char*, char*, char*, const char*)::wait status’ has incomplete type and cannot be defined union wait status;

schmidtbag commented on 2016-01-18 00:00 (UTC)

Hmm seems like your change worked - it successfully installed. Thanks!

haagch commented on 2016-01-17 01:43 (UTC)

Huh, this is from CMakeError.log? To be honest I don't know cmake very well, but I'm guessing that this is some internal cmake test that is intentionally failing... Uhm... Well... The thing I had to change right now to build it is removing this version check: https://github.com/OSVR/OSVR-Core/commit/eeaf6eff8b0da57805e5c7a66f82b89479363e9e Allegedly (???) boost 1.60 may (???) break something in the ABI, but I do not understand what the problem is: https://github.com/OSVR/OSVR-Core/issues/323 Maybe I'm just too tired at 2:41 AM, but with this version check removed, osvr-server compiles and runs, so I updated the PKGBUILD. Whether it's fully functional - no idea.

schmidtbag commented on 2016-01-17 01:01 (UTC)

This fails to install for me. The weird thing is I managed to successfully install it 2 days ago, and now I can't. This here is where the first error shows up: CMakeFiles/cmTC_80860.dir/CheckSymbolExists.c.o: In function `main': CheckSymbolExists.c:(.text.startup+0x6): undefined reference to `pthread_create' collect2: error: ld returned 1 exit status CMakeFiles/cmTC_80860.dir/build.make:97: recipe for target 'cmTC_80860' failed make[1]: *** [cmTC_80860] Error 1 make[1]: Leaving directory '/tmp/yaourt-tmp-zorro/aur-osvr-core-git/src/osvr-core-build/CMakeFiles/CMakeTmp' Makefile:126: recipe for target 'cmTC_80860/fast' failed make: *** [cmTC_80860/fast] Error 2

haagch commented on 2016-01-10 00:27 (UTC)

Hm, I did update libfunctionality in the aur. I bumped pkgrel to be sure. Maybe AUR helpers try build osvr-core first... The boost fix is now in the PKGBUILD with sed, builds for me, thanks.

bwrsandman commented on 2016-01-09 18:18 (UTC)

There is an incompatibility with boost 1.60 but it's easily fixed by changing 105900 to 106000 at this line [1] I had the same problem with libfunctionality and rebuilding did fix it. Could you bump the libfunctionality's pkgver, that would force the rebuilding and users would not have to go digging for that solution. [1] https://github.com/OSVR/OSVR-Core/blob/10407fe818cb91e1d84aef8319a0382309132b5b/src/osvr/Common/IPCRingBuffer.cpp#L54

haagch commented on 2015-12-18 11:50 (UTC)

../lib64/libosvrPluginHost.so.0.6: undefined reference to `libfunc::loadPluginByName(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, void*)' Wild guess because of libfunc: Have you tried rebuilding libfunctionality first? If you already have an old build in src/ it could also help deleting src/ and pkg/ because of the recent ABI change. At least trackerviewer wouldn't build with the old src/ in place.

marcs commented on 2015-12-18 11:48 (UTC)

I have a linking error with the new version: http://pastebin.com/LKFqm4ET

feilen commented on 2015-09-04 04:39 (UTC)

Good news, they're shipping me out an OSVR HDK quite soon, so I'll have a much easier time of fixing up the OVR support on the Linux side of things, as well as the dozen or so other projects I'd been planning on but couldn't really get to. The kinks in OSVR's Oculus support don't seem to be a structural problem with it, just an oversight on the Linux side of things. Since they're going to be aiming for full four-platform support with OSVR (Win, Mac, Linux and Android) and Android and Linux support are heavily tied together, it's almost certainly going to have a much better support track record moving forward. Come to think of it, once I have a headset, I might start running a repository for all the working VR software. It looks like I'll have to work out how to bundle software into .deb's soon anyway, so that's an easy side-step.

feilen commented on 2015-07-31 19:57 (UTC)

Issue is in Boost, and is going to be fixed in a later version. I'll see if the OSVR devs want to include my workaround, or if not just merge it into a local tree so I can work on stuff for now.

haagch commented on 2015-07-31 14:54 (UTC)

Nope. [ 74%] Building CXX object src/osvr/Common/CMakeFiles/osvrCommon.dir/PathNode.cpp.o In file included from /usr/include/boost/variant/get.hpp:24:0, from /home/chris/build/osvr-core/src/osvr-core/src/osvr/Common/NormalizeDeviceDescriptor.cpp:36: /usr/include/boost/variant/detail/element_index.hpp:38:69: Fehler: »remove_cv« in namespace »boost« does not name a template type variant_element_functor<boost::mpl::_1, typename boost::remove_cv<T>::type >

feilen commented on 2015-07-31 14:52 (UTC)

Are you able to build the latest from git?

feilen commented on 2015-07-08 14:56 (UTC)

Just filed an issue about how all the server config files get installed into /usr/bin/, perhaps tonight I'll be able to make a fix myself.

haagch commented on 2015-05-29 21:37 (UTC)

Oh, if it installs into lib64 for some unknown reason (seriously, why?) this is in the wrong order: rm -f "$pkgdir/usr/lib/libfunctionality.so.0.1" mv "$pkgdir/usr/lib64" "$pkgdir/usr/lib" || true Should be fixed now.

feilen commented on 2015-05-29 21:37 (UTC)

The 'mv' line has to go before the 'rm' line, or it doesn't remove it.

feilen commented on 2015-05-29 21:33 (UTC)

Now I get this: loading packages... resolving dependencies... looking for conflicting packages... Packages (1) osvr-core-git-v0.2.r125.g7642085-1 Total Installed Size: 3.90 MiB :: Proceed with installation? [Y/n] y (1/1) checking keys in keyring [######################] 100% (1/1) checking package integrity [######################] 100% (1/1) loading package files [######################] 100% (1/1) checking for file conflicts [######################] 100% error: failed to commit transaction (conflicting files) osvr-core-git: /usr/lib/libfunctionality.so.0.1 exists in filesystem Errors occurred, no packages were upgraded.

haagch commented on 2015-05-27 08:10 (UTC)

I didn't look closely but I don't think osvr-core builds a "full" libfunctionality, e.g. /usr/lib/cmake/*libfunctionality* isn't in there. So I'll leave that as dependency. For me it didn't install anything in /usr/lib64. Weird. I added it anyway..

feilen commented on 2015-05-19 01:48 (UTC)

Also needs markdown, boost, although you may wish to check if they're build deps or just dependencies. Additionally, to get it to package correctly I needed to add this to the end of the package function: mv "$pkgdir/usr/lib64" "$pkgdir/usr/lib" In this and in libfunctionality.

feilen commented on 2015-05-19 01:36 (UTC)

Requires opencv

feilen commented on 2015-05-14 18:25 (UTC)

Correct (actually, it's already got distortion implemented as a shader, and Timewarp/vignette/overdrive are all in the works) I'm not certain, however you normally support the Dolphin project. It's not a separate branch this time, it's going mainline, with potentially hundreds of developers rather than just three.

haagch commented on 2015-05-14 17:51 (UTC)

Nice. I assume that the goal will be to still support the oculus rift distortion and to use osvr-oculus-rift? Is there some other way to support this like bitcoin donations or so?

feilen commented on 2015-05-14 17:40 (UTC)

I'm going to begin getting the Dolphin OSVR support branch working for Linux/Arch and see how good I can make it! I'm preeetty certain it won't have the Mesa-killing bugs that Dolpin VR has. I'm probably going to switch my efforts over to the OSVR branch overall, as it also doesn't have vendor lock-in or violate the GPL.

haagch commented on 2015-05-14 17:17 (UTC)

Yes, that would be a good idea. There was probably some reason I did it this way, but I don't really remember..

feilen commented on 2015-05-14 17:13 (UTC)

Couldn't you make this a splitpackage to provide libfunctionality and osvr-core without removing peices of each?

haagch commented on 2015-03-27 23:34 (UTC)

Probably some dependencies missing and it's not very clean yet, but it should build.