Package Details: libfreenect2 0.2.1-4

Git Clone URL: https://aur.archlinux.org/libfreenect2.git (read-only, click to copy)
Package Base: libfreenect2
Description: Open source drivers for the Kinect for Windows v2
Upstream URL: http://openkinect.org
Licenses: GPL, Apache
Submitter: de-vries
Maintainer: grandchild
Last Packager: grandchild
Votes: 9
Popularity: 0.000000
First Submitted: 2015-12-02 17:26 (UTC)
Last Updated: 2023-11-16 16:01 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 Next › Last »

ShadowMitia commented on 2017-02-11 20:46 (UTC)

It looks like "libcl" dependency is broken for some reason: error: target not found: libcl.

de-vries commented on 2016-05-06 00:05 (UTC) (edited on 2016-05-06 00:06 (UTC) by de-vries)

Right, the rules should go before 70-uaccess.rules. I renamed them to 65-kinect2.rules now. Thanks again :)

underdoeg commented on 2016-05-05 17:10 (UTC)

Yes of course. I had the issue when compiling with cuda already installed which cmake found automatically. Without this flag the compiler wouldn't find memcpy for some reason... Also I had to rename the udev rule to 70-kinect2.rule instead of 90. Otherwise the hotplug wouldn't work for me.

de-vries commented on 2016-05-05 16:57 (UTC)

That seems strange, probably an upstream issue. I'm sure upstream will be interested to hear about it. I didn't add an optdep on CUDA because it needs to be present at compile time (or actually configure time). Installing CUDA after this package wont magically make it work with CUDA. I also didn't want to force a dependency on CUDA though, so yeah... End result now is that the PKGBUILD doesn't tell you you could compile it with CUDA support.

underdoeg commented on 2016-05-05 16:45 (UTC)

Nice. I also had to add CXXFLAGS=-D_FORCE_INLINES cmake (line 21) before running cmake to not run into some issues while compiling for cuda

de-vries commented on 2016-05-05 16:31 (UTC)

Updated, thanks for the message.

underdoeg commented on 2016-05-05 16:14 (UTC) (edited on 2016-05-05 16:17 (UTC) by underdoeg)

needs to change the _pkgver to 0.2.0 in order to find the download. The checksum ist 3525e3f21462cecd3b198f64545786ffddc2cafdfd8146e5a46f0300b83f29f1ad0739618a07ab195c276149d7e2e909f7662e2d379a2880593cac75942b0666

de-vries commented on 2016-01-26 23:29 (UTC)

PKGBUILD updated for changed source checksum. Thanks for the flag.

fepf commented on 2015-12-22 14:25 (UTC)

Very well, it seems to work now. Thanks :-D

de-vries commented on 2015-12-22 14:08 (UTC) (edited on 2015-12-22 14:14 (UTC) by de-vries)

Thanks for the detailed information :) It seems to be a consequence of the examples (protonect) not being installed by cmake. So instead of manually copying the binary to $pkgdir/usr/bin, I now slightly patch examples/CMakeLists.txt to install the protonect binary properly. Can you see if that fixes the problem? ldd output now looks normal to me at any rate.

« First ‹ Previous 1 2 3 Next › Last »