< bitcoin-git>
[bitcoin] theStack opened pull request #17502: test: add unit test for non-standard bare multisig txs (master...20191118-test_check-for-non-standard-txs-bare-multisig) https://github.com/bitcoin/bitcoin/pull/17502
< provoostenator>
I'm able to build it and it shows the right version.
< wumpus>
thanks!
< bitcoin-git>
[bitcoin] laanwj opened pull request #17503: doc: Remove bitness from bitcoin-qt help message and manpage (master...2019_11_nobitness) https://github.com/bitcoin/bitcoin/pull/17503
< sipsorcery>
wumpus: build from master good for me
< wumpus>
sipsorcery: but we're not releaseing from master :) what about 0.19 branch?
< promag>
wumpus: regarding #17500, considering the goal is to remove the circular dependency, which can be done with just https://github.com/bitcoin/bitcoin/pull/17500#discussion_r347153585 I don't agree with the other changes - particularly with the one setting the parent temporarily to BitcoinGUI
< wumpus>
promag: sure, I'd definitely prefer a smaller PR if it accomplishes the same, I just mean if the argument needs to be added anyhow, aligning the other initializers doesn't seem too bad
< promag>
I just mean if the argument needs to be added anyhow -> it doesn't
< wumpus>
then comment that instead of the style change :)
< wumpus>
MarcoFalke: pretty smart to do the aarch64 gitian cross build test for a windows target, at least that rules out library/g++ version differences, will havea a closer look at the differences later
< wumpus>
fanquake: maybe rebase #17265 on top of current master, and remove draft status
< bitcoin-git>
bitcoin/master fa6e01b MarcoFalke: ci: Use clang-8 for fuzzing to run on aarch64 ci systems
< bitcoin-git>
bitcoin/master fa2ec9f MarcoFalke: fuzz: Bump timeout in test_runner to accomodate for slow arm64 CPUs
< bitcoin-git>
bitcoin/master 24647a0 Wladimir J. van der Laan: Merge #17470: ci: Use clang-8 for fuzzing to run on aarch64 ci systems
< bitcoin-git>
[bitcoin] laanwj merged pull request #17470: ci: Use clang-8 for fuzzing to run on aarch64 ci systems (master...1911-ciFuzzClang8) https://github.com/bitcoin/bitcoin/pull/17470
< wumpus>
LXD is a thing now?!?
< wumpus>
oh it's basically a friendly wrapper on top of LXC and uses LXC underneath, phew, I was afraid for a moment they had introduced yet another linux-on-linux virtualization layer
< bitcoin-git>
bitcoin/master 2f5f7d6 darosior: GuessVerificationProgress: cap the ratio to 1
< bitcoin-git>
bitcoin/master 63fac52 Wladimir J. van der Laan: Merge #17328: GuessVerificationProgress: cap the ratio to 1
< bitcoin-git>
[bitcoin] laanwj merged pull request #17328: GuessVerificationProgress: cap the ratio to 1 (master...fixup_getblockchaininfo) https://github.com/bitcoin/bitcoin/pull/17328
< bitcoin-git>
bitcoin/master feb5075 fanquake: build: use osslsigncode 2.0 in gitian
< bitcoin-git>
bitcoin/master 6fde676 Wladimir J. van der Laan: Merge #16669: build: use new fork of osslsigncode for windows gitian signi...
< bitcoin-git>
[bitcoin] laanwj merged pull request #16669: build: use new fork of osslsigncode for windows gitian signing (master...osslsigncode_2_0) https://github.com/bitcoin/bitcoin/pull/16669
< fanquake>
I reckon just about every OpenSSL related file has been touched in some way since I opened the removal PR
< wumpus>
crazy
< wumpus>
so some people have been doing wasted work, at the least
< fanquake>
heh, just some shuffling in docs and things
< fanquake>
I think the fact that my machine is somewhat bogged down gitian building is also adding to frustrations
< wumpus>
at least a gitian build will be slightly lighter after openssl no longer needs to be built !
< fanquake>
Yea. depends is starting to look pretty slim now
< fanquake>
wumpus #17265 should be reviewable now
< wumpus>
there's always documentation fixups needed after a big change
< bitcoin-git>
[bitcoin] fanquake opened pull request #17507: random: mark RandAddPeriodic and SeedPeriodic as noexcept (master...random_followups) https://github.com/bitcoin/bitcoin/pull/17507
< * fanquake>
sprinkles some noexcepts
< wumpus>
"None of the RNG code should ever throw any exception." I like that
< wumpus>
my gitian sigs are going to take somewhat longer, somehow I'm running out of disk space on the gitian VM after regenerating the base image last time, had to nuke everything (and might need to do so again if I can't build with this amount of space anymore)
< wumpus>
does that thing really need to be 12G?
< sipsorcery>
my gitian vm is using 35G but that includes old builds and repo branches.
< wumpus>
hehe, the base image + copy is already 24GB, then there's the OS itself, caches and builds. I removed the old builds and the trusty image so maybe it will work now.
< wumpus>
but I think it could do with much less peak usage if it removed intermediate build results (esp in the linux build, which builds for a larger number of platforms)
< wumpus>
please don't keep increasing the size of the base image instead :)