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

Git Clone URL: (read-only)
Package Base: libfprint-git
Description: Library for fingerprint readers (patched for VFS495 and other Validity sensors using a proprietary daemon)
Upstream URL:
Licenses: LGPL
Groups: fprint-git
Conflicts: libfprint
Provides: libfprint
Submitter: matthewbauer
Maintainer: intelfx
Last Packager: intelfx
Votes: 25
Popularity: 1.047334
First Submitted: 2009-09-01 02:39
Last Updated: 2016-11-08 23:17

Dependencies (5)

Required by (2)

Sources (2)

Latest Comments

bpietras commented on 2016-12-14 21:47

Thank you. I tried the libprint-upstream-git first, without success.

Bus 001 Device 005: ID 138a:0007 Validity Sensors, Inc. VFS451 Fingerprint Reader

Dec 14 21:46:36 bastard fprintd[23469]: now monitoring fd 15
Dec 14 21:46:36 bastard fprintd[23469]: device 0 claim status 0
Dec 14 21:46:36 bastard fprintd[23469]: start enrollment device 0 finger 7
Dec 14 21:46:36 bastard fprintd[23469]: enroll_stage_cb: result -19
Dec 14 21:46:36 bastard kernel: fprintd[23469]: segfault at 3d4 ip 00007fce8c152231 sp 00007ffd4297c930 error 4 in[7fce8c13d000+23000]
Dec 14 21:46:36 bastard systemd[1]: Started Process Core Dump (PID 23474/UID 0).
Dec 14 21:46:36 bastard systemd[1]: fprintd.service: Main process exited, code=dumped, status=11/SEGV

Would the core be of use?

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.

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

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. does not replace configure. All options passed to autogen are useless. Here is a working PKGBUILD:

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.