Package Details: libfprint-git 1:0.6.0.r32.g487dae0-1

Git Clone URL: (read-only)
Package Base: libfprint-git
Description: Library for fingerprint readers
Upstream URL:
Licenses: LGPL
Groups: fprint-git
Conflicts: libfprint
Provides: libfprint
Submitter: matthewbauer
Maintainer: intelfx
Last Packager: intelfx
Votes: 23
Popularity: 0.382924
First Submitted: 2009-09-01 02:39
Last Updated: 2016-05-10 14:41

Dependencies (4)

Required by (2)

Sources (1)

Latest Comments

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.

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 (

"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.

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

@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 (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

Description=Fingerprint Service

ExecStart=/usr/bin/vcsFPService > /dev/null 2>&1
ExecStop=killall vcsFPService


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 ?

xantares commented on 2014-08-30 11:58

- no need to relaod ; udev rules are updated automatically except for already plugged devices:

- 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

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

mwyraz commented on 2014-08-04 20:05


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

Recently that was ported to newer libfprint:

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

Kind regards,

garyvdm commented on 2013-07-26 10:56

Here is a updated pkgbuild: 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

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().

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

phragment commented on 2011-11-02 03:00

Fixed several packaging errors:

phragment commented on 2011-04-08 03:03

based upon your PKGBUILD:

phragment commented on 2011-04-08 03:00

github repo is out-of-date wiki is out-of-date, current development happens here:
mailing list archive can be found here:

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.