Patrick Tracanelli wrote:
Fredrik Lindberg wrote:
This is _exactly_ the same device as you have been using in the past
with libtfmessbsp.so ?
No, not the same hardware, but same model/chipset.
Because if you try to use it with an unsupported device you'll get
the "unable to attac
Patrick Tracanelli wrote:
All threads purged from ugen1.1
All threads purged from ugen1.2
All threads purged from ugen1.3
Harmless, as far as I know.
What is this about "threads purged"? Also, the port want libintl.so.6
while 6.2-STABLE has libintl.so.8. I have tried 1) linking .8 to .6
Patrick Tracanelli wrote:
Hello all,
First, you cross-posted to way too many lists, ports@ would probably
have been the most appropriate as this has nothing to do with FreeBSD
itself.
All threads purged from ugen1.1
All threads purged from ugen1.2
All threads purged from ugen1.3
Harmless,
Pawel Jakub Dawidek wrote:
On Fri, May 05, 2006 at 03:58:06PM +0200, Fredrik Lindberg wrote:
+> Alin-Adrian Anton wrote:
+> >Fredrik Lindberg wrote:
+> >>
+> >>But that would sort of defeat the whole purpose of biometric
authentication and you could really j
his list with better insight in this
field?
Fredrik Lindberg
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Alin-Adrian Anton wrote:
Fredrik Lindberg wrote:
But that would sort of defeat the whole purpose of biometric
authentication and you could really just use public keys instead
which would be a lot faster and easier than scanning your finger
at each login. :)
Unless you locally encrypt your
Alin-Adrian Anton wrote:
Fredrik Lindberg wrote:
>
> The only way as I see it (to even make it possible with UPEKs driver)
> is to have a reader at both the remote machine and the client machine
> and then capture a BioAPI record at the client machine and have the
server ve
is to have a reader at both the remote machine and the client machine
and then capture a BioAPI record at the client machine and have the
server verify it. But that involves transferring the record in a secure
way to the server.
Fredrik Lindberg
___
fr
Benjamin D Adams wrote:
Anyone know what version they are testing this on?
Some may want to login and look at the problems they found.
You should search the cvs-src mailinglist for the following lines
Found with: Coverity Prevent(tm)
Found by: Coverity Analysis tool[1].
and ot
roviding their developers guidance in
porting their Linux driver to FreeBSD.
Also, I would like to thank the guys over at UPEK,
especially Martin Konecny, for making this possible.
Fredrik Lindberg
[1] http://www.upek.com
[2] http://www.bioapi.org
___
fr
len 128
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3
Stopping it before sendto() gives
udp4 0 0 212.XX.XX.XX.54074 212.XX.XX.XX.56604
Fredrik Lindberg
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo
emon does the polling. Not sure about the response time,
but there will be alot of data transfer between the kernel and userland
which usually is expensive.
Fredrik Lindberg
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.or
12 matches
Mail list logo
