different database files than the earlier one / pf / tcpdump), ok giovanni@
P0f is a tool that utilizes an array of sophisticated, purely passive
traffic fingerprinting mechanisms to identify the players behind any
incidental TCP/IP communications (often as little as a single normal SYN)
without interfering in any way. Version 3 is a complete rewrite of the
original codebase, incorporating a significant number of improvements to
network-level fingerprinting, and introducing the ability to reason about
application-level payloads (e.g., HTTP).
The tool can be operated in the foreground or as a daemon, and offers a
simple real-time API (via unix domain sockets) for third-party components
that wish to obtain additional information about the actors they are
talking to.
This package contains tools used to test a PC/SC driver, card or reader.
- pcsc_scan regularly scans PC/SC readers connected to the host,
and displays information about any cards which are inserted.
- ATR_analysis is a Perl script used to parse the smart card ATR, and
can be called by pcsc_scan.
- scriptor is a Perl script to send commands to a smart card.
- gscriptor is a Perl script with a Gtk-based graphical interface.
(Install the p5-Gtk2 package to use this).
PC/SC represents an abstraction layer to smart card readers. It provides
a communication layer with a wide variety of smart card readers through
a standardized API.
This PCSC perl module implements the Chipcard::PCSC class. Objects of
this class are used to communicate with the PCSC-lite daemon (see pcscd(1)
for more information).
A PCSC object can be used to communicate with more than one reader
through Chipcard::PCSC::Card objects. Please read Chipcard::PCSC::Card
for extended information on how to talk to a smart card reader.
* fix regression in --recv-key {multiple keys}
* cap the sizes for automatic key generation
While here, delete unneeded do-test target.
"looks ok" sthen@, ok daniel@
They offer similar functionality but their API isn't compatible.
GnuPGInterface-0.3.2 is unmaintained, unused in our tree and can go
away. python-gnupg on the other hand could be used by other (future)
ports.
Similar submission from viq, as a brand new port.
ok dcoppa@
the past 3 bulks, or forever.
Various reasons: no d^Hrecent compiler available, base gcc generating
nice internal compiler errors, no atomic ops, etc, etc.
While here, mark all webkits as BROKEN-hppa, since this also requires
clang or g++ 4.7. Our g++ 4.8 port only builds on
i386|amd64|powerpc|sparc64 anyway...
if you're interested^Wbored to death, full past logs at
http://build-failures.rhaalovely.net/alpha/...
(hs-cipher-aes and hs-crypto-random), and I'm not sure wether all
those security/hs-* ports are safe to use anyways.
This also disables the build of depending ports hs-snap and
hs-clientsession.
