Accepted bit-babbler 0.4 (source amd64) into unstable
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Format: 1.8
Date: Sat, 05 Dec 2015 04:40:11 +1030
Source: bit-babbler
Binary: bit-babbler bit-babbler-dbg
Architecture: source amd64
Version: 0.4
Distribution: unstable
Urgency: medium
Maintainer: Ron Lee <ron@debian.org>
Changed-By: Ron Lee <ron@debian.org>
Description:
bit-babbler - BitBabbler hardware TRNG and kernel entropy source support
bit-babbler-dbg - debugging symbols for BitBabbler tools
Changes:
bit-babbler (0.4) unstable; urgency=medium
.
* Switch to using libusb-1.0 now. It turns out that libusb-0.1 doesn't
actually work on kFreeBSD, it only builds there ... which isn't very
helpful. The kFreeBSD port actually uses FreeBSD's own libusb which also
provides a compatibility API for libusb-1.0 - and we need to jump through
a few small extra hoops to use it, but it has the advantage of actually
working, which is a plus. This also means we immediately get much better
support and lots of bugfixes for non-Debian platforms too, so this should
work everywhere that current releases of libusb do now.
.
* Drop libftdi. This is partly a consequence of the above, since a version
of it built with libusb-1.0 isn't widely available, and partly a result of
realising we weren't really using anything from it that we couldn't just
do more easily and more directly though libusb ourselves anyway. Our code
ended up being significantly refactored and simplified as a result of this
and it opened the way for a number of additional easy improvements too.
.
* Drop the --device-num option for selecting devices. Having an arbitrary
enumeration isn't really all that useful in hotplug environments, and the
--device-id option now transparently supports selecting devices by their
serial number, or by either their logical or physical address on the bus,
so the duplication there was only becoming a source of confusion.
.
* More speed and efficiency tuning. As a result of now having more direct
control over the device we've been able to notably reduce some of the
overheads of streaming data out of it, which means we're now using less
CPU cycles with an increase in throughput for the same device clock rate.
.
* Make the libudev build dependency conditional on linux-any so the kFreeBSD
buildds will actually want to build it. We can't do much for Hurd until
someone actually ports libusb-1.0 to it.
.
* Make the use of signals which may not exist on all platforms conditional,
which should enable this to build on MIPS, Sparc, and Alpha too.
Checksums-Sha1:
bb9edfcd7a6142e805902426c72705b0ed02df7f 1512 bit-babbler_0.4.dsc
b33e998287d8b5c6abbb3f5f456e10b81e046779 299071 bit-babbler_0.4.tar.gz
44bff15d81d637acbda9a5718bdbbe7100ffbb21 887996 bit-babbler-dbg_0.4_amd64.deb
ed00595648502e2c0dc863dd26a6e49967f79876 195980 bit-babbler_0.4_amd64.deb
Checksums-Sha256:
20a6f4a59b2453aa9b90a5e0799fec106c0ea34ca425d81057fd5b1b3ea0005d 1512 bit-babbler_0.4.dsc
be39872b82568ff97d4a301e1d52fdc9bbcf985db21a876149452ec934e7b75d 299071 bit-babbler_0.4.tar.gz
c3ac999560d8f7ccc32ab693e17d7bf7ddf7715e94dbc46c072d5a098a795e80 887996 bit-babbler-dbg_0.4_amd64.deb
0808a7a59e3cd42b4611e020e4f132d08fa59be7f03349bd08dd35385a77ce91 195980 bit-babbler_0.4_amd64.deb
Files:
7876bee90ce2015472f9edf10883904a 1512 admin optional bit-babbler_0.4.dsc
23de16d71d0ccf920c01dd122902251d 299071 admin optional bit-babbler_0.4.tar.gz
0a8bcb4725cb3a5f7176c2e3ba8b656b 887996 debug extra bit-babbler-dbg_0.4_amd64.deb
6d5eaeba7e6952ae0d14bd519e96a998 195980 admin optional bit-babbler_0.4_amd64.deb
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
iQIcBAEBAgAGBQJWeUSSAAoJECSWn9pgwHEsoGgP/0w4qGDbp/Isa6z8aNBWiBxZ
b59NPV6h1uhg2f7vZO7tKAWWA8+bMF8kN9JIVADNPj1h0TkyGgfhXoJGqpZwHHzE
zYRQyvvDsYdyHlBcxu6Fte3aZmAsx/3JhByDJBJlMFNX2DQ1n66UKWq8olKiTFe6
mvwyV10oY1H9cvd01PbqyqE0VAjSLQfeEQG4hE3L6+fV042iUf68Y2RyJMS0xcsi
vaPIiv4aUq4KYBdwI0TNQXH+1qC+wjfhrV4YmWUJUFNuWgyji1fBtfHcCtPz7QMZ
icY9LNcrC1mFt3FgI9nPD+lLd6Lr4yVvBbWCpyU5pIx8UNeNHAkNrrpFSu+SmH3F
1+HQWlXjaP1hSiBYHBKaJUfl2PZim2mK0Ro3c98jc0fBjQWHZFxqPUeTjV4pSFm7
xU9qqnUEaebte8WdQQ8OFWUSY0+Hjdo2DIM7sjRFuSKXniV1x+2zL8MClgl0Owwm
EVJ20cyp+wulhEzgfuAjae0rcf5730lMaaoPLTK1SuyB8fzUAvGfklTLXAbi9Q2i
OAgxdNwcCQgukfbCk+L+BSpTcHORZ02BHp3tVpi6N5Y1aJuYqD3sKtq7Oaqh9Zox
9xoTGH/apLLS6/rnkgxastHtaAf4xc+Sje74SeCxie8Pd83nlujPYgwWY4XIOg+r
lJ+kaBaXWS37Tq3BnJDM
=35sv
-----END PGP SIGNATURE-----
Reply to: