< bitcoin-git> [bitcoin] D4nte opened pull request #19349: doc: Include wallet path to relevant RPC calls (master...doc-wallet) https://github.com/bitcoin/bitcoin/pull/19349
< vasild> How to observe debug.log after a run of test_bitcoin? It gets deleted at the end of the execution. To see what is inside I did run it inside gdb, set a breakpoint in unlink and when it stops at the breakpoint: cat /tmp/test_common_Bitcoin\ Core/*/debug.log
< vasild> "test_bitcoin -- -debuglogfile=/dev/stdout" did not print the log on the screen, nor did -printtoconsole=1
< bitcoin-git> [bitcoin] ccdle12 opened pull request #19350: test: Refactor tests using restart_node (master...test-refactor-restart-node) https://github.com/bitcoin/bitcoin/pull/19350
< jonatack> vasild: for temporary printing with unit tests, so far i've managed with std::cout or std::cerr or BOOST_TEST_MESSAGE() combined with running the tests with --log_level=all
< vasild> jonatack: right, I also use printf() or std::cout sometimes, but some stuff is printed to debug.log by non-test code and I was wondering if that can be observed
< jonatack> yes, sorry, just realised i didn't answer your question
< vasild> I vaguely remember some --dont-remove-logs-at-the-end option, but maybe it was in some different software :)
< fanquake> vaslid: can you use --log_sink=stdout?
< vasild> trying...
< fanquake> You can also control verbosity with --log_level. Anything between 'all' and 'nothing'
< fanquake> Quite a lot of info in --help if you haven't looked through it already
< jonatack> yes, the help is good, as well as the details of --help=<option>
< vasild> (I had to recompile, sorry for the delay)
< vasild> fanquake: --log_sink=stdout is the default, it does not help
< fanquake> I thought it might be
< vasild> I think the deal is that --log_level and --log_sink are boost-test-framework options and control the outputs from it. However bitcoin code unrelated to that prints some stuff to datadir/debug.log
< vasild> This helps:
< vasild> - "-printtoconsole=0",
< vasild> + "-printtoconsole=1",
< vasild> in src/test/util/setup_common.cpp
< vasild> but it involves modifying the code
< bitcoin-git> [bitcoin] hebasto closed pull request #18307: build: Require pkg-config for all of the hosts (master...20200309-pkgconfig) https://github.com/bitcoin/bitcoin/pull/18307
< bitcoin-git> [bitcoin] hebasto reopened pull request #18307: build: Require pkg-config for all of the hosts (master...20200309-pkgconfig) https://github.com/bitcoin/bitcoin/pull/18307
< bitcoin-git> [bitcoin] vasild opened pull request #19351: test: add two edge case tests for CSubNet (master...add_csubnet_test) https://github.com/bitcoin/bitcoin/pull/19351
< ryanofsky> vasild: test_bitcoin -l test_suite -- DEBUG_LOG_OUT
< bitcoin-git> [bitcoin] hebasto opened pull request #19353: Fix mistakenly swapped "previous" and "current" lock orders (master...200622-deadlock) https://github.com/bitcoin/bitcoin/pull/19353
< bitcoin-git> [bitcoin] laanwj pushed 2 commits to master: https://github.com/bitcoin/bitcoin/compare/8ef15e8a8603...f591a1a1842d
< bitcoin-git> bitcoin/master ccef5d7 Vasil Dimov: test: add two edge case tests for CSubNet
< bitcoin-git> bitcoin/master f591a1a Wladimir J. van der Laan: Merge #19351: test: add two edge case tests for CSubNet
< bitcoin-git> [bitcoin] laanwj merged pull request #19351: test: add two edge case tests for CSubNet (master...add_csubnet_test) https://github.com/bitcoin/bitcoin/pull/19351
< bitcoin-git> [bitcoin] laanwj pushed 2 commits to master: https://github.com/bitcoin/bitcoin/compare/f591a1a1842d...a6aac20019e5
< bitcoin-git> bitcoin/master 20b6e95 Christopher Coverdale: test: refactor functional tests to use restart_node
< bitcoin-git> bitcoin/master a6aac20 Wladimir J. van der Laan: Merge #19350: test: Refactor tests using restart_node
< bitcoin-git> [bitcoin] laanwj merged pull request #19350: test: Refactor tests using restart_node (master...test-refactor-restart-node) https://github.com/bitcoin/bitcoin/pull/19350
< bitcoin-git> [bitcoin] laanwj pushed 2 commits to master: https://github.com/bitcoin/bitcoin/compare/a6aac20019e5...e3fa3c7d671e
< bitcoin-git> bitcoin/master f1d21ef fanquake: doc: add C++17 release note for 0.21.0
< bitcoin-git> bitcoin/master e3fa3c7 Wladimir J. van der Laan: Merge #19305: doc: add C++17 release note for 0.21.0
< bitcoin-git> [bitcoin] laanwj merged pull request #19305: doc: add C++17 release note for 0.21.0 (master...c++17_0_21_0) https://github.com/bitcoin/bitcoin/pull/19305
< bitcoin-git> [bitcoin] jonatack opened pull request #19354: doc: add release note for -getinfo displaying multiwallet balances (master...getinfo-multiwallet-balances-release-note) https://github.com/bitcoin/bitcoin/pull/19354
< bitcoin-git> [bitcoin] jonatack closed pull request #19089: cli, test, doc: bitcoin-cli -getinfo multiwallet balances follow-ups (master...cli-getinfo-multiwallet-follow-ups) https://github.com/bitcoin/bitcoin/pull/19089
< bitcoin-git> [bitcoin] jonatack closed pull request #19092: cli: display multiwallet total balance in -getinfo (master...cli-getinfo-multiwallet-total-balance) https://github.com/bitcoin/bitcoin/pull/19092
< bitcoin-git> [bitcoin] jonatack closed pull request #19207: doc: -whitelist/-whitebind documentation improvements (master...whitelist-whitebind-doc-improvements) https://github.com/bitcoin/bitcoin/pull/19207
< provoostenator> So... Apple just announced they're (slowly) going to move the Mac to their custom silicon.
< provoostenator> Downloaded software is automagically converted, which should be interesting...
< sipa> provoostenator: custom silicon?
< sipa> non-x86_64?
< provoostenator> I'll try to get my hands on their test device (which uses an iPad processor).
< provoostenator> Yes, universal accross iPhone / iPad / watch / mac
< provoostenator> Which I think is more ARM-ish?
< sipa> iirc it's ARM compatible
< provoostenator> At least when cross compling to iOs: #11720
< gribble> https://github.com/bitcoin/bitcoin/issues/11720 | iOS Deployment Target for RPC · Issue #11720 · bitcoin/bitcoin · GitHub
< sipa> (which means it's ARM, because ARM doesn't produce its own hardware)
< provoostenator> Hopefully their automagic conversion doesn't completely ruin our performance, but apparantly it might be 2 years before anything ships, so
< provoostenator> They make it possible to compile a single binary for both Intel and Apple CPU.
< provoostenator> So we can do nothing, or use that new binary type.
< provoostenator> Let's see how their security holds up...
< provoostenator> If anyone else wants to apply for their $500 dev kit, the server might a bit busy: https://developer.apple.com/programs/universal/
< provoostenator> I mentioned in my application that testing their automagic conversion of consensus code is probably a good idea.
< provoostenator> But also that Bitcoin Core development isn't compatible with tedious NDA's, so we'll see.