- Apr 18, 2011
-
-
Bastien Nocera authored
-
- Apr 08, 2011
-
-
Bastien Nocera authored
-
USB ID 138a:0001
-
- Feb 22, 2011
-
-
The function fpi_im_resize copy the new resized image into old fp_img instead of newimg so, new image is empty and often it generated a segmentation fault error.
-
- Feb 18, 2011
-
-
On function fp_get_next_timeout if exist fprint timeout or libusb timeout the function return the smaller of they. But if one of that not exist and have a smaller value the function return a timeout that not exist.
-
- Sep 08, 2010
-
-
Bastien Nocera authored
-
Bastien Nocera authored
So that we don't regress
-
The libfprint library is generally built with C calling conventions. Which makes it difficult to link to C++ programs as it is. This patch adds the support for linking with C++ code - by telling the C++ compiler to use C calling conventions for libfprint functions. Reported-by:
Guus Ellenkamp <guus@activediscovery.net> Signed-off-by:
Kunal Gangakhedkar <kunal.gangakhedkar@gmail.com>
-
- Aug 31, 2010
-
-
Inserted "_2016" in structures, enums and functions names that are related with device 147e:2016.
-
- Aug 25, 2010
-
-
Bastien Nocera authored
HAL is deprecated, and the rules are broken when multiple drivers use the same USB IDs.
-
Bastien Nocera authored
So that you can compile against ImageMagick even if the distter doesn't.
-
Bastien Nocera authored
At the end of the configure run.
-
Bastien Nocera authored
As OpenSSL cannot really be used in an LGPLv2+ piece of software without an exception. Adapted from the example code at: http://www.mozilla.org/projects/security/pki/nss/sample-code/sample2.html and: http://github.com/bagder/curl/commit/f3b77e5
-
- Aug 19, 2010
-
-
Don't consider the scan complete unless theres at least MIN_ROWS recorded or very long blank read occurred. Typical problem spot: one brief touch before starting the actual scan. Happens most commonly if scan is started from before the first joint resulting in a gap after the inital touch. http://lists.reactivated.net/pipermail/fprint/2009-December/001406.html
-
Rather than when reading the rows. Doing it there seems a lot more sensible and does not get in the way of minimizing the impact of lost USB packets. http://lists.reactivated.net/pipermail/fprint/2009-December/001404.html
-
If a packet goes missing, use the data from previous row to minimize distortion, or use some neutral dummy data. http://lists.reactivated.net/pipermail/fprint/2009-December/001404.html
-
This segfault was caused by proceeding to free the conversion result without checking for an error condition in image to print data conversion. http://lists.reactivated.net/pipermail/fprint/2009-December/001405.html
-
Bastien Nocera authored
-
- Aug 18, 2010
-
-
Bastien Nocera authored
-
- Aug 17, 2010
-
-
Bastien Nocera authored
upeksonly handles revision 1 devices, upeke2 revision 2 devices. https://bugzilla.redhat.com/show_bug.cgi?id=504399
-
Bastien Nocera authored
Check all the drivers for one that'll drive our device in question, and prefer ones that have a discover() method that runs successfully to a driver without such a method. This allow drivers to both reject devices (if 2 drivers handle the same USB IDs), or a single driver to handle variants of the same device (through the devtype out value of the discover method).
-
As reported working in: http://www.mail-archive.com/fprint@reactivated.net/msg01426.html
-
The device driver is always disabled as it uses the same Device ID as another working reader: https://bugzilla.redhat.com/show_bug.cgi?id=504399#c38
-
Ported to the new internal libfprint API. https://bugzilla.redhat.com/show_bug.cgi?id=499732
-
Most fingerprint readers can be suspended safely, so use the udev rules to autosuspend them when they appear. The script itself contains whitelists and blacklists.
-
Bastien Nocera authored
When imaging support is required, we prefer to use gdk-pixbuf, as it's already on things like Live CDs. Also fix the examples building against the system libfprint.
-
- Jun 20, 2009
-
-
Daniel Drake authored
-
Daniel Drake authored
-
- Nov 25, 2008
-
-
It was increasing i too early, and writing past the allocated structures.
-
One less warning.
-
- Nov 24, 2008
-
-
Also export the scan type through HAL.
-
- Nov 20, 2008
-
-
Daniel Drake authored
Alon Bar-Lev's device behaves differently, but seems to work fine with upekts even if we ignore the difference.
-
Daniel Drake authored
Don't log anything by default, and let the applications change the log level.
-
For each driver, export the scan type supported by the devices it handles. This allows front-ends to direct the user better.
-
- Nov 18, 2008
-
-
Daniel Drake authored
because Bastien asked nicely. No guarantees about API or stability.
-
Daniel Drake authored
-
- Nov 02, 2008
-
-
Daniel Drake authored
Reported to work with Motion Computing M1400 tablet by Daniel Hazelbaker and Alex Van Deusen.
-
Tag all the fprint supported devices in HAL. Patch from myself and Timo Hoenig <thoenig@suse.de>.
-
Daniel Drake authored
Pointed out by Bastien Nocera
-