[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Accepted bit-babbler 0.5~bpo8+1 (source amd64) into jessie-backports, jessie-backports



-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Format: 1.8
Date: Fri, 03 Jun 2016 22:26:46 -0400
Source: bit-babbler
Binary: bit-babbler bit-babbler-dbg
Architecture: source amd64
Version: 0.5~bpo8+1
Distribution: jessie-backports
Urgency: medium
Maintainer: Ron Lee <ron@debian.org>
Changed-By: Nicholas D Steeves <nsteeves@gmail.com>
Description:
 bit-babbler - BitBabbler hardware TRNG and kernel entropy source support
 bit-babbler-dbg - debugging symbols for BitBabbler tools
Changes:
 bit-babbler (0.5~bpo8+1) jessie-backports; urgency=medium
 .
   * Rebuild for jessie-backports.
 .
 bit-babbler (0.5) unstable; urgency=medium
 .
   * Add more options to optimise for minimal power consumption.  The defaults
     before now were mostly focussed on keeping a good supply of fresh entropy
     being regularly mixed into the kernel pool, and on minimising the risk of
     starvation delays when demand is high.  But there's an equally important
     group of users who not only want good entropy, but also want to minimise
     idle power usage as much as possible.  So we now have some extra tunables
     to better support that too.
 .
     The rate at which new entropy is mixed into the kernel pool even when it
     has not fallen below its low water mark is now directly configurable, as
     is the rate at which we throttle down requesting more entropy from the
     hardware when real demand for it falls.  Tuning these can minimise how
     often we are responsible for waking the CPU on an otherwise idle system.
 .
     It is also now possible to configure the devices to be released when we
     expect to be idle beyond a given period of time, which will allow them to
     be powered down and suspended, and only woken again when we do need more
     entropy from them.  There are new udev rules which automatically enable
     the USB autosuspend feature of the Linux kernel for them when they are
     plugged in, which means this will work without needing to manually set
     all that up (unless you want to further tweak the parameters there too).
 .
   * Don't create the control socket by default when only a limited number of
     output --bytes are requested.  It can still be enabled explicitly if you
     do want it available while they are being read, but that's normally of
     fairly limited use, and it's otherwise just annoying to have to remember
     to explicitly disable it when extracting a block of entropy in this way,
     and confusing to users if it complains they don't have permission to
     (re)create it in the default location.
 .
   * Defer device initialisation until the pool threads have been started.
     Most users won't really notice any difference from that, but when you
     have 100 devices in a machine together then even small delays quickly
     add up to become a thumb twiddling pause if they are serialised rather
     than being run in parallel.
 .
   * Better support for pass-through to libvirt managed virtual machines when
     there is more than one BitBabbler device in the host.
 .
     This is still more painful than it really ought to be, but we now have a
     big enough hammer pounding on enough of the rough edges in libvirt support
     for things to work like USB devices should be expected to work.  They can
     be hotplugged dynamically without admin intervention to the guest machines
     you want them assigned to, and assigned to guest machines without fragile
     hacks based on which USB port they are plugged into.
Checksums-Sha1:
 c53cf047e97d4f8911758dc137f1af3651dc0247 1593 bit-babbler_0.5~bpo8+1.dsc
 e5ae3bee6e2488edd468845434534a19db8dc1cd 324208 bit-babbler_0.5~bpo8+1.tar.gz
 2f3dd8a7242bc0abe07b453e461bce35072ff2a7 212576 bit-babbler_0.5~bpo8+1_amd64.deb
 48bdfe41a50c7dc248bab3fa9cff72a61cdfab91 898284 bit-babbler-dbg_0.5~bpo8+1_amd64.deb
Checksums-Sha256:
 2c9e8b6b70af742b770e0afb34b4c352783f9a4c143546bcf33de40184321ca3 1593 bit-babbler_0.5~bpo8+1.dsc
 b6123bc323d3d12cf850b614ff074871ebe2c90a2efbfd0b08001e93e9b5fe6c 324208 bit-babbler_0.5~bpo8+1.tar.gz
 cf7befb985e35bfbe944ce69127478dab28e3581cf3959d87ceb18cb1380f002 212576 bit-babbler_0.5~bpo8+1_amd64.deb
 c7b93fb36de3c0f54e0d7945a64610a303ebfd7bf32a9fceabe965c4db08b3f1 898284 bit-babbler-dbg_0.5~bpo8+1_amd64.deb
Files:
 34e986afb008f9d681d13776afd7d86b 1593 admin optional bit-babbler_0.5~bpo8+1.dsc
 9a24bec9e4d2c4a09963bbcc1ed6fb80 324208 admin optional bit-babbler_0.5~bpo8+1.tar.gz
 921a5df659bb55f549ca38c89e3d10e6 212576 admin optional bit-babbler_0.5~bpo8+1_amd64.deb
 f2380c3cc742984b63bb799eac9d511c 898284 debug extra bit-babbler-dbg_0.5~bpo8+1_amd64.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBCAAGBQJXUtk0AAoJEPNPCXROn13Z8e0P/3VJhauNwZPFcEXscC1grLrE
bOSvpeC9HpN8iuiXLF5uDTjlq73oQSSOzKZ45xdooZyyzkFMRgVNsBpLKhXs3LeE
WhcdOhWhoJuiT2roz2KY39bagTe3KO01nbx+upQhmlBTr154tcleBA2FN7QcRAAv
QN3evYzhkdQFiZCH8t9NyngrFf+BPxwYa3ayLfRnHxjaf67GVVkXaJOMhZqHNsgC
eV3fHZ/nrwZ2fbbHvpIRJNW5dH8WuFrM/9zr4XOGMwmHN+fQDJMk2B+5u9+f5zpQ
l1Yeofd7xm6dmHEFrtulKL2nlcPhOGvOQ0GbvSMjndsh7m8j+4gCsOUN4PSOJj7a
qiFkt7PiK8JsG0oz+77zZaIvaLyMztkt4rqqBGMVVobF7PXg9Gt2JV4xVbXXGylx
lGU2K6v2s94Gqzc5CQR45tSg3gEfg7NHbiDX5Cp9ErPDHIwE3Q/R1hV7u4wP7nqu
Eo9COVFsCUENCF0Wbe9R7jGcp7CwlJmDXWWXec9750MkM7jsDKp3xhoBMchVBK3r
6YSM4yllcvnuZoNtin9kingFcK/DVSsBqQ7EuM3uUunYwe0T3EICLR91g6KjYQZf
R2Ygil0WtSwN6PuqF8prOFrczrNOPqZaJL6CWtnrMTf13uZNgLKr0NFBIxiKqaM7
kVeTtC60UXCSwkQzCE0g
=vMTY
-----END PGP SIGNATURE-----


Reply to: