03:46 <vasild> lightlike: maybe, whenever an incoming connection comes, check if the peer's address is in addrman, if not then consider it must be from non-listening node. Thus get a ratio of listening/non-listening. Maybe that would give a good estimate, even though it would not work for Tor and also assumes that all nodes have equal preference to connect to the measuring node.

03:48 <vasild> hmm, but is it the case that bigger % of the non-listening nodes make short-lived connections, e.g. spv, mobile nodes. Then the result may be skewed.

06:32 <bitcoin-git> [bitcoin] MarcoFalke pushed 2 commits to master: https://github.com/bitcoin/bitcoin/compare/ef5bb742f0f5...8ca51aa5fb79

06:32 <bitcoin-git> bitcoin/master a7dbf74 fanquake: test: remove Boost Test from libtest util

06:32 <bitcoin-git> bitcoin/master 8ca51aa MacroFake: Merge bitcoin/bitcoin#26009: test: remove Boost Test from libtest_util

06:32 <bitcoin-git> [bitcoin] MarcoFalke merged pull request #26009: test: remove Boost Test from libtest_util (master...remove_boost_libtest) https://github.com/bitcoin/bitcoin/pull/26009

06:38 <bitcoin-git> [bitcoin] MarcoFalke pushed 2 commits to master: https://github.com/bitcoin/bitcoin/compare/8ca51aa5fb79...bb378b6ccdd3

06:38 <bitcoin-git> bitcoin/master 4f67336 brunoerg: test: verify best blockhash after invalidating an unknown block

06:38 <bitcoin-git> bitcoin/master bb378b6 MacroFake: Merge bitcoin/bitcoin#26054: test: verify best blockhash after invalidatin...

06:38 <bitcoin-git> [bitcoin] MarcoFalke merged pull request #26054: test: verify best blockhash after invalidating an unknown block (master...2022-09-fix-test-invalidateblock) https://github.com/bitcoin/bitcoin/pull/26054

09:24 <bitcoin-git> [bitcoin] fanquake pushed 2 commits to master: https://github.com/bitcoin/bitcoin/compare/bb378b6ccdd3...2e34374bf3e1

09:24 <bitcoin-git> bitcoin/master e531e34 fanquake: build: fix configuring with --without-experimental-kernel-lib

09:24 <bitcoin-git> bitcoin/master 2e34374 fanquake: Merge bitcoin/bitcoin#26003: build: fix configuring with `--without-experi...

09:24 <bitcoin-git> [bitcoin] fanquake merged pull request #26003: build: fix configuring with `--without-experimental-kernel-lib` (master...fix_chainstate_bin_configure) https://github.com/bitcoin/bitcoin/pull/26003

10:55 <bitcoin-git> [bitcoin] hebasto opened pull request #26057: build, guix: Get rid of perl dependency (master...220910-perl) https://github.com/bitcoin/bitcoin/pull/26057

13:03 <michaelfolkson> I didn't know you could brew install Bitcoin Core. Would it be recommended not to do this? https://formulae.brew.sh/cask/bitcoin-core

13:24 <michaelfolkson> Re #25985 the brew install of Bitcoin Core surely uses Homebrew's sqlite package (not that has any impact on the PR)

13:24 <gribble> https://github.com/bitcoin/bitcoin/issues/25985 | Revert "build: Use Homebrews sqlite package if it is available" by fanquake · Pull Request #25985 · bitcoin/bitcoin · GitHub

13:26 <fanquake> the brew package doesn’t use brew SQLite. It explicitly uses the system SQLite

13:26 <fanquake> That’s why the performance of the brew installed bitcoind isn’t terrible

13:28 <michaelfolkson> Ah ok, cool thanks

13:32 <michaelfolkson> bitcoin-cli is included in the brew install of Bitcoin Core right? I can't find anything to suggest it isn't but it was asked about on StackExchange https://bitcoin.stackexchange.com/questions/115197/how-to-install-bitcoin-cli

13:42 <fanquake> I’d suggest looking at the formula definition to see what they compile / install

15:56 <lightlike> vasild: I think that also many (most?) non-listening nodes haven't explicitly set "listen=0" but are behind a NAT/firewall so that they can't get incoming connections but don't know about it. These would be counted wrong by that method.

20:57 <bitcoin-git> [bitcoin] hebasto opened pull request #26059: Revert "guix: Build depends/qt with our platform definition" (master...220910-guix) https://github.com/bitcoin/bitcoin/pull/26059