lp://staging/bitcoin
- Get this branch:
- bzr branch lp://staging/bitcoin
Branch merges
Branch information
Import details
This branch is an import of the HEAD branch of the Git repository at git://github.com/bitcoin/bitcoin.git.
Last successful import was .
Recent revisions
- 6566. By Bitcoin Core
-
Merge #12760: Docs: Improve documentation on standard communication channels
30d1a0ae37 Docs: Improve documentation on standard communication channels (Jim Posen)
Pull request description:
More information about connection on IRC will hopefully help new contributors.
Tree-SHA512: d0fc19303463fb1
ebd193640058b8a 1b3b1cc32592764 632d6dce489ea3e 1f6be421f8f2a77 6ff60036c174e1d 0c847ad5a9fd791 2c1aafc36f233eb 840081ef - 6565. By Bitcoin Core
-
Merge #12772: [CI]: bump travis timeout for make check to 50m
bc308ba999 [CI]: bump travis timeout for make check to 50m (Karl-Johan Alm)
Pull request description:
The travis windows build sometimes times out on `make check`. Bump the timeout from 20 to 50 minutes.
This is a short-term measure. We should figure out why the unit tests are slow in Wine.
Tree-SHA512: 4a512e96b805d52
ea25eebb5dc026a 11c48392abbc5d7 0990698ab44fae1 494ec6726151594 8a7a8f919669716 614817464c059e5 4d3beb994873583 87f79a17 - 6564. By Bitcoin Core
-
Merge #12709: [wallet] shuffle sendmany recipients ordering
6acb02d635 add release note for sendmany output shuffling (Gregory Sanders)
cf6ef3c139 shuffle sendmany recipients ordering to shuffle tx outputs (Gregory Sanders)Pull request description:
Unless there is something important I'm missing, we're just possible leaking information by preserving whatever ordering json object ordering is giving us (no guarantees at all).
This is unneeded for `sendtoaddress` since there is only 1 or 2 outputs, and the change output is shuffled in.
This will not effect `*raw` behavior by design, since users generally want full control using those apis. Further PRs could add optional args to over-ride that behavior.
Alternative ideas would be to sort the outputs by some deterministic ordering. (this would require more refactoring since change outputs are created and handled by caller)
related: https:/
/github. com/bitcoin/ bitcoin/ pull/12699 Tree-SHA512: afdd990dde6a4a9
e7eef7bb2e3342a 46d11900d7fe6e6 e4eb0cc6b5deed8 9df989fa7931a4b dcbf49b7c2d7a13 c90169af3a16646 6e5760948bacabe 3490f572 - 6563. By Wladimir J. van der Laan
-
Merge #11536: Rename account to label where appropriate
d2527bd Rename wallet_accounts.py test (Russell Yanofsky)
045eeb8 Rename account to label where appropriate (Russell Yanofsky)Pull request description:
Rename account to label where appropriate
This change only updates strings and adds RPC aliases, but should simplify the implementation of address labels in https:/
/github. com/bitcoin/ bitcoin/ pull/7729, by getting renaming out of the way and letting that change focus on semantics. The difference between accounts and labels is that labels apply only to addresses, while accounts apply to both addresses and transactions (transactions have "from" and "to" accounts). The code associating accounts with transactions is clumsy and unreliable so we would like get rid of it.
---
There is a rebased version of #7729 atop this PR at https:/
/github. com/ryanofsky/ bitcoin/ commits/ pr/label, see https:/ /github. com/bitcoin/ bitcoin/ pull/7729# issuecomment- 338417139. Tree-SHA512: b3f934e612922d6
290f50137f8ba71 ddfaea4485713c7 d97e89400a8b73b 09b254f9186dffa 462c77f5847721f 5af9852b5572ade 5443d8ee95dd150 b3edb7ff - 6562. By Wladimir J. van der Laan
-
Merge #12694: Actually disable BnB when there are preset inputs
081bf54 Test that BnB is not used when there are preset inputs (Andrew Chow)
6ef9982 Actually disable BnB when there are preset inputs (Andrew Chow)Pull request description:
We don't want to use BnB when there are preset inputs because there
is some weirdness with making that work with using the KnapsackSolver
as the fallback. Currently we say that we haven't used bnb when
there are preset inputs, but we don't actually disable BnB. This fixes
that.I thought this was done originally. I guess it got lost in a rebase somewhere.
Tree-SHA512: 9792c0cdd073686
6bddbed20f10b80 50104955dc589fb a49a0bd61a582ba 491c921af2cdcc2 269678b7b69275d ad5fcf89c71b75c 28733c7bacbe52e 55891b9c - 6561. By Bitcoin Core
-
Merge #12742: Make FastRandomContext support standard C++11 RNG interface
1ec1602a45 Make FastRandomContext support standard C++11 RNG interface (Pieter Wuille)
Pull request description:
This makes it possible to plug it into the various standard C++11 random distribution algorithms and other functions like `std::shuffle`.
Tree-SHA512: 935eae9c4fae31e
1964c16d9cf9d0f cfa899e04567f01 0d8b3e1ff824e55 e2392aa838ba743 d03c1b2a5010c5b 8da04343f453983 dfeed83747d8582 8a564713 - 6560. By Wladimir J. van der Laan
-
Merge #12630: Provide useful error message if datadir is not writable.
8674e74 Provide relevant error message if datadir is not writable. (murrayn)
Pull request description:
If the --datadir exists, but is not writable, the current error message on startup is 'Cannot obtain a lock on data directory foo. Bitcoin Core is probably already running.' This is misleading.
I believe this PR addresses #11668, although the issue is not Windows-specific.
Tree-SHA512: 10cbbaea433072a
ee4fb3e8938a720 73c7a5c841f7a76 85c9e12549c322b 2925c7d34bac254 ac33021b23132bf c352c058712bc95 42298cf86f8fd97 57f528b2 - 6559. By Wladimir J. van der Laan
-
Merge #12048: Use best-fit strategy in Arena, now O(log(n)) instead O(n)
5fbf7c4 fix nits: variable naming, typos (Martin Ankerl)
1e0ee90 Use best-fit strategy in Arena, now O(log(n)) instead O(n) (Martin Ankerl)Pull request description:
This replaces the first-fit algorithm used in the Arena with a best-fit. According to "Dynamic Storage Allocation: A Survey and Critical Review", Wilson et. al. 1995, http://
www.scs. stanford. edu/14wi- cs140/sched/ readings/ wilson. pdf, both startegies work well in practice. The advantage of using best-fit is that we can switch the O(n) allocation to O(log(n)). Additionally, some previously O(log(n)) operations are now O(1) operations by using hash maps. The end effect is that the benchmark runs about 2.5 times faster on my machine:
# Benchmark, evals, iterations, total, min, max, median
old: BenchLockedPool, 5, 530, 5.25749, 0.00196938, 0.00199755, 0.00198172
new: BenchLockedPool, 5, 1300, 5.11313, 0.000781493, 0.000793314, 0.00078606I've run all unit tests and benchmarks, and increased the number of iterations so that BenchLockedPool takes about 5 seconds again.
Tree-SHA512: 6551e384671f93f
10c60df530a29a1 954bd265cc30541 1f665a8756525e5 afe2873a8032c79 7d00b6e8c07e16d 9827465d0b66287 5433147381474a4 4119ccce - 6558. By Wladimir J. van der Laan
-
Merge #12076: qa: Use node.datadir instead of tmpdir in test framework
c8330d4 qa: Use node.datadir instead of tmpdir in test framework (MarcoFalke)
Pull request description:
Commit c53c9831eedaf3b
311bb9429452688 30f9ba3abc introduced the utility function `get_datadir_path`, however not all places in the code use this util function. Using the util function everywhere makes it easier to review pull requests related to the datadir. This commit replaces datadir path creation with the `datadir` member of `TestNode`, which itself uses `get_datadir_path`.
Tree-SHA512: c75707ab7149d73
2a6d56152a58131 38a33459d3d0757 7b60b89f2a207c8 3b7663fac5f2035 93677c9892d1c23 a5eba4bd45c5c4a babf040d720b437 240fcddf - 6557. By Wladimir J. van der Laan
-
Merge #12718: [Tests] Require exact match in assert_
start_raises_ init_eror (jnewbery) fae1374 qa: Allow for partial_match when checking init error (MarcoFalke)
5812273 [Tests] Require exact match in assert_start_raises_ init_eror( ) (John Newbery)
0ec08a6 [Tests] Move assert_start_raises_ init_error method to TestNode (John Newbery) Pull request description:
Extracted from #12379, because the changes are important on their own.
This allows for exact testing, since the match can be specified with a strict regex. Internal details (such as exact formatting of the error message) can still be fuzzed away by regex wildcards.
Tree-SHA512: 605d2c9c42362a3
2d42321b0666375 77a026d0bb8cfc1 c9f5737a4ca6503 ffe85457a5122ce a6e1101053ccc6c 8aa1bbae3602e1f a7d2988bf7d5c27 5f412f66
Branch metadata
- Branch format:
- Branch format 7
- Repository format:
- Bazaar repository format 2a (needs bzr 1.16 or later)