Package Details: libfprint-git 1:0.6.0.r43.g5a7e6e0-1

Git Clone URL: https://aur.archlinux.org/libfprint-git.git (read-only)
Package Base: libfprint-git
Description: Library for fingerprint readers (patched for VFS495 and other Validity sensors using a proprietary daemon)
Upstream URL: http://www.freedesktop.org/wiki/Software/fprint/libfprint
Licenses: LGPL
Groups: fprint-git
Conflicts: libfprint
Provides: libfprint
Submitter: matthewbauer
Maintainer: intelfx
Last Packager: intelfx
Votes: 24
Popularity: 0.730249
First Submitted: 2009-09-01 02:39
Last Updated: 2016-11-08 23:17

Dependencies (5)

Required by (2)

Sources (2)

Latest Comments

SammysHP commented on 2016-11-09 14:59

I created a package "libfprint-upstream-git" without additional patches. If you want just the code from upstream, please use that package.

intelfx commented on 2016-11-08 23:17

Patch fixed, I've rearranged the definitions so hopefully that won't happen in the future. Of course it won't be accepted by upstream at least due to license incompatibilities.

Why does that bother you so much (that you've even went as far as filing a formal orphan request)?

SammysHP commented on 2016-11-08 22:52

The patch won't apply anymore as upstream changed the code (phew, that wasn't expected). They added a driver for a Validity VFS0050 sensor. I'm not sure if there is a way to add compatibility with the devices in this patch.

Anyway, I repeat my request to remove the patch and provide a clean upstream version of libfprint. You can create a separate package just for the patched version and send the patch upstream for review, of course.

edit: Sorry, I just saw that the patch was already proposed and rejected. https://bugs.freedesktop.org/show_bug.cgi?id=97346

SammysHP commented on 2016-11-03 22:09

Then please rename this package so that I can upload a clean libfprint-git package.

intelfx commented on 2016-11-03 21:38

@SammysHP: The patch does not introduce new dependencies, and there is no official guideline forbidding such patches. Even if there was one, I would not maintain an extra patched package because I do not own such hardware.

That said, I'll update the description to make this package easier to find.

SammysHP commented on 2016-11-03 21:17

Can you please move the patch to a separate package? libfprint-git should stay upstream.

intelfx commented on 2016-11-03 16:10

@x11tete11x: yep, the patch had a redundant #include statement that referenced a package not in depends. Fixed, please try again.

x11tete11x commented on 2016-11-03 15:50

@intelfx looks like the last fixes, broke the package :O

http://pastebin.com/Aq0BQim2

intelfx commented on 2016-11-03 13:43

@SammysHP, @parkerlreed, anyone: thanks for PKGBUILD and VFS495 patches and sorry for the latencies. Fixes applied, package updated.

SammysHP commented on 2016-11-03 11:28

Please replace "gdk-pixbuf2" dependency with "pixman" as written in the changelog:

> 2015-02-03: v0.6.0 release
>
> […]
>
> * Library:
> - Always use Pixman for image manipulation, gdk-pixbuf and ImageMagick
> are not supported any more.

Also the build() function is broken. autogen.sh does not replace configure. All options passed to autogen are useless. Here is a working PKGBUILD: https://gist.github.com/SammysHP/fad9909b4c7895b986ca40eacd522a17

parkerlreed commented on 2016-08-15 03:46

@skyeplus Thanks for the update. Sadly I don't have the laptop with that reader in it anymore but hope that helps some other people out there.

skyeplus commented on 2016-08-14 23:37

Hi, I adapted patch for latest lib version. libfprint interacts with vcsFPService through dynamic library via dlopen, so I guess it should gracefully fail if driver is not present.
http://ix.io/1eh0

intelfx commented on 2016-05-10 14:42

@dreamingincode: sorry, totally missed your comment. Package is updated now.

dreamingincode commented on 2016-04-21 07:21

Please update pkgver in PKGBUILD, yaourt is notifying me of new update of this package every time, because 1:0.5.1.r13.g35e356f-1 is taken to be greater than 1:V.0.6.0.r32.g487dae0-1 (notice the "V").

Also per Arch Wiki (https://wiki.archlinux.org/index.php/VCS_package_guidelines#The_pkgver.28.29_function):

"maintainers should favor a pkgver that makes sense. To use pkgver(), you still need to declare the pkgver variable with the most recent value."

parkerlreed commented on 2016-03-25 21:21

openssl098 currently has a pgp issue bypassed by --skipinteg

I got a package created for the userspace driver. https://aur.archlinux.org/packages/vfs495-daemon/

Not sure how easily that patch could be updated. If you are able to port that to newer libfprint, I would be happy to help test it.

intelfx commented on 2016-03-25 17:59

@parkerlreed: As I have said, this patch utilizes a proprietary user-space daemon driver which is not packaged for Arch.

If somebody packages it, then I will add the patch (provided that libfprint won't crash if the proprietary daemon is not available) and add the daemon to optdepends.

parkerlreed commented on 2016-03-25 14:34

There is a patch for VFS495 against libfprint-0.0.6

https://balintbanyasz.wordpress.com/2015/03/27/get-validity-vfs-495-fingerprint-reader-working-in-ubuntu-14-04/

@hansmaulwurf, @yaxyo: These instructions work on Arch (Use rpmextract to extract the rpm files and place the files accordingly) but you lose out on being able to use fingerprint-gui since it has to be compiled against newer libfrpint.

Here is the patch in particular http://ix.io/uXs (Patch does not apply at all on up to date libfrpint due to I assume massive code changes)

EDIT: Also to run vcsFPService executable on boot I made a systemd unit file at /etc/systemd/system/fprint.service with the contents

[Unit]
Description=Fingerprint Service

[Service]
Type=forking
ExecStart=/usr/bin/vcsFPService > /dev/null 2>&1
ExecStop=killall vcsFPService

[Install]
WantedBy=multi-user.target

Then just systemctl daemon-reload, systemctl enable --now fprint.service

intelfx commented on 2016-03-25 11:43

@hansmaulwurf, @yaxyo: there is no support for VFS495 in fprint, neither is there a fork which implements such support. The only way is to use a proprietary user-space daemon driver which is not packaged for arch, and I'm not willing to package it (e. g. because I do not have the necessary hardware to test it).

yaxyo commented on 2016-03-25 11:29

Hi, can you please include a patch for VFS495 Fingerprint Reader?

hansmaulwurf commented on 2015-11-30 22:33

Would it be possible to include a patch for VFS495? Like described here https://balintbanyasz.wordpress.com/2015/03/27/get-validity-vfs-495-fingerprint-reader-working-in-ubuntu-14-04/ ?

xantares commented on 2014-08-30 11:58

- no need to relaod ; udev rules are updated automatically except for already plugged devices:
https://wiki.archlinux.org/index.php/udev

- I added more rules for all supported devices from autosuspend rules

- I update the message at install

xantares commented on 2014-08-21 11:43

I guess you can try:
# udevadm control --reload-rules
Maybe a more complete udev list is needed, could you check if your device is part of .rules file ?

hanckmann commented on 2014-08-21 09:31

After installing I get some advise from the installer. Among this advice is the following:
[ALPM-SCRIPTLET] add uinput to the MODULES=() in /etc/rc.conf

This is outdated as we are using systemd now. What should I do to load uinput?
Also should this text be updated to the new situation.

xantares commented on 2014-08-10 16:05

Hi,
That's the easy way,
but the right way is to get that patch right for upstream inclusion.
Sorry.

mwyraz commented on 2014-08-04 20:05

Hi,

I have found a git-repo with a driver for Egistec S801U (lsusb: 1c7a:0801 LighTuning Technology Inc. Fingerprint Reader).
The URL is https://github.com/lielfr/Libfprint-for-Egistec-S801U

Recently that was ported to newer libfprint: https://bugs.freedesktop.org/show_bug.cgi?id=73762

Please have a look at this patches to see if you can somehow add it to the build.

Kind regards,
Michael.

garyvdm commented on 2013-07-26 10:56

Here is a updated pkgbuild: http://fpaste.org/28081/37483585/ It uses the new makepkg vsc features. Also made a number of options the same as extra/libfprint (autogen configure options, desc, etc.)

phragment commented on 2012-09-18 22:10

unless you need VFS300/VFS301 driver, consider using extra/libfprint

swiftgeek commented on 2012-07-14 21:20

It rly needs to move out from /lib :(

swiftgeek commented on 2012-05-18 17:21

/lib/udev/rules.d/60-fprint-autosuspend.rules causes errors in udev and is also redundant to laptop-mode-tools / pm-utils

phragment commented on 2012-01-24 00:27

@karol_007:
fixed in pkgrel 4

karol_007 commented on 2012-01-16 10:49

I get

mv: cannot stat `/home/karol/apps/libfprint-git/pkg/etc/udev/rules.d/*': No such file or directory
==> ERROR: A failure occurred in package().
Aborting...

There's no "$pkgdir"/etc/ so it fails.

phragment commented on 2011-11-02 03:00

Fixed several packaging errors:
PKGBUILD http://pastebin.com/jH7zF4zt
.rules http://pastebin.com/E9a2QUHk
.install http://pastebin.com/uLwUH657

phragment commented on 2011-04-08 03:03

based upon your PKGBUILD: http://pastebin.com/8yRzM7L6

phragment commented on 2011-04-08 03:00

github repo is out-of-date

reactivated.net wiki is out-of-date, current development happens here:
http://cgit.freedesktop.org/libfprint/libfprint/
mailing list archive can be found here:
http://www.mail-archive.com/fprint@reactivated.net/

Anonymous comment on 2011-02-28 21:12

'libusb1' is not a package available somewhere.
Building worked for me after I changed it to 'libusb'.

andrew9888 commented on 2010-05-09 11:40

I compiled this against libusb1 from extra and it works fine. There's no need to depend on libusb-beta anymore.