Package Details: libfprint-vfs009x-git 1:1.90.1.r3.gc6f5f0e-8

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: libfprint
Provides: libfprint, libfprint-2.so=2-64, libfprint-vfs0090, libfprint-vfs0097, libfprint-vfs009x
Replaces: libfprint, libfprint-vfs0090, libfprint-vfs0097, libfprint-vfs009x
Submitter: Depau
Maintainer: Depau
Last Packager: Depau
Votes: 10
Popularity: 0.38
First Submitted: 2020-06-21 21:32
Last Updated: 2020-10-27 23:47

Required by (8)

Sources (3)

Pinned Comments

Depau commented on 2020-07-25 16:17

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

1 2 3 4 Next › Last »

Depau commented on 2020-10-27 23:48

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

dlainhart commented on 2020-10-26 11:43

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

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

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

@Stebalien patched, thank you.

Stebalien commented on 2020-10-15 17:26

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.

Depau commented on 2020-10-11 00:38

Thank you all for your feedback, all the reported issues should now be fixed.

Thanks @Stebalien for the patch.

tledford commented on 2020-10-10 21:24

Attempt to build via pamac on Manjaro Gnome yields:

|index f3c2072..e8b4619 100644 |--- a/vfs0090.h |+++ b/vfs0090.h


File to patch: Skip this patch? [y] Skipping patch. 2 out of 2 hunks ignored ==> ERROR: A failure occurred in prepare(). Aborting...

Stebalien commented on 2020-10-10 19:02

Patch to fix the PKGBUILD: https://gist.github.com/5e6f91229968f92eaf85a0c971d1dc0c

  1. Uses warning instead of messing around with color codes manually.
  2. Checks out the appropriate submodules so the build works.

MartinX3 commented on 2020-10-10 09:19

Sadly the neweest package change broke the aur package with the following error message

libfprint-vfs009x-git/PKGBUILD: line 36: local: RED: Readonly variable.