< bitcoin-git>
[bitcoin] achow101 opened pull request #22017: Update Windows code signing certificate (master...2021-win-codesign-cert) https://github.com/bitcoin/bitcoin/pull/22017
< bitcoin-git>
[bitcoin] Sjors opened pull request #22016: rpc: add period_start to version bits statistics (master...2021/05/versionbits_period_start) https://github.com/bitcoin/bitcoin/pull/22016
< vasild>
I think IRC is autmatically filtering people that find it hard to setup from joining here and suggesting bitcoin switches to POS or changes the 21M supply...
< vincenzopalazzo>
I think that the accessibility should be a good things in any case. Give the possibility to all the people to join e read all the event that happen in bitcoin dev is a good starting point I think
< jonatack>
"we really want to support your community to migrate smoothly to v3 (or less traumatizing as possible). We can coordinate with the Tor Comms team to have social media posts when v2 onion support is removed from bitcoin core."
< bitcoin-git>
[bitcoin] ajtowns opened pull request #22013: net: ignore block-relay-only peers when skipping DNS seed (master...202105-ignoreblockrelayfordnsskip) https://github.com/bitcoin/bitcoin/pull/22013
< bitcoin-git>
[bitcoin] achow101 opened pull request #22009: wallet: Decide which coin selection solution to use based on waste metric (master...cs-waste-2) https://github.com/bitcoin/bitcoin/pull/22009
2021-05-20
< bitcoin-git>
bitcoin/master e2b55cd Hennadii Stepanov: Merge bitcoin-core/gui#335: test: Use QSignalSpy instead of QEventLoop
< bitcoin-git>
bitcoin/master 7eea659 Jarol Rodriguez: qt, test: use qsignalspy instead of qeventloop
< achow101>
We have created Bitcoin Core Code Signing LLC registerd in Delaware and the cert will be issued to this new LLC
< BlueMatt>
(the actual freenode admins have been fairly friendly to bitcoin stuff, at least after a *ton* of effort on the part of some of the #bitcoin mods, most of those admins have moved to libera now)
< BlueMatt>
michaelfolkson: the people behind the freenode acquisition have been known hostile to bitcoin for years, I kinda suggested moving, but wasnt worth the effort, this seems like a good excuse more than anything.
< wumpus>
created an issue wrt collecting torv3/i2p addresses in the crawler https://github.com/sipa/bitcoin-seeder/issues/92 even though there's no point in adding them to the actual DNS seeds, it would still be useful to have a way to keep tabs on them for the hardcoded seeds updates
< bitcoin-git>
[bitcoin] laanwj merged pull request #21843: p2p, rpc: enable GetAddr, GetAddresses, and getnodeaddresses by network (master...getnodeaddresses-by-network) https://github.com/bitcoin/bitcoin/pull/21843
< bitcoin-git>
bitcoin/master a49f3dd Jon Atack: p2p: allow CAddrMan::GetAddr() by network, add doxygen
< bitcoin-git>
bitcoin/master c38981e João Barbosa: p2p: pull time call out of loop in CAddrMan::GetAddr_()
< bitcoin-git>
bitcoin/master d35ddca Jon Atack: p2p: enable CAddrMan::GetAddr_() by network, add doxygen
< sipa>
ggus: see PM, note that the project is called "bitcoin core"; there is an unrelated piece of software called bitcore too
< bitcoin-git>
[bitcoin] 0xB10C opened pull request #22006: tracing: first tracepoints and documentation on User-Space, Statically Defined Tracing (USDT) (master...2021-05-initial-usdt-support) https://github.com/bitcoin/bitcoin/pull/22006
< wumpus>
i mean i think tor deprecating tor v2 hidden services is well known at this point to tor users (they have been pretty loud about it), but bitcoin users might not know what to do dunno
< wumpus>
it would be more useful to have bitcoin specific instructions
< wumpus>
I can post to the notification list (bitcoin-core-dev) and to the bitcoin core twitter account (would make sense to PR a new blog item to bitcoincore.org first, so it's possible to post a link to that)
< vasild>
ggus: there is bitcoin-dev@lists.linuxfoundation.org but I doubt it is the best way to reach users, maybe others would have better ideas, wumpus?
< ggus>
vasild: about #2: amazing! so we just need to ask people to upgrade their bitcoin core software
< ggus>
vasild: do you have suggestions of mailing lists or forums that we should announce this? for the news, we can contact some news outlet. And do you know which tools people are using to automatically deploy a bitcoin node, so we can contact the developers?
< vasild>
ggus: hmm, actually in the 1. case, if the user just edits torrc and changes the v2 onion service to v3, then an old bitcoin core (<0.21) would be able to accept incoming tor connections, but if it wants to make outgoing connections to v3 addresses, then an upgrade to >=0.21 is needed
< vasild>
automatically to v3, but an upgrade to bitcoin core 0.21 is needed
< vasild>
ggus: on warning those node operators, I have no idea, maybe some mailing list or blog (that gets picked by news web sites) may help. On helping them migrate to v3 - there are two cases - 1. statically configured onion service in torrc, the users need to edit their torrc, no need to upgrade bitcoin core; 2. an onion service that is automatically created by bitcoin core - this will be switched
< ggus>
hi all, this is gus from the tor project. i don't know if this is the right channel to ask, but very soon tor project will deprecate and remove v2 onion services. i've checked that ~15% of bitcoin nodes are running over tor and many of them are running v2 onion. do you have thoughts on how we could warn these node operators and help them migrate to v3 onion services?
< wumpus>
real_or_random: no idea if libera supports recursive namespaces, tbh i'm fine with the bitcoin core channels being under the bitcoin namespace no need to make this too complicated
< Kiminuo>
I'm interested in the process of "merging of PRs in Bitcoin Core repo" in general. So I understand that a PR needs a certain number of code review ACKs to be eligible for merging. But what happens then? What actually makes a person to click the "merge" button?
< nkuttler>
nothing was decided for #bitcoin* yet
< bitcoin-git>
[bitcoin] MarcoFalke opened pull request #22002: Fix crash when parsing command line with -noincludeconf=0 (master...2105-parseCommandlineCrash) https://github.com/bitcoin/bitcoin/pull/22002
< real_or_random>
shouldn't bitcoin and bitcoin-core be different namespaces even?
< kinlo>
I can handle reservation for #bitcoin-* channels
< hebasto>
wumpus: maybe reserve #bitcoin-core-gui as well?
< BlueMatt>
jeremyrubin: eg, I'm suggesting #rust-bitcoin move to #bitcoin-rust (as #rust-* is technically owned by anyone who registers a rust organization)
< BlueMatt>
jeremyrubin: relevant bitcoiners have the "bitcoin" group registered, so it probably makes sense to move more towards #bitcoin-X
< jeremyrubin>
wumpus: ##ctv-bip-review, ##taproot{-bip-review,activation,}, ##miniscript, #sapio, #bitcoin-workshops, #bitmetas, #rust-bitcoin are all maybe good to nab if you can reserve them?
< aj>
#bitcoin-anything is reserved apparently, i tried registering bitcoin-signet. presuably kalle can set it up if desired
< wumpus>
#bitcoin-core-dev, #bitcoin-builds, #bitcoin-core-pr-reviews have been reserved at least, if you need any more let me know
2021-05-19
< bitcoin-git>
[bitcoin] reemuru opened pull request #21999: test: Run mempool_updatefromblock even with wallet disabled (master...test) https://github.com/bitcoin/bitcoin/pull/21999
< kinlo>
bitcoin channels are covered, individual accounts might be a good precaution
< bitcoin-git>
[bitcoin] rnicoll opened pull request #21998: test: Set mock time before creating block (master...validate-block-test-time) https://github.com/bitcoin/bitcoin/pull/21998
< jeremyrubin>
might be worthwhile chatting with Andrew about what his plans are re: freenode... I've chatted with him once or twice, seems like he generally wants to support bitcoin
< bitcoin-git>
[bitcoin] jonatack opened pull request #21996: p2p: pass strings to NetPermissions::TryParse functions by const ref (master...NetPermissions-TryParse-pass-strings-by-const-ref) https://github.com/bitcoin/bitcoin/pull/21996
< bitcoin-git>
[bitcoin] hebasto opened pull request #21995: build: Make built dependency packages reproducible (master...210519-repro) https://github.com/bitcoin/bitcoin/pull/21995
< bitcoin-git>
[bitcoin] practicalswift closed pull request #21964: Document that `ser_float_to_uint32` is not the inverse of `ser_uint32_to_float` (master...document-serialization-gotcha) https://github.com/bitcoin/bitcoin/pull/21964
< michaelfolkson>
Comments on the original PR (while it is still open) and then opening a new PR or posting to bitcoin-dev mailing list seems sufficient to me
< bitcoin-git>
[bitcoin] ssb402 closed pull request #21960: test: Use zero compressed addresses for values in map (master...test-cnetaddr-canonical) https://github.com/bitcoin/bitcoin/pull/21960
< bitcoin-git>
[gui] hebasto opened pull request #336: Do not exit and re-enter main event loop during shutdown (master...210516-loop) https://github.com/bitcoin-core/gui/pull/336
< Bullit>
21964 philips flashing of porn with bitcoin QR does only atract hall of fame not bitcoin incomming transaction
< bitcoin-git>
[bitcoin] practicalswift opened pull request #21964: Document that `ser_float_to_uint32` is not the inverse of `ser_uint32_to_float` (master...document-serialization-gotcha) https://github.com/bitcoin/bitcoin/pull/21964
< bitcoin-git>
[bitcoin] ssb402 opened pull request #21960: test: Use zero compressed addresses for values in map (master...test-cnetaddr-canonical) https://github.com/bitcoin/bitcoin/pull/21960
< bitcoin-git>
bitcoin/master fa2e614 MarcoFalke: test: Fix off-by-one in mockscheduler test RPC
< bitcoin-git>
[bitcoin] MarcoFalke closed pull request #21952: test: Fix a mistake in specifying the initial value at transaction_tests (master...fix-initial-value) https://github.com/bitcoin/bitcoin/pull/21952
< bitcoin-git>
[bitcoin] azuchi opened pull request #21952: test: Fix a mistake in specifying the initial value at transaction_tests (master...fix-initial-value) https://github.com/bitcoin/bitcoin/pull/21952
< bitcoin-git>
[bitcoin] fanquake closed pull request #21764: build: produce Windows GUI build with Cirrus CI (master...cirrus-winbuild) https://github.com/bitcoin/bitcoin/pull/21764
< jnewbery>
1. I think it's probably time to merge https://github.com/bitcoin/bips/pull/1116 (adding Kalle as BIP editor). It was proposed three weeks ago, has 15 ACKs, and no substantive opposition.
< bitcoin-git>
[bitcoin] ariard opened pull request #21946: Document and test lack of inherited signaling in RBF policy (master...2021-05-rbf-noinheritance) https://github.com/bitcoin/bitcoin/pull/21946
< Arvidt>
What is that version "v22.0" on the last line of https://github.com/bitcoin/bitcoin/blob/master/doc/bips.md ? Is it not Bitcoin version (they all start with v0.) ? Would make sense, since V.0.22 is not released yet and there are backports to 0.20 and 0.21 ongoing.
< bitcoin-git>
[bitcoin] theStack opened pull request #21945: test: add P2PK support to MiniWallet (master...202005-test-miniwallet-support-p2pk) https://github.com/bitcoin/bitcoin/pull/21945
< bitcoin-git>
bitcoin/master 105941b Vasil Dimov: net: use stronger AddLocal() for our I2P address
< bitcoin-git>
[bitcoin] vasild opened pull request #21943: Dedup and RAII-fy the creation of a copy of CConnman::vNodes (master...raiify_copying_vnodes) https://github.com/bitcoin/bitcoin/pull/21943
< bitcoin-git>
[bitcoin] klementtan opened pull request #21942: docs: improve make with parallel jobs description. (master...docs/improve-jX) https://github.com/bitcoin/bitcoin/pull/21942
< bitcoin-git>
[bitcoin] MarcoFalke opened pull request #21941: fuzz: Call const member functions in addrman fuzz test only once (master...2105-fuzzAddrConst) https://github.com/bitcoin/bitcoin/pull/21941
< bitcoin-git>
[bitcoin] MarcoFalke opened pull request #21940: refactor: Mark CAddrMan::Select const (master...2105-addrmanConstSelect) https://github.com/bitcoin/bitcoin/pull/21940
< bitcoin-git>
[bitcoin] meshcollider merged pull request #21907: wallet: Do not iterate a directory if having an error while accessing it (master...210510-win) https://github.com/bitcoin/bitcoin/pull/21907
< bitcoin-git>
bitcoin/master a31a1ce Samuel Dobson: Merge bitcoin/bitcoin#21907: wallet: Do not iterate a directory if having ...
< bitcoin-git>
bitcoin/master 29c9e2c Hennadii Stepanov: wallet: Do not iterate a directory if having an error while accessing it