Package Details: howdy 2.6.0-1

Git Clone URL: (read-only, click to copy)
Package Base: howdy
Description: Windows Hello for Linux
Upstream URL:
Keywords: facial-recognition hello howdy ir pam-plugin windows-hello
Licenses: MIT
Submitter: kelleymcches
Maintainer: boltgolt (kageurufu, Raymo111, xuanruiqi)
Last Packager: kageurufu
Votes: 9
Popularity: 1.67
First Submitted: 2018-06-25 05:25
Last Updated: 2020-07-01 15:21

Latest Comments

« First ‹ Previous 1 2 3 Next › Last »

joeknock commented on 2019-01-08 19:11


Edit the package build as follows

line 4: pkgver=2.5.0

change the howdy source to <>

change the first sha256sum to "a42c278f05866a6a616e8f5dd8349e35769063a229c236e680e566c5a6580334"

change line 78 FROM: cd howdy-2.3.1

TO cd howdy-$pkgver

Please update the PKGBUILD

MrKMG commented on 2019-01-07 18:16

Anyone have a PKGBUILD for v2.5.0?

boltgolt commented on 2019-01-02 22:38

@andrej take a look at issue 70:

andrej commented on 2019-01-02 22:11

I'm getting the following API mismatch when trying to add a face. :-(

raceback (most recent call last):
  File "/usr/bin/howdy", line 90, in <module>
    import cli.add
  File "/usr/lib/security/howdy/cli/", line 117, in <module>
    enc = face_recognition.face_encodings(frame)
  File "/usr/lib/python3.7/site-packages/face_recognition/", line 210, in face_encodings
    return [np.array(face_encoder.compute_face_descriptor(face_image, raw_landmark_set, num_jitters)) for raw_landmark_set in raw_landmarks]
  File "/usr/lib/python3.7/site-packages/face_recognition/", line 210, in <listcomp>
    return [np.array(face_encoder.compute_face_descriptor(face_image, raw_landmark_set, num_jitters)) for raw_landmark_set in raw_landmarks]
TypeError: compute_face_descriptor(): incompatible function arguments. The following argument types are supported:
    1. (self: dlib.face_recognition_model_v1, img: numpy.ndarray[(rows,cols,3),uint8], face: dlib.full_object_detection, num_jitters: int=0, padding: float=0.25) -> dlib.vector
    2. (self: dlib.face_recognition_model_v1, img: numpy.ndarray[(rows,cols,3),uint8], faces: dlib.full_object_detections, num_jitters: int=0, padding: float=0.25) -> dlib.vectors
    3. (self: dlib.face_recognition_model_v1, batch_img: List[numpy.ndarray[(rows,cols,3),uint8]], batch_faces: List[dlib.full_object_detections], num_jitters: int=0, padding: float=0.25) -> dlib.vectorss

Invoked with: <dlib.face_recognition_model_v1 object at 0x7f55613a1ae8>, array([[27, 28, 26, ..., 28, 28, 27],
       [25, 27, 26, ..., 27, 28, 27],
       [26, 28, 26, ..., 27, 27, 27],
       [31, 30, 32, ..., 29, 29, 30],
       [31, 32, 32, ..., 29, 29, 29],
       [32, 30, 32, ..., 30, 29, 29]], dtype=uint8), <dlib.full_object_detection object at 0x7f55610a3068>, 1

donpicoro commented on 2018-12-02 17:26

Interesting... I did try removing those 3 lines

diff --git a/PKGBUILD b/PKGBUILD
index 1835294..e466245 100644
@@ -46,10 +46,10 @@ prepare() {
        patch -p1 < ../pam-python-1.0.6-fedora.patch
        patch -p1 < ../pam-python-1.0.6-gcc8.patch

-       # Doing some fixes for pam-python so that it can compile
-       sudo pkgfile -u
-       sudo pkgfile /usr/include/sys/cdefs.h core/glibc
-       cd ..
+       ## Doing some fixes for pam-python so that it can compile
+       #sudo pkgfile -u
+       #sudo pkgfile /usr/include/sys/cdefs.h core/glibc
+       #cd ..
 build() {
        # Building pam-python

and it compiles without a hitch. Care to try it?

kelleymcches commented on 2018-11-25 06:33

I had to use pkgfile to make the build succeed. This is my first PKGBUILD and if you know of a way to do it without sudo or just not do it, please let me know. The build WILL fail though if you remove that line, you can try it and see

donpicoro commented on 2018-11-21 10:36

Hi, I am confused.... What's the intention behind the line: [sudo] pkgfile /usr/include/sys/cdefs.h core/glibc?

1) I have a tight user to compile AUR package and it is not a sudoers one. is sudo really needed? I understand pkgfile -u but not this second line.

2) I really do not know what does the second part (core/glibc) do? The output is nothing!

3) Would it matter if I just remove that line? What is it's purpose? if the idea is to verify the presence of the /usr/include/sys/cdefs.h file... isn't it enough to demand glibc as a dependence? Isn't this one of those dependencies that are assumed to exist as it belongs to the base group?

JoaoMachado commented on 2018-11-21 03:53

command: pakku -Sy howdy

JoaoMachado commented on 2018-11-21 03:52

FIXED, I was using Pamac GUI to install the the Howdy package, so I tried pakku from the CLI and that worked. I did not try to use pamac from the CLI... FYI

JoaoMachado commented on 2018-11-21 03:35

Trying to build in Manjaro I get the following;

==> Starting prepare()... Cloning into 'dlib_clone'... patching file src/pam_python.c Hunk #1 succeeded at 39 (offset 7 lines). Hunk #2 succeeded at 1526 (offset 29 lines). patching file src/pam_python.c Hunk #1 succeeded at 2227 (offset 53 lines). patching file src/Makefile Hunk #1 succeeded at 1 with fuzz 1. sudo: no tty present and no askpass program specified ==> ERROR: A failure occurred in prepare(). Aborting...