12015-12-03T00:02:29  *** randy-waterhouse has joined #bitcoin-core-dev
  22015-12-03T00:24:10  *** zookolaptop has quit IRC
  32015-12-03T00:31:07  *** dcousens has joined #bitcoin-core-dev
  42015-12-03T00:37:00  *** guest234234 has joined #bitcoin-core-dev
  52015-12-03T01:30:16  *** Ylbam has quit IRC
  62015-12-03T01:33:50  <phantomcircuit> morcos, have you benchmarked the mempool indexing code with a really large mempool?
  72015-12-03T01:39:34  <phantomcircuit> nvm this issue is entirely unrelated to that
  82015-12-03T02:23:37  *** zookolaptop has joined #bitcoin-core-dev
  92015-12-03T02:46:02  *** moli has joined #bitcoin-core-dev
 102015-12-03T02:49:46  *** molly has quit IRC
 112015-12-03T02:58:00  *** [b__b] has quit IRC
 122015-12-03T02:58:21  *** [b__b] has joined #bitcoin-core-dev
 132015-12-03T03:04:46  *** bsm117532 has quit IRC
 142015-12-03T03:06:37  <dcousens> wumpus: ooi, why wouldn't a daemon print to stderr?
 152015-12-03T03:13:25  *** ipmb has joined #bitcoin-core-dev
 162015-12-03T03:13:26  *** ipmb has left #bitcoin-core-dev
 172015-12-03T03:26:44  *** [b__b] has quit IRC
 182015-12-03T03:27:05  *** [b__b] has joined #bitcoin-core-dev
 192015-12-03T03:53:26  *** calibre720 has quit IRC
 202015-12-03T04:22:31  *** raedah has joined #bitcoin-core-dev
 212015-12-03T04:59:02  *** guest234234 has quit IRC
 222015-12-03T05:12:11  *** zookolaptop has quit IRC
 232015-12-03T06:31:54  *** instagibbs has quit IRC
 242015-12-03T06:42:45  *** instagibbs has joined #bitcoin-core-dev
 252015-12-03T06:47:13  *** raedah has quit IRC
 262015-12-03T07:43:35  *** Ylbam has joined #bitcoin-core-dev
 272015-12-03T08:06:34  *** molly has joined #bitcoin-core-dev
 282015-12-03T08:09:54  *** moli has quit IRC
 292015-12-03T08:25:28  *** guest234234 has joined #bitcoin-core-dev
 302015-12-03T08:45:44  *** randy-waterhouse has quit IRC
 312015-12-03T08:46:29  *** btcdrak has quit IRC
 322015-12-03T08:48:58  *** [1]evoskuil has joined #bitcoin-core-dev
 332015-12-03T08:49:19  *** evoskuil has quit IRC
 342015-12-03T08:49:19  *** [1]evoskuil is now known as evoskuil
 352015-12-03T09:02:11  *** btcdrak has joined #bitcoin-core-dev
 362015-12-03T09:03:35  *** bsm1175322 has quit IRC
 372015-12-03T09:12:18  *** bsm117532 has joined #bitcoin-core-dev
 382015-12-03T09:20:22  *** bsm117532 has quit IRC
 392015-12-03T09:22:43  *** bsm117532 has joined #bitcoin-core-dev
 402015-12-03T09:35:13  *** bsm117532 has quit IRC
 412015-12-03T09:39:06  *** evoskuil has quit IRC
 422015-12-03T09:39:42  *** bsm117532 has joined #bitcoin-core-dev
 432015-12-03T09:44:55  *** evoskuil has joined #bitcoin-core-dev
 442015-12-03T09:47:00  <GitHub48> [bitcoin] jonasschnelli opened pull request #7159: [RPC] Add RBF opt-in possibilities to rawtx functions (master...2015/12/rpc_rbf) https://github.com/bitcoin/bitcoin/pull/7159
 452015-12-03T09:53:13  <GitHub138> [bitcoin] laanwj pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/aeedd8a53b2d...3cd836c1d855
 462015-12-03T09:53:14  <GitHub138> bitcoin/master fab8347 MarcoFalke: [qt] Use tr() instead of _()...
 472015-12-03T09:53:14  <GitHub138> bitcoin/master 3cd836c Wladimir J. van der Laan: Merge pull request #7158...
 482015-12-03T09:53:23  <GitHub45> [bitcoin] laanwj closed pull request #7158: [qt] Use tr() instead of _() (master...MarcoFalke-2015-translations) https://github.com/bitcoin/bitcoin/pull/7158
 492015-12-03T10:17:29  <wumpus> dcousens: because "As defined in W. Richard Stevens' 1990 book, Unix Network Programming (Addison-Wesley, 1990), a daemon is 'a process that executes 'in the background' (i.e., without an associated terminal or login shell)"
 502015-12-03T10:17:58  <wumpus> at best, stderr is connected to nowhere, at worst, it causes some other trouble...
 512015-12-03T10:30:46  *** rubensayshi has joined #bitcoin-core-dev
 522015-12-03T10:32:33  <dcousens> wumpus: assuming you run bitcoind in `-daemon` mode :P
 532015-12-03T10:32:49  <wumpus> obviously
 542015-12-03T10:33:06  <dcousens> perhaps `-printtoconsole` should override that behaviour, allowing stderr to be meaningful
 552015-12-03T10:33:26  <wumpus> (just want to put it in context besides bitcoin)
 562015-12-03T10:34:09  *** MarcoFalke has joined #bitcoin-core-dev
 572015-12-03T10:44:10  <dcousens> haha, yeah, thanks for the ref :)
 582015-12-03T10:52:35  <wumpus> and sure - something could be said for an 'error log' in addition to the 'debug log' for serious issues, which in case of printtoconsole could go to stderr
 592015-12-03T10:54:31  <wumpus>  * [new branch]      0.12 -> 0.12
 602015-12-03T10:55:37  <MarcoFalke> :3
 612015-12-03T10:57:32  <sipa> wheeeeeee
 622015-12-03T11:02:47  <BlueMatt> !
 632015-12-03T11:03:46  *** zxzzt has quit IRC
 642015-12-03T11:11:06  *** evoskuil has quit IRC
 652015-12-03T11:14:18  <GitHub145> [bitcoin] laanwj pushed 1 new commit to master: https://github.com/bitcoin/bitcoin/commit/c12ff995f7d70aafb12f34887fb64aa7482bbc85
 662015-12-03T11:14:19  <GitHub145> bitcoin/master c12ff99 Wladimir J. van der Laan: Now that 0.12 has been branched, master is 0.12.99...
 672015-12-03T11:17:43  *** zxzzt has joined #bitcoin-core-dev
 682015-12-03T11:20:36  *** guest234234 has quit IRC
 692015-12-03T11:24:48  <GitHub32> [bitcoin] laanwj pushed 1 new commit to 0.12: https://github.com/bitcoin/bitcoin/commit/29850008085811fc93b71b345fb2da4146d695e4
 702015-12-03T11:24:49  <GitHub32> bitcoin/0.12 2985000 Wladimir J. van der Laan: Bump version to 0.12.0...
 712015-12-03T11:24:49  *** Tera2342 has joined #bitcoin-core-dev
 722015-12-03T11:25:43  *** Tera2342 has quit IRC
 732015-12-03T11:26:16  *** Tera2342 has joined #bitcoin-core-dev
 742015-12-03T11:27:53  <gmaxwell> weee
 752015-12-03T11:34:00  <wumpus> https://github.com/bitcoin/bitcoin/pull/7062 is still open for 0.12 milestone, but we'll just backport that when merged
 762015-12-03T11:35:55  <MarcoFalke> What is https://github.com/bitcoin/bitcoin/milestones/0.11.0
 772015-12-03T11:36:14  <sipa> MarcoFalke: things that ought to be backported to 0.11 if we do a new release in that branch
 782015-12-03T11:37:15  <wumpus> MarcoFalke: I was somewhat surprised too :)
 792015-12-03T11:37:29  <wumpus> but yes what sipa says makes sense
 802015-12-03T11:37:49  <sipa> hah, greg tagged it as 0.12 AND 0.11
 812015-12-03T11:37:58  <sipa> but it seems github only remembers one
 822015-12-03T11:37:59  <MarcoFalke> It was never done this way, but yeah.
 832015-12-03T11:38:22  <wumpus> right, as only one milestone is remembered, it's not terribly convenient for selection
 842015-12-03T11:38:42  <sipa> maybe we just need tags for milestones
 852015-12-03T11:39:02  <wumpus> not for milestones, but a tag 'needs backport' may be useful, dunno
 862015-12-03T11:39:09  <MarcoFalke> milestones are for future releases?
 872015-12-03T11:39:16  <MarcoFalke> yes, per wumpus
 882015-12-03T11:39:23  <MarcoFalke> "backport .11" tag
 892015-12-03T11:40:35  <wumpus> I'm not even sure it needs an explicit version in it, a general tag may be enough, then the issue itself could mention to what versions
 902015-12-03T11:40:43  *** Tera2342 has quit IRC
 912015-12-03T11:41:33  *** Tera2342 has joined #bitcoin-core-dev
 922015-12-03T11:42:58  *** Tera2342 has quit IRC
 932015-12-03T11:43:42  *** Tera2342 has joined #bitcoin-core-dev
 942015-12-03T11:49:11  <gmaxwell> Damn, github seemed to show "added 12 and 11" in the log, so I assumed it actually did add it to both.
 952015-12-03T11:49:34  <GitHub142> [bitcoin] laanwj closed pull request #6745: Net: Remove "Address refresh broadcast" logic. (master...addr_known_reset) https://github.com/bitcoin/bitcoin/pull/6745
 962015-12-03T11:52:00  <gmaxwell> What height are people at right now?
 972015-12-03T11:52:51  <sipa> 386520
 982015-12-03T11:52:52  <sipa> ;;height
 992015-12-03T11:52:53  <gribble> Error: "height" is not a valid command.
1002015-12-03T11:52:55  <sipa> ;;blocks
1012015-12-03T11:52:56  <gmaxwell> darn it, why is my laptop saying "0 blocks received in the last 4 hours" ? It's at 386520.
1022015-12-03T11:52:56  <gribble> 386520
1032015-12-03T11:52:58  <midnightmagic> 38652
1042015-12-03T11:53:01  <midnightmagic> er +0
1052015-12-03T11:53:18  <midnightmagic> ;;tblb
1062015-12-03T11:53:18  <gribble> (tblb <interval>) -- Calculate the expected time between blocks which take at least <interval> seconds to create. To provide the <interval> argument, a nested 'seconds' command may be helpful.
1072015-12-03T11:53:23  <midnightmagic> ;;tslb
1082015-12-03T11:53:26  <gribble> Time since last block: 13 minutes and 38 seconds
1092015-12-03T11:53:26  <gmaxwell> sipa: that gribble command just queries bc.i ... perhaps we should cluestick nanotube about the rest interface in bitcond. :)
1102015-12-03T11:53:44  <sipa> gmaxwell: i know, but more information is useful
1112015-12-03T11:54:25  <gmaxwell> I think what might happen is that while the laptop is in my bag and offline the warning triggers and it doesn't go away when back online.
1122015-12-03T11:55:52  <btcdrak> oh look, we branched :)
1132015-12-03T12:16:25  *** MazrimTaim has joined #bitcoin-core-dev
1142015-12-03T12:17:13  <GitHub182> [bitcoin] laanwj pushed 7 new commits to master: https://github.com/bitcoin/bitcoin/compare/c12ff995f7d7...884367662155
1152015-12-03T12:17:14  <GitHub182> bitcoin/master ec73ef3 Gregory Maxwell: Replace setInventoryKnown with a rolling bloom filter....
1162015-12-03T12:17:15  <GitHub182> bitcoin/master e206724 Gregory Maxwell: Remove mruset as it is no longer used.
1172015-12-03T12:17:15  <GitHub182> bitcoin/master 6b84935 Patick Strateman: Rename setInventoryKnown filterInventoryKnown
1182015-12-03T12:17:16  <GitHub120> [bitcoin] laanwj closed pull request #7133: Replace setInventoryKnown with a rolling bloom filter (rebase of #7100) (master...known_bloom) https://github.com/bitcoin/bitcoin/pull/7133
1192015-12-03T12:18:03  *** fanquake has joined #bitcoin-core-dev
1202015-12-03T12:33:02  *** fanquake has left #bitcoin-core-dev
1212015-12-03T12:37:09  <GitHub84> [bitcoin] laanwj pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/884367662155...54a550bef8a8
1222015-12-03T12:37:10  <GitHub84> bitcoin/master 086ee67 Pieter Wuille: Switch to a more efficient rolling Bloom filter...
1232015-12-03T12:37:11  <GitHub84> bitcoin/master 54a550b Wladimir J. van der Laan: Merge pull request #7113...
1242015-12-03T12:37:14  <GitHub22> [bitcoin] laanwj closed pull request #7113: Switch to a more efficient rolling Bloom filter (master...betterrolling) https://github.com/bitcoin/bitcoin/pull/7113
1252015-12-03T12:37:20  <GitHub154> [bitcoin] laanwj reopened pull request #6745: Net: Remove "Address refresh broadcast" logic. (master...addr_known_reset) https://github.com/bitcoin/bitcoin/pull/6745
1262015-12-03T12:53:53  <sipa> wumpus: i'll review more PRs (merged and unmerged ones) for 0.12, but first HK
1272015-12-03T12:54:09  <GitHub52> [bitcoin] laanwj pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/54a550bef8a8...5548d9cb11c8
1282015-12-03T12:54:10  <GitHub52> bitcoin/master b440409 Matt Bogosian: Add missing automake package to deb-based UNIX install instructions.
1292015-12-03T12:54:10  <GitHub52> bitcoin/master 5548d9c Wladimir J. van der Laan: Merge pull request #7152...
1302015-12-03T12:54:14  <GitHub183> [bitcoin] laanwj closed pull request #7152: Add missing automake package to deb-based UNIX install instructions. (master...posita/fix-doc-build-unix) https://github.com/bitcoin/bitcoin/pull/7152
1312015-12-03T12:55:52  <wumpus> sipa: sure!
1322015-12-03T12:58:15  <GitHub168> [bitcoin] laanwj pushed 1 new commit to 0.12: https://github.com/bitcoin/bitcoin/commit/cfb44ce97a939cb9b6db96f4b273c2a618e11d88
1332015-12-03T12:58:15  <GitHub168> bitcoin/0.12 cfb44ce Matt Bogosian: Add missing automake package to deb-based UNIX install instructions....
1342015-12-03T13:13:04  *** BashCo has quit IRC
1352015-12-03T13:34:58  <jtimon> so when is 0.12 going to branch?
1362015-12-03T13:35:29  <jtimon> wasn't it supposed to be dec 1st?
1372015-12-03T13:35:35  <MarcoFalke> It already did?
1382015-12-03T13:35:58  <jtimon> MarcoFalke: oh, I missed that, thanks
1392015-12-03T13:37:00  <MarcoFalke> jtimon maybe you can create a separate PR for the first 3 commits of https://github.com/bitcoin/bitcoin/pull/6625/commits
1402015-12-03T13:37:51  <MarcoFalke> So they don't go through the rebase every time.
1412015-12-03T13:38:33  <jtimon> now I can start working on top of 3cd836c1, great!
1422015-12-03T13:40:39  <jtimon> MarcoFalke: yeah I suggested it https://github.com/bitcoin/bitcoin/pull/6625#issuecomment-157403741 but sipa said that wasn't necessary. As said here https://github.com/bitcoin/bitcoin/pull/6625#issuecomment-161610648 is what I'm going to do the next time that the last commit causes conflicts
1432015-12-03T13:41:20  <jtimon> btcdrak: said it was fine for 0.12 too, but that didn't ended up being the case
1442015-12-03T13:46:56  *** MarcoFalke has quit IRC
1452015-12-03T14:10:13  <GitHub156> [bitcoin] ptschip opened pull request #7164: Do not download transactions during initial blockchain sync (master...tx_getdata) https://github.com/bitcoin/bitcoin/pull/7164
1462015-12-03T14:18:00  <GitHub142> [bitcoin] laanwj opened pull request #7165: WIP: build: Enable C++11 in build, require C++11 compiler (master...2015_12_c++11) https://github.com/bitcoin/bitcoin/pull/7165
1472015-12-03T14:21:45  <gmaxwell> \O/
1482015-12-03T14:22:23  <sipa> and the crowd goes wild
1492015-12-03T14:22:54  <wumpus> hah!
1502015-12-03T14:23:51  <sipa> test/scheduler_tests.cpp:31:13: warning: ‘void scheduler_tests::MicroSleep(uint64_t)’ defined but not used [-Wunused-function] static void MicroSleep(uint64_t n)
1512015-12-03T14:24:17  <wumpus> sipa: yeah that function is not used pending fixing of the scheduler tests, harmles
1522015-12-03T14:24:32  <sipa> i'm aware, just wasn't sure whether we were aware of the warning :)
1532015-12-03T14:24:41  <wumpus> I was aware
1542015-12-03T14:24:59  <wumpus> scheduler stuff really needs to be fixed, I just have no time for that right now
1552015-12-03T14:25:05  <sipa> understood
1562015-12-03T14:25:28  <wumpus> (this is better than having travis hang 4% of the time)
1572015-12-03T14:31:24  <gmaxwell> :-/
1582015-12-03T14:36:49  <wumpus> not sure even if it's a bug in the test or the implementation. Though I'm not aware of any issues with it that don't concern the test, although in practice we only use it single-threaded so whatever trips up the test is likely not an issue in practical use...
1592015-12-03T14:37:43  *** Tera2342 has quit IRC
1602015-12-03T14:37:48  <wumpus> if the intent is to only ever use it single-threadedly, both the implementation and the test could be simplified a lot
1612015-12-03T14:38:52  <wumpus> (although it is always difficult to test something inherently time-based)
1622015-12-03T14:39:56  *** Guyver2 has joined #bitcoin-core-dev
1632015-12-03T14:55:13  *** afk11 has joined #bitcoin-core-dev
1642015-12-03T15:25:20  <jl2012> Why Antpool is not upgrading to BIP65? It is the last major pool to upgrade
1652015-12-03T15:25:59  <jl2012> sorry wrong group
1662015-12-03T15:27:41  <cfields> oh, i hadn't seen the 0.12 branch yet. woohoo :)
1672015-12-03T15:31:08  <cfields> sipa: i have a few questions about addrman when you have a min
1682015-12-03T15:33:05  <cfields> sipa: for one, i'm not understanding the timing used for Connected()
1692015-12-03T15:33:09  *** ParadoxSpiral has joined #bitcoin-core-dev
1702015-12-03T15:34:31  <jtimon> btcdrak: could you make me a branch with bip68 and bip112  on top of 3cd836c1 ?
1712015-12-03T15:35:04  <cfields> (specifically, why it's called when a node is deleted). Is that meant to mean "this is the last time i saw that i was connected to this node" ?
1722015-12-03T15:35:12  <jtimon> no hurry though, I can do it myself if you don't have time as well
1732015-12-03T15:36:18  <sipa> cfields: yup
1742015-12-03T15:36:45  <sipa> that's why it's done then, to not leak information beforehand about being connected to that node
1752015-12-03T15:36:45  <jtimon> would be nicer to wait for them to get merged before backporting the commits, but I'm not sure I can wait that long...
1762015-12-03T15:37:34  *** treehug88 has joined #bitcoin-core-dev
1772015-12-03T15:37:51  <cfields> sipa: ok. So is it reasonable to call that any time is a node is disconnected, whether done via forced disconnect/ban, shutdown, timeout, etc?
1782015-12-03T15:38:56  <cfields> i assume yes?
1792015-12-03T15:41:23  <sipa> yes
1802015-12-03T15:41:50  <sipa> i guess it would be even better to pass along the timestamp, and send it the lastreceived timestamp of CNode
1812015-12-03T15:42:25  <cfields> yes, that's what i was planning to change it to
1822015-12-03T15:43:35  <cfields> well, i was intending to use the disconnect time itself. lastreceived makes more sense i guess
1832015-12-03T15:44:26  <sipa> don't think it matters much
1842015-12-03T15:44:31  <cfields> max(lastsent,lastreceived) maybe?
1852015-12-03T15:44:33  <cfields> ok
1862015-12-03T15:44:52  <cfields> lastly, mind commenting on https://github.com/theuni/bitcoin/commit/792b0f5da618ea51ecd7b21db633faa6743c1e68 ?
1872015-12-03T15:46:33  <sipa> lastsent doesn't mean much, we want to know when we last saw the node
1882015-12-03T15:47:01  <sipa> will look, but not now
1892015-12-03T15:47:14  <cfields> the range/mask is up for bikeshed, i'm just interested in your general opinion
1902015-12-03T15:47:16  <cfields> np, thanks
1912015-12-03T15:49:50  <cfields> gmaxwell: would be great to get your thoughts on that as well since it was your idea :)
1922015-12-03T15:50:23  <jtimon> cfields: any further thoughts on #7091 ?
1932015-12-03T15:51:00  <cfields> jtimon: i haven't been keeping up with those. looking now.
1942015-12-03T15:51:30  <jtimon> cfields: thanks!
1952015-12-03T15:54:16  <cfields> jtimon: i really don't care for the idea of building everything twice when a helper lib can be used to avoid that. Also, as-is, that seems like a slipperly slope as everything that's lib-friendly is likely to start ending up in that last.
1962015-12-03T15:54:58  <jtimon> no, only whatever is required to expose verifyblock in libconsensus should end up there
1972015-12-03T15:55:23  <jtimon> but things are being built twice for libconsensus already, that doesn't change
1982015-12-03T15:56:38  <jtimon> main, chain and coins should never end up there, even if they end up being lib-friendly
1992015-12-03T15:56:52  <cfields> jtimon: understood. but if you're creating a helper lib, may as well use it
2002015-12-03T15:57:11  <jtimon> I don't undesrtand the point about the helper lib
2012015-12-03T15:57:23  <jtimon> why is it a "helper" lib?
2022015-12-03T15:57:51  <jtimon> and how is the consensus package not being used?
2032015-12-03T15:58:19  <cfields> by "helper" i mean a private lib that's only used for linking into public binaries
2042015-12-03T15:58:46  <cfields> jtimon: i gave a patch a few days ago that shows how to link the helper directly into libconsensus.so rather than building twice
2052015-12-03T15:59:50  *** molly has quit IRC
2062015-12-03T16:00:22  <jtimon> oh, yes, I focused on your nits (and finding out that for some reason the packages have to be build in backards order [linking order]), but I forgot about cherry picking from your branch
2072015-12-03T16:00:46  <jtimon> I'll look into that
2082015-12-03T16:01:38  <jtimon> btw, you never answer that question, why autotools wants the packages to be build in the same order that is needed for linking (the opposite of what I was trying to achieve)
2092015-12-03T16:01:49  <jtimon> ?
2102015-12-03T16:02:38  <cfields> jtimon: i responded on github
2112015-12-03T16:02:42  <jtimon> cfields: but to be clear, your improvement is kind of orthogonal to mine, isn't it?
2122015-12-03T16:03:11  <cfields> jtimon: no, the helper lib needs to be created one way or the other
2132015-12-03T16:03:38  <jtimon> I had further questions: https://github.com/bitcoin/bitcoin/pull/7091#issuecomment-160295304
2142015-12-03T16:04:22  <jtimon> cfields: but that can be done after 7091, no?
2152015-12-03T16:04:44  <cfields> jtimon: no, the lib syntax and usage is different
2162015-12-03T16:04:57  <jtimon> oh, I didn't knew that
2172015-12-03T16:05:30  <cfields> one is an automake lib, the other is a libtool lib
2182015-12-03T16:05:33  <jtimon> I guess I'll have to close #7091 and start over
2192015-12-03T16:05:54  <cfields> jtimon: you'll be in HK?
2202015-12-03T16:06:00  <jtimon> yes
2212015-12-03T16:06:13  <cfields> maybe we can hack on it a bit there?
2222015-12-03T16:06:27  <jtimon> yeah, it would be nice to do this in front of you (or you do it in front of me)
2232015-12-03T16:07:07  <cfields> yea, realtime would be much easier i think
2242015-12-03T16:07:30  <jtimon> does that sound good to you, peer programming this? I think it will be very fast that way
2252015-12-03T16:07:51  <cfields> you're staying for the dev meetup on the 8th/9th?
2262015-12-03T16:07:51  <jtimon> great, closing 7091 then
2272015-12-03T16:07:56  <jtimon> yes
2282015-12-03T16:08:05  <sipa> jtimon: don't close things too eagerly :)
2292015-12-03T16:08:24  <cfields> great! yea, let's plan some time then
2302015-12-03T16:10:07  <cfields> sipa: heh, he's not shy about re-opening :)
2312015-12-03T16:10:29  <sipa> i know
2322015-12-03T16:10:32  <GitHub19> [bitcoin] jtimon closed pull request #7091: Consensus build package (master...consensus-build) https://github.com/bitcoin/bitcoin/pull/7091
2332015-12-03T16:12:38  <jtimon> well I have been told to create a new one instead, but since "the lib syntax and usage is different" is going to be quite different anyway, who knows, maybe we do it in cfields' computer
2342015-12-03T16:12:54  <sipa> ok!
2352015-12-03T16:13:35  <jtimon> there's no point in have to rebase if say you do something nice like moving merkle to the consensus folder or something
2362015-12-03T16:13:50  <cfields> jtimon: sipa has a point though. by all means if you think you're right, fight me on it :)
2372015-12-03T16:14:21  *** rubensayshi has quit IRC
2382015-12-03T16:16:09  <jtimon> cfields: but I agree with building the objects only once, I'm just not sure how much of 7091 as is, is incompatible with what you want to do, if you prefer to tell me that in person next week
2392015-12-03T16:17:06  <jtimon> and I don't close it because you have objections to it, just because I'm not going to rebase it as is if it's incompatible with building only once, which I also want for bitcoin jt
2402015-12-03T16:18:05  <jtimon> the code is in jtimon/libconsensus-f2 (pre-bitcoin-jt) anyway
2412015-12-03T16:19:21  <cfields> ok
2422015-12-03T16:37:39  *** moli has joined #bitcoin-core-dev
2432015-12-03T16:55:51  *** JackH has joined #bitcoin-core-dev
2442015-12-03T17:22:46  *** MazrimTaim has quit IRC
2452015-12-03T17:32:50  *** zookolaptop has joined #bitcoin-core-dev
2462015-12-03T17:39:03  *** Amnez777- has joined #bitcoin-core-dev
2472015-12-03T17:39:45  *** Amnez777 has quit IRC
2482015-12-03T17:40:21  *** Amnez777 has joined #bitcoin-core-dev
2492015-12-03T17:40:21  *** Amnez777 has quit IRC
2502015-12-03T17:40:22  *** Amnez777 has joined #bitcoin-core-dev
2512015-12-03T17:41:52  *** MazrimTaim has joined #bitcoin-core-dev
2522015-12-03T17:44:23  *** Amnez777- has quit IRC
2532015-12-03T17:46:41  *** ParadoxSpiral_ has joined #bitcoin-core-dev
2542015-12-03T17:49:45  *** ParadoxSpiral has quit IRC
2552015-12-03T18:17:14  *** zookolaptop has quit IRC
2562015-12-03T18:50:40  *** cocoBTC has joined #bitcoin-core-dev
2572015-12-03T19:04:38  *** afk11 has quit IRC
2582015-12-03T19:11:40  *** raedah has joined #bitcoin-core-dev
2592015-12-03T19:17:15  *** neha has quit IRC
2602015-12-03T19:19:33  *** neha has joined #bitcoin-core-dev
2612015-12-03T19:23:44  *** JackH has quit IRC
2622015-12-03T19:24:49  *** afk11 has joined #bitcoin-core-dev
2632015-12-03T19:27:30  *** afk11 has quit IRC
2642015-12-03T19:29:23  *** neha has quit IRC
2652015-12-03T19:30:47  *** JackH has joined #bitcoin-core-dev
2662015-12-03T19:35:54  *** neha has joined #bitcoin-core-dev
2672015-12-03T20:17:16  <GitHub29> [bitcoin] gmaxwell opened pull request #7166: Disconnect on mempool requests from peers when over the upload limit. (master...mempool_p2p_when_overlimit) https://github.com/bitcoin/bitcoin/pull/7166
2682015-12-03T20:17:25  *** dcousens has quit IRC
2692015-12-03T20:30:47  *** belcher has joined #bitcoin-core-dev
2702015-12-03T20:35:39  *** raedah has quit IRC
2712015-12-03T21:13:29  *** amiller has quit IRC
2722015-12-03T21:18:45  *** Guest2192 has joined #bitcoin-core-dev
2732015-12-03T21:21:11  *** Guyver2 has quit IRC
2742015-12-03T21:31:20  *** Guest2192 has quit IRC
2752015-12-03T21:31:20  *** Guest2192 has joined #bitcoin-core-dev
2762015-12-03T21:31:20  *** Guest2192 is now known as amiller
2772015-12-03T21:31:47  *** zookolaptop has joined #bitcoin-core-dev
2782015-12-03T21:37:41  *** zookolap` has joined #bitcoin-core-dev
2792015-12-03T21:38:54  *** zookolaptop has quit IRC
2802015-12-03T21:40:12  <jgarzik> Wizards,
2812015-12-03T21:40:35  <jgarzik> Has anybody written up designs for a "wallet" does not have complete control over the keys?
2822015-12-03T21:40:44  <jgarzik> A bank that cannot steal from you :)
2832015-12-03T21:41:00  <jgarzik> er, oops, wrong channel
2842015-12-03T21:54:26  *** zookolap` is now known as zooko
2852015-12-03T22:00:37  *** moley has joined #bitcoin-core-dev
2862015-12-03T22:03:05  *** moli has quit IRC
2872015-12-03T22:22:02  *** zooko has quit IRC
2882015-12-03T22:22:33  *** treehug88 has quit IRC
2892015-12-03T22:26:32  *** Thireus has quit IRC
2902015-12-03T22:27:58  *** Thireus has joined #bitcoin-core-dev
2912015-12-03T22:56:00  *** ParadoxSpiral_ has quit IRC
2922015-12-03T23:01:15  *** Amnez777 has quit IRC
2932015-12-03T23:08:04  *** Amnez777 has joined #bitcoin-core-dev
2942015-12-03T23:10:04  *** moley is now known as moli
2952015-12-03T23:32:56  *** Thireus has quit IRC
2962015-12-03T23:33:12  *** jgarzik has quit IRC
2972015-12-03T23:33:55  *** belcher has quit IRC
2982015-12-03T23:33:57  *** zookolaptop has joined #bitcoin-core-dev
2992015-12-03T23:36:30  *** belcher has joined #bitcoin-core-dev
3002015-12-03T23:39:06  *** cocoBTC has quit IRC
3012015-12-03T23:40:04  *** Tera2342 has joined #bitcoin-core-dev
3022015-12-03T23:45:45  *** tulip has joined #bitcoin-core-dev
3032015-12-03T23:59:43  *** Thireus has joined #bitcoin-core-dev