with fprintd-0.8.1-r1 and libfprint-1.0. I could enroll a fingerprint with fprintd-enroll and it succeded but the data was not stored and fprintd-list shows up with no fingerprints ergistered. I checked version 0.9.0 and it works correctly - ebuild enclosed. Reproducible: Always Steps to Reproduce: 1. execute fprintd-enroll and register any fingerprint 2. execute fprintd-list and observe that there is no prints registered Actual Results: no files in /var/lib/fprint Expected Results: new fingerprints in /var/lib/fprint
Created attachment 596436 [details] fprintd-0.9.0.ebuild ebuild for new version 0.9.0
Comment on attachment 596436 [details] fprintd-0.9.0.ebuild --- sys-auth/fprintd/fprintd-0.8.1-r1.ebuild +++ sys-auth/fprintd/fprintd-0.9.0.ebuild @@ -35,6 +35,7 @@ default sed -i 's#@localstatedir@/lib/fprint#@localstatedir@/fprint#g' data/fprintd.service.in || die "sed failed" + sed -i 's#(localstatedir)/lib/fprint#(localstatedir)/fprint#g' src/Makefile.am || die "sed failed" eautoreconf }
Jeroen, is that patch fixing that the data would get stored into /var/lib/lib/fprint rather than the correct place? I have this with the current version: $ strings /usr/libexec/fprintd | fgrep var /var/lib/lib/fprint I was able to figure out the issue by manually running fprintd.
Created attachment 602428 [details] 0.9.0 ebuild with SRC_URI fixed and path patched Note the old SRC_URI no longer works, attached a new ebuild
(In reply to Viz from comment #4) > Created attachment 602428 [details] > 0.9.0 ebuild with SRC_URI fixed and path patched Just tested this. Using the --with-systemdsystemunitdir configure parameter causes a check for an installed systemd. So: - add systemd USE flag - add systemd to DEPEND if it is set - wrap the configure call so --with-systemdsystemunitdir is only done if the flag is set (Also, 0.9.0 is also affected by #704158)
Find an ebuild for version 1.90.1 on my github repo This builds with meson. https://github.com/ulda/gentoo-ulda/tree/master/sys-auth/fprintd
Created attachment 630870 [details] new ebuild with fixes according to comment #5
Created attachment 630878 [details] do correct --with-systemdsystemunitdir
*** Bug 730954 has been marked as a duplicate of this bug. ***
*** Bug 717174 has been marked as a duplicate of this bug. ***
Created attachment 647848 [details] updated ebuild Should resolve. Note that systemd is now a hard dependency unless someone can spin out a "libsystemd" ebuild to account for systemd's new dbus library. I'm also not 100% sure that my ebuild removes the need for tests, in which case an ebuild for pam_wrapper is also needed. I do have a working ebuild for that however, which I'll post shortly.
Created attachment 647850 [details] live ebuild Live ebuild in case anyone wants it. Same caveats as my prior comment.
pam_wrapper ebuild here: https://bugs.gentoo.org/730974 if anyone wants to drop it into their localrepo.
I have created a working ebuild for fprintd-1.90.1 which works with openrc and elogind. No systemd dependency. I would be happy if you could test it. I have it in my private overlay: https://github.com/mrhappyhof/mrhappyhof-gentoo/
(In reply to mr_happy_hof from comment #14) > I have created a working ebuild for fprintd-1.90.1 which works with openrc > and elogind. No systemd dependency. I would be happy if you could test it. > > I have it in my private overlay: > https://github.com/mrhappyhof/mrhappyhof-gentoo/ It doesnt work with systemd.
Its now at version v1.90.5
Created attachment 677005 [details] ebuild for v1.90.5 you need the patches, too included elogind support as suggested by mr_happy_hof, but untested. find it in https://github.com/ulda/gentoo-ulda
Created attachment 677008 [details, diff] additional patches for ebuild
Created attachment 677011 [details, diff] additional patches for ebuild (2)
Created attachment 677014 [details, diff] additional patches for ebuild (3)
another version bump to 1.90.7 bearsch did a new ebuild and pull request. see also: https://github.com/bearsh/gentoo/tree/sys-auth/fprintd/sys-auth/fprintd this is working for me (with systemd)
is there anyone with elogind to test? btw, thanks Ulf/mr_happy_hof for your ebuild for the elogind support
.. and there comes .8 Somebody is removing regressions fast there... I updated the .7 ebuild to .8 , find it in my repository https://github.com/ulda/gentoo-ulda
version bump done, thanks I think there was one minor change (using the new slots for libfprint) but that was it :D
(In reply to Matthew Thode ( prometheanfire ) from comment #24) > version bump done, thanks I think there was one minor change (using the new > slots for libfprint) but that was it :D well that change was already included in the PR on github... anyway, thanks for bumping, I'll close the PR manually
