Accepted bit-babbler 0.4 (source amd64) into unstable

Ron Lee Tue, 22 Dec 2015 04:50:41 -0800
-----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 <r...@debian.org>
Changed-By: Ron Lee <r...@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
Accepted bit-babbler 0.4 (source amd64) into unstable

Reply via email to
