Package Details: libfreenect2 0.2.0.p1-3

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: 8
Popularity: 0.000000
First Submitted: 2015-12-02 17:26
Last Updated: 2020-05-25 09:06

Latest Comments

« First ‹ Previous 1 2

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.

de-vries commented on 2015-12-22 10:39

I don't have a kinect 2 at home, so I can only see if the executable will run, not if it really works (I can test at work soon). But I didn't get symbol lookup errors when running protonect when installed manually with makepkg, with pacaur or when built in a clean chroot.

Does pacaur build in a chroot? If not I can't see why building with pacaur vs makepkg should make a difference.

Can you check the ouput of `ldd /usr/bin/Protonect`?

fepf commented on 2015-12-22 10:06

I'm using pacaur to install AUR packages, and thats usually working fine.

Except for this package (tried on two hosts).

Installing seems flawless, but when trying to start the Protonect executable, a symbol lookup error occurs (some symbol to a console logger function, probably defined in the freenect lib).

Oddly using the old-fashioned way (downloading PKGBUILD, makepkg and pacman -U) it works. Althought installing by pacaur and installing manually should essentially do the same.

It may be the fault of pacaur (or my entire setups) and not this package, but this is the first one on witch i experienced such behaviour.

Can someone (de-vries maybe :-) ) verify this error ?