Package Details: libfprint-vfs009x-git 1:1.90.1.r6.g2978dc0-4

Git Clone URL: https://aur.archlinux.org/libfprint-vfs009x-git.git (read-only, click to copy)
Package Base: libfprint-vfs009x-git
Description: Library for fingerprint readers (includes libre vfs0090 and vfs0097 driver)
Upstream URL: https://github.com/3v1n0/libfprint
Licenses: LGPL
Groups: fprint-git
Conflicts: fprintd, libfprint
Provides: libfprint, libfprint-2.so, libfprint-vfs0090, libfprint-vfs0097, libfprint-vfs009x
Replaces: libfprint, libfprint-vfs0090, libfprint-vfs0097, libfprint-vfs009x
Submitter: depau
Maintainer: None
Last Packager: Fusate
Votes: 15
Popularity: 0.002905
First Submitted: 2020-06-21 21:32 (UTC)
Last Updated: 2024-07-01 18:58 (UTC)

Dependencies (18)

Required by (3)

Sources (3)

Pinned Comments

depau commented on 2020-07-25 16:17 (UTC) (edited on 2020-10-09 19:21 (UTC) by depau)

vfs0097 users

The package will automatically apply a patch required for the vfs0097 reader if one is found in the system at build time, it will otherwise build for vfs0090. You can force a preferred behavior by exporting VFS0097=1 or =0.

If you have any issues, make sure talk about it https://gitter.im/Validity90/Lobby so it has a chance to get fixed.

GH issues have also been enabled by upstream, so make sure you check that as well: https://github.com/3v1n0/libfprint/

vfs0090 users

The driver should work as expected, but same as above for any issues.

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 Next › Last »

MartinX3 commented on 2020-12-10 12:16 (UTC)

Does someone else get issues since arch updated the fprint package to 1.90.6 ?

depau commented on 2020-12-06 22:38 (UTC)

Hey guys, my ThinkPad with the VFS0090 fingerprint reader just died on me.

I can't test the changes any more so I will be disowning it.

Take care of it :)

j.r commented on 2020-12-06 19:32 (UTC)

For anyone having the same problem as me, the following patch could be applied to the build metadata to get it working with latest upstream changes: https://paste.sr.ht/~j-r/761b4178c643d8bd03bada73c4da01de2943f020

j.r commented on 2020-11-30 17:14 (UTC)

0001-Do-not-checkout-the-vfs0090-submodule-in-the-meson-s.patch would not apply anymore because upstream also added changes at this point

depau commented on 2020-10-27 23:48 (UTC)

dlainhart: Thanks for the suggestions, looks good to me. Package updated.

dlainhart commented on 2020-10-26 11:43 (UTC)

Howdy, I tried building this package in a chroot and I found a few problems in the PKGBUILD.

First off: it's missing 'libgusb' in depends. It's a hard dependency in meson.build so it ought to be in the PKGBUILD.

Second: Cairo is only required for the test suite, so it should be in checkdepends instead of depends. Quoting meson.build: # The following dependencies are only used for tests cairo_dep = dependency('cairo', required: false)

Third: Building in a chroot will cause meson to puke out with the following error message: Run-time dependency udev found: NO (tried pkgconfig)

libfprint/meson.build:208:8: ERROR: Dependency "udev" not found, tried pkgconfig Inspecting meson.build revealed that it's calling pkgconfig to look for the udevdir variable; this comes from /usr/share/pkgconfig/udev.pc: $ pkg-config --path --variable=udevdir udev /usr/share/pkgconfig/udev.pc /usr/lib/udev $ pacman -Qo /usr/share/pkgconfig/udev.pc /usr/share/pkgconfig/udev.pc is owned by systemd 246.6-1 Adding systemd to makedepends does indeed fix the build. Examining meson.build again shows that adding systemd as a makedepends can be avoided with meson configure -D udev_rules_dir=/usr/lib/udev/rules.d: if get_option('udev_rules') udev_rules_dir = get_option('udev_rules_dir')

    if udev_rules_dir == 'auto'
        udev_dep = dependency('udev')
        udev_rules_dir = udev_dep.get_pkgconfig_variable('udevdir') + '/rules.d'
    endif
endif

I prepared a patch to fix these issues: --- PKGBUILD.old 2021-10-26 07:38:20.879362789 -0400 +++ PKGBUILD 2020-10-26 07:38:08.535964485 -0400 @@ -9,8 +9,9 @@ arch=(i686 x86_64) url="https://github.com/3v1n0/libfprint" license=(LGPL) -depends=(libusb nss pixman gnutls openssl gobject-introspection glib2 cairo pixman nss openssl) +depends=(libusb nss pixman gnutls openssl gobject-introspection glib2 libgusb) makedepends=(git meson gtk-doc pkgconf usbutils) +checkdepends=(cairo) optdepends=( "fprintd: D-Bus daemon that manages fingerprint readers" "validity-sensors-tools: Flash, factory reset and pair Validity fingerprint sensors 009x" @@ -66,7 +67,7 @@

 build() {
   cd "$srcdir"
-  arch-meson $_pkgname build -D x11-examples=false -D doc=false
+  arch-meson $_pkgname build -D x11-examples=false -D doc=false -D udev_rules_dir=/usr/lib/udev/rules.d
   ninja -C build
 }

depau commented on 2020-10-19 23:13 (UTC)

Oops, embarassing mistake. I indeed intended to use -N/--forward.

We should do a contest for the package with the highest pkgrel in the AUR, I'd win it :)

Stebalien commented on 2020-10-19 16:57 (UTC)

Ok, one more fix that I missed. You need patch -Np1, not patch -np1. -n means the patch is a "normal" (not "unified") diff.

depau commented on 2020-10-19 13:35 (UTC)

@Stebalien patched, thank you.

Stebalien commented on 2020-10-15 17:26 (UTC)

So, it looks like the patch won't work if applied before the arch-meson ... line as that one will re-checkout the submodules (erasing the patch). I'm currently running the arch-meson command in the prepare function, but the alternative is to run it in build.

« First ‹ Previous 1 2 3 4 5 6 7 8 Next › Last »