< bitcoin-git>
[bitcoin] MarcoFalke opened 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
< bitcoin-git>
[bitcoin] theStack opened pull request #17461: test: check custom descedant limit in mempool_packages.py (master...20191112-test-check_custom_descendant_limit_in_mempool-packages) https://github.com/bitcoin/bitcoin/pull/17461
< jeremyrubin>
fyi if you have an opinion on OP_SECURETHEBAG naming convention please chime in on https://www.reddit.com/r/Bitcoin/comments/dviy6i/should_op_securethebag_be_renamed/ or the twitter poll. Trying to finalize a name (naming it is difficult as the boring but technically accurate name is OP_CHECKOUTPUTSANDSEQUENCESANDSCRIPTSIGSANDLOCKTIMEANDVERSIONANDNVINVERIFY is a bit too wordy). Hoping to resolve naming concerns so that focus
< bitcoin-git>
[bitcoin] achow101 opened pull request #17458: Refactor OutputGroup effective value calculations and filtering to occur within the struct (master...cleanup-outputgroups) https://github.com/bitcoin/bitcoin/pull/17458
< bitcoin-git>
[bitcoin] dannmat opened pull request #17446: Removed 'Message' text field + references from receive area (master...Nov-19-Remove-Message-Input) https://github.com/bitcoin/bitcoin/pull/17446
< bitcoin-git>
[bitcoin] promag opened pull request #17445: zmq: Fix due to invalid argument and multiple notifiers (master...2019-11-fix-17185) https://github.com/bitcoin/bitcoin/pull/17445
< bitcoin-git>
[bitcoin] MarcoFalke opened pull request #17444: wallet: Avoid showing GUI popups on RPC errors (take 2) (master...1911-walletGuiPopupRpc) https://github.com/bitcoin/bitcoin/pull/17444
< bitcoin-git>
[bitcoin] ariard opened pull request #17443: Use Median Time Past to check finality of wallet transactions (master...2019-11-fix-final-wallet) https://github.com/bitcoin/bitcoin/pull/17443
< bitcoin-git>
[bitcoin] emilengler closed pull request #17035: qt: Fix text display when state of prune button is changed (master...2019-10-qt-intro-prune-text-update-fix) https://github.com/bitcoin/bitcoin/pull/17035
< bitcoin-git>
[bitcoin] hebasto opened pull request #17439: refactor: Use proper MAX_SCRIPT_ELEMENT_SIZE constants consistently (master...20191111-maxscriptelementsize-const) https://github.com/bitcoin/bitcoin/pull/17439
< bitcoin-git>
[bitcoin] theStack opened pull request #17435: test: check custom ancestor limit in mempool_packages.py (master...20191110-test-check_custom_ancestor_limit_in_mempool-packages) https://github.com/bitcoin/bitcoin/pull/17435
< bitcoin-git>
[bitcoin] Xekyo opened pull request #17434: Move parsing from init.cpp to where values are needed (master...trimGlobals) https://github.com/bitcoin/bitcoin/pull/17434
< bitcoin-git>
[bitcoin] RandyMcMillan opened pull request #17430: build:fix "make clean" darwin build (master...fix-darwin-make-clean) https://github.com/bitcoin/bitcoin/pull/17430
2019-11-09
< bitcoin-git>
[bitcoin] hebasto opened pull request #17428: p2p: Try to preserve outbound block-relay-only connections during restart (master...20191109-anchors) https://github.com/bitcoin/bitcoin/pull/17428
< luke-jr>
pretty sure bitcoin-qt always has warnings for me, too
< fanquake>
promag: In release binaries? I'm not sure that's a good idea unless you can guarantee it'll never crash. Otherwise Qt could just through some dumb warning about missing fonts etc, and crash bitcoin-qt
< harding>
emilengler: I don't have any data on BitcoinCore.org, but back when the binaries were exclusively hosted on Bitcoin.org, there was less than 1% as many downloads of SHA256SUMS.asc than there was of the binary files.
< wumpus>
midnight: I don't know, I dont' think *that* is so bad with bitcoin core. I do have experiences like that with things like printer settings though, where the software tries to 'intelligently' guess what your're trying to do, correcting for some settings, so at some point you need to make second-order guesses so that the software will make the correct guess and eventually send the right value to the
< bitcoin-git>
[bitcoin] MarcoFalke opened pull request #17423: ci: Make ci system read-only on the git work tree (master...1911-ciRo) https://github.com/bitcoin/bitcoin/pull/17423
< gribble>
https://github.com/bitcoin/bitcoin/issues/17373 | wallet: Various fixes and cleanup to keypool handling in LegacyScriptPubKeyMan and CWallet by achow101 . Pull Request #17373 . bitcoin/bitcoin . GitHub
< bitcoin-git>
[bitcoin] fanquake opened pull request #17417: [0.19] cli: fix -getinfo output when compiled with no wallet (0.19...backport_17368_019) https://github.com/bitcoin/bitcoin/pull/17417
< bitcoin-git>
bitcoin/master 10b4729 Antoine Riard: Pass block height in Chain::BlockConnected/Chain::BlockDisconnected
< bitcoin-git>
bitcoin/master 5aacc3e Antoine Riard: Add m_last_block_processed_height field in CWallet
< bitcoin-git>
bitcoin/master 9700fcb Antoine Riard: Replace CWalletTx::SetConf by Confirmation initialization list
< elichai2>
wumpus: I actually don't completely on that. for a long time I didn't understood a thing about bitcoin's build system and/or code and I liked that it installed basically everything I could manage (I'm one of those freaks who likes the GUI :) )
< wumpus>
BlueMatt: https://github.com/bitcoin/bitcoin/pull/15382#issuecomment-551451359 kind of reminds me what has bothing me about the rust stuff; I think the build system there also needs to focus on features, not "use rust or not", don't group them on programmings language/dependency; if someone wants to enable a feature that happens to be implemented in rust, request them to install a rust compiler :)
< bitcoin-git>
[bitcoin] MarcoFalke opened pull request #17407: Add MempoolInstance() to get the current mempool (master...1911-txPoolOptional) https://github.com/bitcoin/bitcoin/pull/17407
< bitcoin-git>
[bitcoin] sipsorcery opened pull request #17404: Remove redundant class file include from test_bitcoin msvc project (master...msvc_test) https://github.com/bitcoin/bitcoin/pull/17404
< nickler>
We're adding a SECURITY.md file to the bitcoin-core/secp256k1 repo and considered secp256k1-security@bitcoincore.org as security email address.Would it be possible to add such an email address? How are we making sure that security contacts will actually get emails forwarded to them? Who can see the content of a vulnerability report if it's sent unencrypted?
< wumpus>
yes, I can make a forward address on bitcoin-core.org
< gribble>
https://github.com/bitcoin/bitcoin/issues/17373 | wallet: Various fixes and cleanup to keypool handling in LegacyScriptPubKeyMan and CWallet by achow101 . Pull Request #17373 . bitcoin/bitcoin . GitHub
< wumpus>
oh nice, there's a env_windows.cpp in the new upstream leveldb, we might be able to stop maintaining our own env_win https://github.com/bitcoin-core/leveldb/pull/26 this handles the file functions and such, it will be a lot of work to test/investigate the differences though