Warning: file_exists(): open_basedir restriction in effect. File(/srv/http/vhosts/aur.archlinux.org/public/web/locale//en/LC_MESSAGES/aurweb.mo) is not within the allowed path(s): (/srv/http/vhosts/aur-dev.archlinux.org/:/etc/aurweb/) in /srv/http/vhosts/aur-dev.archlinux.org/public/web/lib/streams.php on line 90
AUR (en) - libfreenect2

Notice: Undefined variable: name in /srv/http/vhosts/aur-dev.archlinux.org/public/web/lib/pkgfuncs.inc.php on line 248

Package Details: libfreenect2 0.2.0-3

Git Clone URL: https://aur-dev.archlinux.org/libfreenect2.git (read-only)
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: de-vries
Last Packager: de-vries
Votes: 7
Popularity: 0.821362
First Submitted: 2015-12-02 17:26
Last Updated: 2016-11-22 12:12

Latest Comments

1 2 Next › Last »

de-vries commented on 2016-05-06 00:05

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

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

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

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

Updated, thanks for the message.

underdoeg commented on 2016-05-05 16:14

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

PKGBUILD updated for changed source checksum.

Thanks for the flag.

fepf commented on 2015-12-22 14:25

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

de-vries commented on 2015-12-22 14:08

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.

fepf commented on 2015-12-22 13:10

When i install with makepkg, oddly the ldd for Protonect points to the libfreenect2.so that is still in the makepkg build folder. It does not seem to get installed into /usr/lib. So i did not use a chroot environment.

In /usr/lib the pacaur-version of libfreenect2.so seems to be still present.
The pacaur-version of the executable correctly point to this lib.

sha256sum of the Protonect versions were the same, but differed for the library.

An object-dump-diff of the library-versions reveals the missing symbols and the differing RPATH: /usr/lib (makepkg) vs /usr/local/lib (pacaur). Could be a hint for a difference in the compiling process. Maybe some of the depenencies were not found (using a wrong RPATH) and therefore some functions were disabled. But only while compiling the lib and not during the compiling of the executable.

Also the ldd of the make-pkg version of Protonect is about 30 lines, whereas of the not-working-pacaur-version its about 151 lines.

Btw. yaourt gives the same error.

But anyway. Dont put too much effort in it, since the libfreenect2 project will certainly change. Anyone having trouble installing this package with pacaur/yourt should try the manual method.