tx supports a single "--root" argument to pass both where it expects to
read the created data file (the .pot file) and the configuration. As
those are two separate directories with builddir != srcdir, copy the .tx
file from srcdir to builddir to upload the updated .pot file.

In file included from tests/enroll.c:29:0:
pam/fingerprint-strings.h: In function ‘finger_str_to_msg’:
pam/fingerprint-strings.h:99:6: error: format not a string literal, argument types not checked [-Werror=format-nonliteral]
      return g_strdup_printf (TR (fingers[i].place_str_specific), driver_name);
      ^~~~~~
pam/fingerprint-strings.h:104:6: error: format not a string literal, argument types not checked [-Werror=format-nonliteral]
      return g_strdup_printf (TR (fingers[i].swipe_str_specific), driver_name);
      ^~~~~~

In some cases, the priv->dev is already freed and NULL, so ensure
that we don't try to close NULL devices and crash.

Sort the devices by ID for the GetDevices() output.

We were always reading the information for reader 0.

Volkau Siarhei authored Nov 01, 2014 and Bastien Nocera committed Nov 02, 2014

We tried to use strcmp on a NULL string.

https://bugs.freedesktop.org/show_bug.cgi?id=85736

Colin Walters authored Nov 21, 2013 and Bastien Nocera committed Apr 25, 2014

Administrators don't need to see this stuff on every boot.  The system
bus itself already logs this anyways (which is itself a bit too
chatty).

https://bugs.freedesktop.org/show_bug.cgi?id=71889

Colin Walters authored Nov 21, 2013 and Bastien Nocera committed Apr 25, 2014

This happens on hardware without fingerprint readers on every boot; we
don't need to log anything about it, it's totally normal.

This patch is part of an initiative to reduce logging spew in GNOME
so that actual errors and important messages are more visible.

https://bugs.freedesktop.org/show_bug.cgi?id=71889

https://bugs.freedesktop.org/show_bug.cgi?id=75111

When the "-f" parameter of fprintd-enroll is incorrect, list
the possible values.

When we create our own GMainContext, we need to be the ones
disposing of it as well, as GMainLoop won't take ownership of it.

From https://bugzilla.redhat.com/show_bug.cgi?id=1050827

fprintd.pod around line 100: =over without closing =back
POD document had syntax errors at /usr/bin/pod2man line 69.

Peter Volkov authored May 07, 2013 and Bastien Nocera committed Jun 26, 2013

Add support for -f 'finger' option to fprintd-enroll.
Update docs accordingly.

https://bugs.freedesktop.org/show_bug.cgi?id=62644

This commit makes pam_fprintd return PAM_UNKNOWN_USER when
the user has not enrolled a fingerprint.

This lets the administrator set up pam_fprintd as a required
authentication, method, but only for users that have enrolled a
fingerprint, as such:

auth  [success=ok user_unknown=ignore default=die] pam_fprintd.so max_tries=1 timeout=-1
auth  [success=1  default=ignore]                  pam_unix.so nullok_secure
auth  requisite                                    pam_deny.so

With this config, users w/o an enrolled fingerprint will just be
asked for a password.  Users with an enrolled fingerprint will
required to login using both their fingerprint and a password.

https://bugs.freedesktop.org/show_bug.cgi?id=64781

Didier Raboud authored May 14, 2012 and Bastien Nocera committed Mar 26, 2013

https://bugs.freedesktop.org/show_bug.cgi?id=49918

Colin Walters authored Dec 18, 2012 and Bastien Nocera committed Dec 18, 2012

It's just better if we get activated via systemd rather than dbus.
Various bits of configury/makefile taken from polkit.

https://bugs.freedesktop.org/show_bug.cgi?id=58468

Colin Walters authored Nov 18, 2012 and Bastien Nocera committed Nov 19, 2012

Previous commit had two obviously broken parts.

Colin Walters authored Nov 16, 2012 and Bastien Nocera committed Nov 17, 2012

Fixes the build.

Colin Walters authored Nov 16, 2012 and Bastien Nocera committed Nov 17, 2012

This fixes the build in gnome-ostree, where we don't have pod2man
to generate the manpages.

Colin Walters authored Nov 16, 2012 and Bastien Nocera committed Nov 16, 2012

See http://people.gnome.org/~walters/docs/build-api.txt

All the headers mention "GPL v2 or later", so reflect that in
the README.