< bitcoin-git>
bitcoin/master cac30a4 Tim Ruffing: Clean up logic in memory_cleanse() for MSVC
< bitcoin-git>
bitcoin/master f53a70c Tim Ruffing: Improve documentation of memory_cleanse()
< bitcoin-git>
bitcoin/master 7f985d6 Wladimir J. van der Laan: Merge #16158: Fix logic of memory_cleanse() on MSVC and clean up docs
< bitcoin-git>
[bitcoin] laanwj merged pull request #16158: Fix logic of memory_cleanse() on MSVC and clean up docs (master...cleanup-cleanse) https://github.com/bitcoin/bitcoin/pull/16158
< bitcoin-git>
[bitcoin] practicalswift opened pull request #16331: build: Add configure option --enable-lowmem to allow for building in low-memory environments (master...low-mem) https://github.com/bitcoin/bitcoin/pull/16331
< wumpus>
fanquake: re #16270 I think we need a discussion about when to bump indirect dependencies, don't think we need to track every minor version of expat
< fanquake>
wumpus: agree. I think dependency bumps, if warranted, early in the release cycle would be preferred. Happy to discuss tomorrow.
< fanquake>
depends is likely to be somewhat simplified going forward as well. There are some sub dependencies that could potentially be removed entirely.
< wumpus>
oh that would be wonderful
< wumpus>
and yes in this case of expat the "worry" is a DoS, however, expat isn't even part of the final executable and only used by Qt tooling, so the only possible use of the CVE would be to "make the build take longer"
< fanquake>
Yes. There is only the slight benefit of passing the new flags to “build less”, but the gain will be small.
< dongcarl>
Wondering how useful propagation benchmarks would be? I was informed that they can be done quite simply by spinning up two mininodes and seeing how long it takes for a block to be processed by bitcoind and spit out the other end.
< wumpus>
fanquake: oh hadn't noticed that "building less" part, that is nice
< bitcoin-git>
bitcoin/master 3d60a03 João Barbosa: bench: Move generated data to a dedicated translation unit
< bitcoin-git>
bitcoin/master 91c345e MarcoFalke: Merge #16299: bench: Move generated data to a dedicated translation unit
< bitcoin-git>
[bitcoin] MarcoFalke merged pull request #16299: bench: Move generated data to a dedicated translation unit (master...2019-06-benchmark-data) https://github.com/bitcoin/bitcoin/pull/16299
< sdaftuar>
oy, something changed in github with how the "filter by author" dropdown is populated, and now i'm seeing zillions of names i don't recognize
< achow101>
sdaftuar: looks like they started doing it alphabetically :(
< sdaftuar>
but without regard to organization?
< sdaftuar>
it used to just be a list of 20-ish regular contributors right?
< sipa>
yeah
< sipa>
that was the reason to mark people as contributor actually
< sipa>
as ot doesn't convey any capabilities
< bitcoin-git>
[bitcoin] dongcarl opened pull request #16334: test: rpc_users: Also test rpcauth.py with password. (master...2019-07-rpcauth-passwd-specified-case) https://github.com/bitcoin/bitcoin/pull/16334
< stevenroose>
Can Core already work with BIP158 filters? F.e. serve then over RPC?
< harding>
stevenroose: on master you can enable the configuration option blockfilterindex=1 and then use the getblockfilter RPC
< harding>
(It takes about an hour to index the full chain on a laptop, but you get use the getblockfilter RPC immediately on any blocks that have been indexed so far.)