12016-10-21T00:05:16  *** aalex has quit IRC
  22016-10-21T00:08:21  *** aalex has joined #bitcoin-core-dev
  32016-10-21T00:14:49  *** andytoshi is now known as grindeltoshi
  42016-10-21T00:38:04  <achow101> michagogo: interesting. My script (the on that is in contrib/) doesn't work. But yours does. Now I need to find what the difference is, because mine does a whole lot more stuff
  52016-10-21T00:39:32  *** so has quit IRC
  62016-10-21T00:49:09  *** DigiByteDev has joined #bitcoin-core-dev
  72016-10-21T00:50:08  *** aalex has quit IRC
  82016-10-21T00:58:22  *** aalex has joined #bitcoin-core-dev
  92016-10-21T01:17:12  *** AaronvanW has quit IRC
 102016-10-21T01:20:38  *** AaronvanW has joined #bitcoin-core-dev
 112016-10-21T01:20:38  *** AaronvanW has quit IRC
 122016-10-21T01:20:38  *** AaronvanW has joined #bitcoin-core-dev
 132016-10-21T01:34:07  <luke-jr> sigs pushed for rc2
 142016-10-21T01:42:26  *** DigiByteDev has quit IRC
 152016-10-21T01:44:39  <achow101> michagogo: I got it to work with my script (had to make a few tweaks). Thanks for making the vm image. Maybe part of the issue I have with setting up lxc on my computer is that I use Ubuntu 16.04 instead of 14.04
 162016-10-21T01:50:31  *** DigiByteDev has joined #bitcoin-core-dev
 172016-10-21T02:14:37  *** Chris_Stewart_5 has quit IRC
 182016-10-21T02:16:58  *** DigiByteDev has quit IRC
 192016-10-21T02:27:15  *** DigiByteDev has joined #bitcoin-core-dev
 202016-10-21T02:29:28  *** aalex has quit IRC
 212016-10-21T02:30:11  *** Alopex has quit IRC
 222016-10-21T02:31:16  *** Alopex has joined #bitcoin-core-dev
 232016-10-21T02:34:37  *** harrymm has quit IRC
 242016-10-21T02:35:59  *** harrymm has joined #bitcoin-core-dev
 252016-10-21T02:38:22  *** aalex has joined #bitcoin-core-dev
 262016-10-21T02:42:28  *** DigiByteDev has quit IRC
 272016-10-21T02:48:23  *** alpalp has quit IRC
 282016-10-21T03:03:01  *** alpalp has joined #bitcoin-core-dev
 292016-10-21T03:09:12  *** Alopex has quit IRC
 302016-10-21T03:10:17  *** Alopex has joined #bitcoin-core-dev
 312016-10-21T03:10:49  *** alpalp has quit IRC
 322016-10-21T03:25:55  <luke-jr> https://lwn.net/Articles/704078/ local exploit in all released Linux kernels
 332016-10-21T03:27:21  <luke-jr> "An exploit using this technique has been found in the wild."
 342016-10-21T03:29:14  *** aalex has quit IRC
 352016-10-21T03:33:21  *** aalex has joined #bitcoin-core-dev
 362016-10-21T03:43:44  *** paveljanik has quit IRC
 372016-10-21T03:59:26  *** aalex has quit IRC
 382016-10-21T04:02:33  <jl2012> is there any way to generate the same block hash every time running regtest?
 392016-10-21T04:05:53  <luke-jr> jl2012: by giving it the same blocks?
 402016-10-21T04:07:10  *** roconnor has joined #bitcoin-core-dev
 412016-10-21T04:08:01  <jl2012> so i can't generate blocks with the RPC generate command?
 422016-10-21T04:08:22  *** aalex has joined #bitcoin-core-dev
 432016-10-21T04:09:52  <luke-jr> nothing stopping you, but there's no reason to expect that to be deterministic
 442016-10-21T04:10:10  <luke-jr> might work if you set a mock time.. maybe
 452016-10-21T04:10:30  <jl2012> it'd be nice if it has a detministicgenerate command. Given the same condition, it always returns the same block hash
 462016-10-21T04:10:43  <luke-jr> but the conditions are never the same (timestamp)
 472016-10-21T04:11:17  <luke-jr> it's not like compiling where it's just a random timestamp being added, the timestamp actually has a role in the blockchain :p
 482016-10-21T04:12:16  <jl2012> that could be deterministic too, e.g. just make it always 600s apart
 492016-10-21T04:12:31  <luke-jr> seems like it'd defeat the purpose
 502016-10-21T04:13:17  <jl2012> sometimes, you want to faithfually repeat the process
 512016-10-21T04:13:45  <luke-jr> so try setting a mock time..
 522016-10-21T04:14:26  <jl2012> also setting the same pubkey for reward, I guess?
 532016-10-21T04:14:49  <luke-jr> or just load a set deterministic wallet ;)
 542016-10-21T04:19:22  *** aalex has quit IRC
 552016-10-21T04:19:47  *** shangzhou has joined #bitcoin-core-dev
 562016-10-21T04:23:24  *** aalex has joined #bitcoin-core-dev
 572016-10-21T04:26:22  <jl2012> thanks
 582016-10-21T04:36:16  *** Giszmo has quit IRC
 592016-10-21T04:45:37  *** Alopex has quit IRC
 602016-10-21T04:46:42  *** Alopex has joined #bitcoin-core-dev
 612016-10-21T05:01:13  *** roconnor has quit IRC
 622016-10-21T05:06:27  *** belcher has quit IRC
 632016-10-21T05:16:41  *** belcher has joined #bitcoin-core-dev
 642016-10-21T05:20:20  *** ___tau___ has quit IRC
 652016-10-21T05:25:26  *** Alopex has quit IRC
 662016-10-21T05:26:31  *** Alopex has joined #bitcoin-core-dev
 672016-10-21T05:34:44  *** ghtdak has quit IRC
 682016-10-21T05:44:09  *** aalex has quit IRC
 692016-10-21T05:44:52  *** paveljanik has joined #bitcoin-core-dev
 702016-10-21T05:48:22  *** aalex has joined #bitcoin-core-dev
 712016-10-21T05:50:02  *** ghtdak has joined #bitcoin-core-dev
 722016-10-21T06:06:06  *** Alopex has quit IRC
 732016-10-21T06:07:11  *** Alopex has joined #bitcoin-core-dev
 742016-10-21T06:11:36  *** jtimon has quit IRC
 752016-10-21T06:31:15  *** shangzhou has quit IRC
 762016-10-21T06:36:21  *** niska has quit IRC
 772016-10-21T06:36:21  *** PatBoy has quit IRC
 782016-10-21T06:36:45  *** PatBoy has joined #bitcoin-core-dev
 792016-10-21T06:36:47  *** niska has joined #bitcoin-core-dev
 802016-10-21T07:29:25  *** aalex has quit IRC
 812016-10-21T07:33:25  *** aalex has joined #bitcoin-core-dev
 822016-10-21T07:37:18  *** d_t has joined #bitcoin-core-dev
 832016-10-21T07:39:25  *** aalex has quit IRC
 842016-10-21T07:43:09  *** d_t has quit IRC
 852016-10-21T07:43:21  *** aalex has joined #bitcoin-core-dev
 862016-10-21T08:06:31  *** cdecker has joined #bitcoin-core-dev
 872016-10-21T08:13:53  *** justanotheruser has quit IRC
 882016-10-21T08:25:04  *** aalex has quit IRC
 892016-10-21T08:28:36  *** aalex has joined #bitcoin-core-dev
 902016-10-21T08:31:06  <Victorsueca> morning
 912016-10-21T08:34:40  <wumpus> morning
 922016-10-21T08:35:02  <jonasschnelli> Would it be problematic to throw CoinControl into the wallet logic in cases where CoinControl is disabled? https://github.com/bitcoin/bitcoin/blob/master/src/qt/sendcoinsdialog.cpp#L233
 932016-10-21T08:35:38  <jonasschnelli> I guess CoinControls default should result in the exact same transaction like if it was not thrown into the CreateTransaction logic
 942016-10-21T08:36:07  <wumpus> youd' have to be really sure of that
 952016-10-21T08:36:24  <wumpus> also there's the possibility that the user disabled coincontrol and the settings are no longer at default
 962016-10-21T08:36:27  <wumpus> be careful
 972016-10-21T08:36:37  <jonasschnelli> hm...
 982016-10-21T08:36:59  <jonasschnelli> I'd like to use it for the confirmation target (instead of miss-using the default)
 992016-10-21T08:37:05  <Victorsueca> In theory the logic should be the same except maybe for some edge cases
1002016-10-21T08:37:08  *** droark has quit IRC
1012016-10-21T08:37:09  <jonasschnelli> Instead of adding a parameter to CreateTransaction
1022016-10-21T08:37:17  <wumpus> I don't think passing in a defaults-only coincontrol structure if no coin control is desired is a bad idea per ce, it would simplify some checks
1032016-10-21T08:37:36  <wumpus> Victorsueca: "in theory" is not good enough for these kind of changes
1042016-10-21T08:37:58  <jonasschnelli> The problem is, CoinControl has bad test coverage. Mostly GUI only
1052016-10-21T08:38:05  <Victorsueca> wumpus: yeah, either is "maybe" for the edge cases
1062016-10-21T08:38:06  <wumpus> yes, that has to change
1072016-10-21T08:38:45  <Victorsueca> this would have to go through some extensive checks to be sure the logic is the same
1082016-10-21T08:39:09  <wumpus> requiring a coincontrol object would at least unify the coin control and non-coin control code paths for a bit
1092016-10-21T08:39:28  *** jannes has joined #bitcoin-core-dev
1102016-10-21T08:40:42  <wumpus> good idea to use it for the confirmation target. THat would change meaning of the the structure from "coin control" to "sending preferences" but that's OK
1112016-10-21T08:41:27  *** whphhg has quit IRC
1122016-10-21T08:41:30  <wumpus> that's more general, I've always thought it was a bit strange to have an argument for what is basically a specific UI feature
1132016-10-21T08:41:47  <jonasschnelli> Yes. We could rename it soon.
1142016-10-21T08:41:56  <jonasschnelli> We aleady use it over RPC for fundraw
1152016-10-21T08:42:03  <wumpus> well no need to rename it immediately, just add a comment to the documentation or so
1162016-10-21T08:42:19  <wumpus> e.g. at the top of the class
1172016-10-21T08:42:30  <wumpus> right, it's alredy used for other things
1182016-10-21T08:42:47  *** laurentmt has joined #bitcoin-core-dev
1192016-10-21T08:43:02  <jonasschnelli> Currently, if you play with the smartfee-slider and use RPC or console (send*) it will affect your RPC/consoles send* confirmation target. :)
1202016-10-21T08:43:22  *** Guyver2 has joined #bitcoin-core-dev
1212016-10-21T08:43:23  <wumpus> yes changing the default in the background is really ugly
1222016-10-21T08:43:54  <wumpus> that always bothered me, all the side effects and uncontained input in the wallet logic
1232016-10-21T08:45:13  <Victorsueca> it's also ugly how it uses different fee systems for the GUI and the RPC
1242016-10-21T08:45:17  <jonasschnelli> Yeah. We need to untangle the "CoinControls" layer violation. It should always respect the WalletModel
1252016-10-21T08:46:16  <Victorsueca> lots of people have made mistakes believing the GUI setting would affect the RPC backend (which is logic to think)
1262016-10-21T08:48:09  *** whphhg has joined #bitcoin-core-dev
1272016-10-21T08:49:13  <jonasschnelli> Oh. So users may use the GUI to set the RPC parameters? So it's a features instead a bug?!
1282016-10-21T08:52:08  <tulip> Lightsword: testnet seems to be at least mostly working today. some of the testnet explorers are jammed, but blockr.io and blocktrail.com are keeping up.
1292016-10-21T08:52:18  <Victorsueca> jonasschnelli: AFAIK the GUI slider doesn't affect the RPC, and that's exactly the problem, some people tries it and ends sending a transaction with the RPC fee setting
1302016-10-21T08:57:20  <GitHub24> [bitcoin] jonasschnelli opened pull request #8989: [Qt] overhaul smart-fee slider, adjust default confirmation target (master...2016/10/qt_slider) https://github.com/bitcoin/bitcoin/pull/8989
1312016-10-21T08:58:10  <wumpus> nonono the GUI should *not* affect the RPC
1322016-10-21T08:58:30  <wumpus> that's completely clueless
1332016-10-21T08:59:11  <wumpus> e.g. third-party software using the RPC should not be affected by what the user happens to be currently doing in the GUI
1342016-10-21T08:59:26  <wumpus> of course this is different from clearly global scope changes like the 'settings' dialog
1352016-10-21T08:59:33  <wumpus> which should affect the whole process
1362016-10-21T08:59:44  <wumpus> but per-send options should definitely not affect RPC
1372016-10-21T08:59:48  <Victorsueca> wumpus: yeah, but maybe we should add a warning message to avoid confusion, some people actually tries to use the GUI to set the RPC fee
1382016-10-21T08:59:58  <luke-jr> wumpus: the slider isn't clearly per-send
1392016-10-21T09:00:10  <wumpus> it should be.
1402016-10-21T09:00:17  <luke-jr> wumpus: it's outside the entry-container, and remains set after you send
1412016-10-21T09:00:23  <luke-jr> this suggests to me that it's global
1422016-10-21T09:00:27  <luke-jr> even though I know it isn't
1432016-10-21T09:00:59  <jonasschnelli> It's per send.. but the value will be stored and persisted in QSettings
1442016-10-21T09:01:16  <luke-jr> jonasschnelli: how is that per send? :P
1452016-10-21T09:01:40  <wumpus> it can be a convenience to remember the setting
1462016-10-21T09:01:42  <jonasschnelli> With per-send I mean that its value should not be spread global and effect the CWallet structure and RPC
1472016-10-21T09:01:50  <wumpus> but if that puts people on wrong footing, it should probably just reset every time
1482016-10-21T09:02:04  <jonasschnelli> It's per-send in the software-design but persisted between multiple sends. :)
1492016-10-21T09:02:10  <luke-jr> Maybe a "set as default" button
1502016-10-21T09:02:19  <wumpus> but that default still shouldn't affect RPC
1512016-10-21T09:02:26  <jonasschnelli> I think it could be useful to keep the confirmation target between sends
1522016-10-21T09:02:37  <jonasschnelli> Yes. The default is GUI only
1532016-10-21T09:02:38  <luke-jr> wumpus: why?
1542016-10-21T09:02:49  <wumpus> there isn't even such a a setting in RPC, and QSettings should never affect core settings anyway
1552016-10-21T09:02:59  <jonasschnelli> Indeed
1562016-10-21T09:03:03  <wumpus> because RPC should be as stateless aspossible
1572016-10-21T09:03:24  <luke-jr> it's a command-line option from the user's perspective
1582016-10-21T09:03:24  <jonasschnelli> We could think of adding a conf-target feature to fundraw
1592016-10-21T09:03:24  <wumpus> and certainly not 'inhereit' from the GUI
1602016-10-21T09:03:37  <wumpus> this creates even more confusing differences between running bitcoind and running the GUI
1612016-10-21T09:03:46  * jonasschnelli needs to fo afk
1622016-10-21T09:04:00  <luke-jr> "Set as GUI default" :P
1632016-10-21T09:04:05  <wumpus> yes
1642016-10-21T09:04:15  <luke-jr> inb4 users ask what a GUI is <.<
1652016-10-21T09:04:38  <wumpus> the people that use RPC will know
1662016-10-21T09:04:42  <Victorsueca> think of it as a browser storing your login email for a web page, the web page only receives the email once per-login, even tho the browser can remember it and prefill the field the next time you visit the web page
1672016-10-21T09:05:02  <wumpus> people that only use the GUI don't need to know the distinction
1682016-10-21T09:06:59  <wumpus> but anyhow for the interface to be well-defined it needs to be entirely transparent which parameters affect RPC calls, there can't be any 'magic' side-input depending on whether a GUI is running
1692016-10-21T09:07:35  <wumpus> remember the goal is to decouple the GUI, not couple it further
1702016-10-21T09:09:56  <Victorsueca> what about putting a RPC-specific fee setting on the GUI? Maybe on Settings > Options...
1712016-10-21T09:10:09  <wumpus> no, let people set RPC settings through RPC
1722016-10-21T09:11:01  <wumpus> or preferably, pass necessary all input to the call itself so the message is self-contained
1732016-10-21T09:16:28  <wumpus> but yes, in the settings dialog there could be settings that affect both GUI and RPC, there are some like 'dbcache' which necessarily need to affect everything
1742016-10-21T09:16:39  <wumpus> there it is not confusing
1752016-10-21T09:16:56  *** laurentmt has quit IRC
1762016-10-21T09:16:57  *** aalex has quit IRC
1772016-10-21T09:18:27  *** aalex has joined #bitcoin-core-dev
1782016-10-21T09:18:50  <wumpus> those settings will have associated command line arguments, and should also be able to be changed through RPC if possible to change them during runtime
1792016-10-21T09:20:35  <wumpus> settings that affect RPC usage, but can't be set either through command line arguments or through RPC, but only through the GUI should be avoided at all costs
1802016-10-21T09:24:35  *** aalex has quit IRC
1812016-10-21T09:24:58  *** aalex has joined #bitcoin-core-dev
1822016-10-21T09:27:49  *** Guyver2 has quit IRC
1832016-10-21T09:28:01  *** Guyver2 has joined #bitcoin-core-dev
1842016-10-21T09:31:52  <wumpus> hey, coincontrol.h needs to be in src/wallet
1852016-10-21T09:33:19  *** Victor_sueca has joined #bitcoin-core-dev
1862016-10-21T09:33:34  *** Victorsueca has quit IRC
1872016-10-21T09:33:58  *** Victor_sueca is now known as Victorsueca
1882016-10-21T09:36:08  <jl2012> is there any RPC command to clear the mempool or clear a txid from mempool?
1892016-10-21T09:36:19  <jl2012> for regtest
1902016-10-21T09:36:35  <wumpus> I don't think so
1912016-10-21T09:38:00  <jl2012> any reason not to have this? I think it's useful for testing
1922016-10-21T09:38:07  <wumpus> feel free to add it
1932016-10-21T09:38:18  <jl2012> ok, i'll try
1942016-10-21T09:39:37  <wumpus> though I'm not sure how useful it is for RPC testing, removing transactions manually seems a thing to exercise in mempool unit tests
1952016-10-21T09:40:02  <wumpus> but if you have a specific test inmind that would improve, sure
1962016-10-21T09:41:38  <jl2012> e.g. I submitted a tx, then I malleate the tx and resubmit, and want to see if the new version would be accepted
1972016-10-21T09:44:29  *** shangzhou has joined #bitcoin-core-dev
1982016-10-21T09:45:22  <shangzhou> i think one thing was BIP 16 has an accidental stack limit of 520 bytes for the script.  you'd have to ask wumpus, gmaxwell, pwuille etc. https://bitcoincore.slack.com/archives/welcome/p1477041640021165
1992016-10-21T09:45:37  *** JackH has quit IRC
2002016-10-21T09:48:48  <jl2012> shangzhou: that's not accidental. The limit was there long before that
2012016-10-21T09:50:26  <michagogo> achow101: yeah, I'm pretty sure The Xenial Xerus was known to be problematic
2022016-10-21T09:50:28  <GitHub196> [bitcoin] laanwj opened pull request #8990: moveonly: move `coincontrol` to `src/wallet` (master...2016_10_coincontrol_wallet) https://github.com/bitcoin/bitcoin/pull/8990
2032016-10-21T09:51:56  <luke-jr> jl2012: it was accidental that it affected P2SH
2042016-10-21T09:52:26  <jl2012> no one realized that when P2SH was deployed?
2052016-10-21T09:53:34  <luke-jr> nope
2062016-10-21T09:53:50  <luke-jr> it wasn't until much later that we realised 20-of-20 multisig wouldn't work :p
2072016-10-21T09:54:17  <luke-jr> (or even 1-of-20 IIRC)
2082016-10-21T09:54:33  <jl2012> well......I can't believe everyone overlooked this
2092016-10-21T09:54:44  *** nickler has quit IRC
2102016-10-21T09:55:12  <Victorsueca> now that max script size is set on stone, fixing it would be a hard-fork
2112016-10-21T09:55:28  <jl2012> max script size is still 10000
2122016-10-21T09:55:34  <michagogo> jl2012: people overlook obvious things all the time
2132016-10-21T09:55:34  <wumpus> back then, getting a lot of good review for proposals was a problem, even more than it was now
2142016-10-21T09:55:53  <wumpus> segwit got *tons* of review compared to BIP16 I'm sure
2152016-10-21T09:56:35  <michagogo> It's just that overlooking things _here_ has a much bigger potential impact
2162016-10-21T09:56:55  <michagogo> Victorsueca: did you see my gitian appliance?
2172016-10-21T09:56:59  <luke-jr> BIP 16 was merged with exactly zero ACKs: https://github.com/bitcoin/bitcoin/pull/748
2182016-10-21T09:57:06  <wumpus> yes, way different times
2192016-10-21T09:57:15  <Victorsueca> michagogo: not yet
2202016-10-21T09:57:36  <michagogo> Victorsueca: you can download it at https://1drv.ms/f/s!AvCguGMVwWzLgxJPeXdvaQVJ2WJq
2212016-10-21T09:57:52  <michagogo> There's an .ova there, and a video showing the process of making it
2222016-10-21T09:57:55  <Victorsueca> wumpus: it's probably getting lots of reviews because everybody loves a well deployed hard-forks, so well deployed that it's even a soft-fork!
2232016-10-21T09:58:09  <michagogo> About one hour, from the first boot all the way through shutting it down to export
2242016-10-21T09:58:27  <Victorsueca> I guess nobody thought some years back that a block size increase could be implemented as a soft-fork
2252016-10-21T09:58:33  <michagogo> Including all the trial-and-error and pauses while I looked stuff up outside the VM
2262016-10-21T09:59:24  <michagogo> Victorsueca: "some years back" nobody was thinking about the block size and the need to increase it yet
2272016-10-21T09:59:33  <jl2012> i think the main argument for BIP16 was the output is not anyone-can-spend until it is actually spent. But the difference is very limited
2282016-10-21T10:00:19  <Victorsueca> michagogo: want me to torrent the .ova up? I could seed it for a while until it spreads
2292016-10-21T10:00:45  <michagogo> Ah, if you've got a seedbox I can make one
2302016-10-21T10:00:47  <michagogo> One sec
2312016-10-21T10:00:59  <Victorsueca> no need, i'll do everything
2322016-10-21T10:02:13  <Victorsueca> I will send you the magnet link when it's done
2332016-10-21T10:02:15  <luke-jr> jl2012: the main argument was the implementation didn't touch the script interpreter
2342016-10-21T10:02:36  <luke-jr> jl2012: which was at the time considered by some to be essentially beyond anyone's competency to modify
2352016-10-21T10:03:13  <luke-jr> in hindsight, that argument seems ridiculous to me. it may have seemed ridiculous to me at the time, I forget.
2362016-10-21T10:05:25  <wumpus> it wasn't ridiculous at the time
2372016-10-21T10:06:00  <wumpus> no one was competent to change that code at the time, least of all Gavin :)
2382016-10-21T10:06:29  <luke-jr> well, I was the one changing it with BIP 17 ;)
2392016-10-21T10:06:47  * luke-jr ponders if he went back and re-reviewed BIP 17's code, if he'd find any bugs
2402016-10-21T10:06:49  <michagogo> magnet:?xt=urn:btih:DA7ED2875C26C736B607719549894458E8283407&dn=Gitian%20builder.7z&tr=udp%3a%2f%2ftracker.openbittorrent.com%3a80%2fannounce&tr=udp%3a%2f%2ftracker.publicbt.com%3a80%2fannounce&tr=udp%3a%2f%2ftracker.ccc.de%3a80%2fannounce&tr=udp%3a%2f%2ftracker.coppersurfer.tk%3a6969&tr=udp%3a%2f%2ftracker.torrent.eu.org%3a451
2412016-10-21T10:06:57  <michagogo> Victorsueca: ^
2422016-10-21T10:07:07  <wumpus> and we still need to be extremely careful with changes to the script interpreter
2432016-10-21T10:07:45  <wumpus> but there are a few more people clueful in that regard now
2442016-10-21T10:08:21  <Victorsueca> michagogo: I prefer to create my own if you don't care
2452016-10-21T10:08:39  <Victorsueca> michagogo: I can use that one tho if you want
2462016-10-21T10:09:52  <michagogo> Victorsueca: how come?
2472016-10-21T10:10:33  <luke-jr> glancing at the 1 page of consensus-critical code for BIP 17, I think I'm pretty certain it wouldn't cause consensus failure at least :P
2482016-10-21T10:11:00  <Victorsueca> michagogo: currently downloading from 1drv
2492016-10-21T10:11:10  <Victorsueca> michagogo: i'll start seeding it as soon as it's done
2502016-10-21T10:12:23  *** nickler has joined #bitcoin-core-dev
2512016-10-21T10:12:59  <michagogo> molz: did you manage to get it from onedrive in the end?
2522016-10-21T10:23:03  *** JackH has joined #bitcoin-core-dev
2532016-10-21T10:34:01  <tulip> > now that max script size is set on stone, fixing it would be a hard-fork
2542016-10-21T10:34:01  <tulip> Victorsueca: not exactly. it can be done as a soft fork quite easily, same as segwit :)
2552016-10-21T10:34:23  <luke-jr> segwit2 can just change the magic bytes! :P
2562016-10-21T10:34:40  <luke-jr> actually, I guess that'd require retaining the old commitment too. hmm
2572016-10-21T10:34:52  <tulip> when you think about it, there's actually very little which can't be done with a soft fork. it just depends how far you're willing to go with it. the limit is changing the proof of work, and even that is mutable to a certain extent if you'd like to.
2582016-10-21T10:35:11  <luke-jr> tulip: go too far and it becomes a soft-hardfork
2592016-10-21T10:35:51  <tulip> luke-jr: you should implement mohs scale for soft forks, otherwise you're going to increasing make less and less sense.
2602016-10-21T10:37:09  *** DigiByteDev has joined #bitcoin-core-dev
2612016-10-21T10:37:09  <luke-jr> ?
2622016-10-21T10:37:17  <tulip> https://en.wikipedia.org/wiki/Mohs_scale_of_mineral_hardness
2632016-10-21T10:37:23  <Victorsueca> and if you ever needed to make a hard-fork for whatever reason it could be well deployed if the hashrate majority merge-mines it while nuking the old chain
2642016-10-21T10:43:41  <aj> tulip: does that mean a bilateral hard-fork might be said to be diamond tipped?
2652016-10-21T10:47:30  <michagogo> Victorsueca: nuking the old chain how?
2662016-10-21T10:47:48  <michagogo> Merged mining implies continuing to mine this chain
2672016-10-21T10:48:15  <luke-jr> michagogo: see https://github.com/luke-jr/bips/blob/bip-mmhf/bip-mmhf.mediawiki
2682016-10-21T10:48:28  <Victorsueca> michagogo: you merge-mine both the old and the new chain
2692016-10-21T10:48:46  <Victorsueca> and you nuke it by soft-forking it to 0 MB blocks
2702016-10-21T10:49:19  <luke-jr> Victorsueca: 100B
2712016-10-21T10:54:22  <Victorsueca> luke-jr: your BIP still has a high potential to hard-fork in a bad way if people chooses to build and distribute software that bypasses the Hardfork deployment bitfields, ignores the fact that there are unknown rules activated out there and keeps mining on that chain
2722016-10-21T10:55:25  <luke-jr> Victorsueca: nothing can prevent incompetent people from writing bad software, nor is it intended to
2732016-10-21T10:56:12  *** Ylbam has joined #bitcoin-core-dev
2742016-10-21T11:00:35  <Victorsueca> AFAIK the only ways to make a safe hard-fork are either tricking old nodes to think everything is ok and make it a soft-fork (segwit) or soft-fork the old chain in a way that makes it unusable AKA nuking it
2752016-10-21T11:00:43  <Victorsueca> 2 ways*
2762016-10-21T11:03:08  <Victorsueca> would be really appreciated by everybody if someone knew another way to make it reasonable safe to ensure the old chain will die
2772016-10-21T11:05:26  <aj> Victorsueca: you can let old nodes continue to see all the transactions but maybe not understand everything about them (soft-fork), you can let old nodes see none of the transactions (nuke the chain, evil/soft-hard-fork), or you can let old nodes see some but not all of the transactions (sidechains, layer two networks) ...
2782016-10-21T11:05:55  <Victorsueca> ahh right
2792016-10-21T11:06:10  <Victorsueca> 3 ways then, sidechains would be the third way
2802016-10-21T11:11:06  *** JackH has quit IRC
2812016-10-21T11:11:37  <wumpus> please move this to #bitcoin
2822016-10-21T11:11:48  <wumpus> it is not related to current bitcoin core development
2832016-10-21T11:12:36  <Victorsueca> wumpus: thanks, will keep that in mind for the next time, I think we're done now
2842016-10-21T11:12:51  <wumpus> this channel is for discussing code changes
2852016-10-21T11:12:54  *** fengling has quit IRC
2862016-10-21T11:13:21  <Victorsueca> so, what is libconsensus exactly for?
2872016-10-21T11:14:08  <Victorsueca> is it like a way to detach consensus rules from the main software?
2882016-10-21T11:14:43  <wumpus> a) so that third-party applications can make use of the consensus code b) to cordon off consensus code from the rest of the software
2892016-10-21T11:15:17  <wumpus> here: https://github.com/bitcoin/bitcoin/blob/master/doc/shared-libraries.md#bitcoinconsensus
2902016-10-21T11:18:21  *** DigiByteDev has quit IRC
2912016-10-21T11:20:58  *** fengling has joined #bitcoin-core-dev
2922016-10-21T11:39:57  *** Giszmo has joined #bitcoin-core-dev
2932016-10-21T11:46:05  *** owowo has quit IRC
2942016-10-21T12:00:23  *** fengling has quit IRC
2952016-10-21T12:01:15  *** shangzhou has quit IRC
2962016-10-21T12:02:37  <jonasschnelli> wumpus: https://github.com/bitcoin/bitcoin/pull/8989/files#r84448026
2972016-10-21T12:02:48  <jonasschnelli> I think the idea with a local instance would work as well...
2982016-10-21T12:03:04  <jonasschnelli> But the extra mapping from UI to the new coincontrol instance is a little bit nasty
2992016-10-21T12:03:29  <jonasschnelli> I would prefer per-send-wide coin-control... but I agree, there are some risks.
3002016-10-21T12:03:58  *** owowo has joined #bitcoin-core-dev
3012016-10-21T12:03:58  *** owowo has joined #bitcoin-core-dev
3022016-10-21T12:03:58  *** owowo has joined #bitcoin-core-dev
3032016-10-21T12:04:01  <jonasschnelli> In general, the CoinControl objects gets "nulled()" when the user disable the CC features in the settings: https://github.com/bitcoin/bitcoin/pull/8989/files#diff-76b18bd21ccf64e256f029a8198ecdd7L702
3042016-10-21T12:04:59  <wumpus> I understand, but I don't think we should be passing the CoinControlDialog's coincontrol instance in case coincontrol is disables. My code makes sure it gets a fresh instance with default values and just the confirmations overridden
3052016-10-21T12:05:17  <wumpus> which is exactly what we want if coin control is only to be used to pass that parameter
3062016-10-21T12:06:04  <jonasschnelli> Okay. Yes. Your right. Let me change it
3072016-10-21T12:06:16  <jonasschnelli> I also revert the slider direction inversion.
3082016-10-21T12:12:48  *** Chris_Stewart_5 has joined #bitcoin-core-dev
3092016-10-21T12:16:37  *** laurentmt has joined #bitcoin-core-dev
3102016-10-21T12:19:24  *** Chris_Stewart_5 has quit IRC
3112016-10-21T12:24:30  *** aalex has quit IRC
3122016-10-21T12:28:24  *** aalex has joined #bitcoin-core-dev
3132016-10-21T12:29:01  <jonasschnelli> wumpus: https://github.com/bitcoin/bitcoin/pull/8989/files, in case you want to review it again
3142016-10-21T12:32:44  <wumpus> yes, that looks good to me now
3152016-10-21T12:32:54  *** laurentmt has quit IRC
3162016-10-21T12:37:45  *** laurentmt has joined #bitcoin-core-dev
3172016-10-21T12:42:33  *** Guyver2 has quit IRC
3182016-10-21T12:42:57  *** laurentmt has quit IRC
3192016-10-21T12:44:17  *** aalex has quit IRC
3202016-10-21T12:44:40  <Victorsueca> michagogo: here's your torrent https://softnet.homenet.org/tokenid_3qsqxgu5wkhopt4k2daqbuxc/
3212016-10-21T12:45:04  <Victorsueca> username is bitcoin and password is mdtj4g5w5bppajnpmt2ow2dx
3222016-10-21T12:45:21  <Victorsueca> I password protected it so google doesn't bother me with malware removal warnings
3232016-10-21T12:46:54  <michagogo> Victorsueca: what's wrong with the other one?
3242016-10-21T12:47:11  <michagogo> Also, I'm not at my computer now
3252016-10-21T12:48:03  <michagogo> Don't know when I'll be able to get it
3262016-10-21T12:48:52  <michagogo> (And why not just a magnet link?)
3272016-10-21T12:49:34  <Victorsueca> michagogo: I make my torrents in a way they go sooper-fast :P
3282016-10-21T12:50:11  <Victorsueca> I tried it, but the way I do it magnet links are too long for any clipboard
3292016-10-21T12:51:00  <Victorsueca> also no need to hurry, take your time until you get to your computer
3302016-10-21T12:51:06  <Victorsueca> :)
3312016-10-21T12:52:38  *** jtimon has joined #bitcoin-core-dev
3322016-10-21T12:53:21  *** aalex has joined #bitcoin-core-dev
3332016-10-21T12:55:11  *** DigiByteDev has joined #bitcoin-core-dev
3342016-10-21T12:58:12  *** Chris_Stewart_5 has joined #bitcoin-core-dev
3352016-10-21T12:59:35  *** DigiByteDev has quit IRC
3362016-10-21T13:00:17  *** niska has quit IRC
3372016-10-21T13:04:00  <wumpus> github is so slow here...
3382016-10-21T13:04:39  *** aalex has quit IRC
3392016-10-21T13:07:04  *** Ylbam has quit IRC
3402016-10-21T13:08:24  *** aalex has joined #bitcoin-core-dev
3412016-10-21T13:11:21  *** Chris_Stewart_5 has quit IRC
3422016-10-21T13:12:48  <jonasschnelli> wumpus: yes. extra-slow at my end as well
3432016-10-21T13:13:46  <morcos> jonasschnelli: wumpus:  i understand the logic of why the GUI fee estimation PR just changes 25 -> 2, but I don't want to risk that we end up with a GUI defaulting to 2.  I worry that a separate PR to change the overall default from 2 -> 6 will get bikeshedded to death.
3442016-10-21T13:14:31  <morcos> And without that I think we're creating a worse user experience.  Essentially even more people will be paying too much in fee.  25 is a better choice than 2 IMO.
3452016-10-21T13:14:33  *** aalex has quit IRC
3462016-10-21T13:14:46  <jonasschnelli> I think 6 would be resonable... but we would need to change RPC and GUI
3472016-10-21T13:14:58  <jonasschnelli> I don't expect to much bikeshedding
3482016-10-21T13:15:11  <GitHub78> [bitcoin] jonasschnelli pushed 3 new commits to master: https://github.com/bitcoin/bitcoin/compare/0e228557f239...7b1bfa3a8786
3492016-10-21T13:15:11  <GitHub78> bitcoin/master 0a261b6 Jonas Schnelli: Use pindexBestHeader instead of setBlockIndexCandidates for NotifyHeaderTip()
3502016-10-21T13:15:12  <GitHub78> bitcoin/master 3154d6e Jonas Schnelli: [Qt] use NotifyHeaderTip's height and date for the progress update
3512016-10-21T13:15:13  <GitHub78> bitcoin/master 7b1bfa3 Jonas Schnelli: Merge #8985: Use pindexBestHeader instead of setBlockIndexCandidates for NotifyHeaderTip()...
3522016-10-21T13:15:33  <morcos> ok, well i'm just nervous becuase I tried to change it to 6 when it got changed to 2 and I met resistance
3532016-10-21T13:16:03  <GitHub79> [bitcoin] jonasschnelli closed pull request #8985: Use pindexBestHeader instead of setBlockIndexCandidates for NotifyHeaderTip() (master...2016/10/fix_gui_overlay) https://github.com/bitcoin/bitcoin/pull/8985
3542016-10-21T13:16:05  <jonasschnelli> Okay. I see your point.
3552016-10-21T13:16:43  <wumpus> yes, I like 6 too
3562016-10-21T13:17:18  *** Chris_Stewart_5 has joined #bitcoin-core-dev
3572016-10-21T13:18:16  *** alpalp has joined #bitcoin-core-dev
3582016-10-21T13:18:24  *** aalex has joined #bitcoin-core-dev
3592016-10-21T13:21:40  *** Chris_Stewart_5 has quit IRC
3602016-10-21T13:23:15  *** niska has joined #bitcoin-core-dev
3612016-10-21T13:23:44  *** Guyver2 has joined #bitcoin-core-dev
3622016-10-21T13:26:13  *** alpalp has quit IRC
3632016-10-21T13:55:50  *** cryptapus_afk is now known as cryptapus
3642016-10-21T13:58:40  <GitHub53> [bitcoin] laanwj pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/7b1bfa3a8786...3fb3fade3c02
3652016-10-21T13:58:40  <GitHub53> bitcoin/master 1ae5839 Wladimir J. van der Laan: moveonly: move `coincontrol` to `src/wallet`
3662016-10-21T13:58:41  <GitHub53> bitcoin/master 3fb3fad Wladimir J. van der Laan: Merge #8990: moveonly: move `coincontrol` to `src/wallet`...
3672016-10-21T13:58:57  <GitHub155> [bitcoin] laanwj closed pull request #8990: moveonly: move `coincontrol` to `src/wallet` (master...2016_10_coincontrol_wallet) https://github.com/bitcoin/bitcoin/pull/8990
3682016-10-21T14:05:55  * Victorsueca starts building that
3692016-10-21T14:08:36  <jonasschnelli> Hmm... rc2 does not run on OSX 10.7
3702016-10-21T14:09:16  <michagogo> Victorsueca: hm, what is it that you do?
3712016-10-21T14:09:38  <michagogo> I would have thought a torrent is a torrent…
3722016-10-21T14:10:52  *** murch has joined #bitcoin-core-dev
3732016-10-21T14:10:59  <Victorsueca> michagogo: not sure, I just touched a lot of settings to a option that sounded right to me and then it my torrent files started downloading things faster wherever I run them
3742016-10-21T14:11:20  <michagogo> Victorsueca: which settings?
3752016-10-21T14:11:34  <Victorsueca> michagogo: the ones when creating a new torrent file
3762016-10-21T14:11:54  <michagogo> I'm asking, what settings did you use!
3772016-10-21T14:11:58  <michagogo> use?*
3782016-10-21T14:12:09  <Victorsueca> not sure if any of them made actually some effect or it's just my connection
3792016-10-21T14:12:14  <Victorsueca> let me check...
3802016-10-21T14:12:43  <jonasschnelli> ping cfields_ : https://github.com/bitcoin/bitcoin/issues/8577
3812016-10-21T14:32:53  *** paveljanik has quit IRC
3822016-10-21T14:39:34  *** Alina-malina has quit IRC
3832016-10-21T14:40:27  <Victorsueca> michagogo: set chunk size to 2 MiB and added a lot of trackers (200 or so)
3842016-10-21T14:40:34  <Victorsueca> those are the settings
3852016-10-21T14:41:13  <michagogo> Victorsueca: pretty sure the chunk size was 2 on mine too
3862016-10-21T14:41:16  <michagogo> Or maybe it was 4
3872016-10-21T14:41:26  <michagogo> And you can just add trackers...
3882016-10-21T14:41:54  <michagogo> Not that it really matters, since DHT+Peer Exchange mean that you don't really need trackers
3892016-10-21T14:41:54  <Victorsueca> I guess it's my connection then...
3902016-10-21T14:42:05  *** Alina-malina has joined #bitcoin-core-dev
3912016-10-21T14:42:07  <michagogo> With pex, you really just need 1 other peer
3922016-10-21T14:42:21  <michagogo> Like Bitcoin, sort of
3932016-10-21T14:43:00  <Victorsueca> well, doesn't really matter, I already started seeding the one I made
3942016-10-21T14:43:42  <Victorsueca> I can seed yours tho if you really want
3952016-10-21T14:44:16  *** Alina-malina has quit IRC
3962016-10-21T14:44:17  *** Alina-malina has joined #bitcoin-core-dev
3972016-10-21T14:50:33  *** Chris_Stewart_5 has joined #bitcoin-core-dev
3982016-10-21T14:52:55  <instagibbs_> so why do we make outbound connections to nodes that can't serve us the data we want at all?
3992016-10-21T14:53:22  <sipa> instagibbs_: because they may give us addresses of peers that do
4002016-10-21T14:53:42  <instagibbs_> currently we don't do churn of those peers though right
4012016-10-21T14:54:03  <instagibbs_> like, every X minutes, cycle peers that don't offer services you require
4022016-10-21T14:54:09  <instagibbs_> (good point though)
4032016-10-21T14:54:15  <sipa> interesting
4042016-10-21T14:54:30  <sipa> we do have oneshot connections, which just request an addr and disconnect
4052016-10-21T14:54:37  <instagibbs_> yeah, feelers
4062016-10-21T14:54:47  <sipa> no, that's something else still :)
4072016-10-21T14:54:52  <instagibbs_> oh, doh
4082016-10-21T14:55:05  <sipa> those don't even get addresses, but just test whether the address is reachable
4092016-10-21T14:55:16  <instagibbs_> oh of course, i misread
4102016-10-21T14:55:28  <Victorsueca> we could make it connect, ask for addresses, check if any equiered service is available, if yes then keep alive, if no then drop
4112016-10-21T14:55:31  <sipa> oneshot connections are used when you're on tor and nedd to use a dns seed for example
4122016-10-21T14:55:53  <sipa> Victorsueca: we know whether the service is available before we connect
4132016-10-21T14:56:02  <instagibbs_> via service bits
4142016-10-21T14:56:14  <instagibbs_> ?
4152016-10-21T14:56:17  <sipa> yes
4162016-10-21T14:56:18  <Victorsueca> but you still need to connect to request addresses tho
4172016-10-21T14:56:23  <sipa> yes
4182016-10-21T14:56:42  <sipa> and to generally not worsen partitioning of the network
4192016-10-21T14:57:11  <sipa> even if no peers are available that we like, it's still better to keep the network whole
4202016-10-21T14:57:18  <instagibbs_> what is it called to talk to a peer for service bits but not connect?
4212016-10-21T14:57:29  <sipa> ?
4222016-10-21T14:57:46  <instagibbs_> "we know whether the service is available before we connect" yet we know service bits
4232016-10-21T14:57:55  <sipa> yes, because the service bits are in addrdb
4242016-10-21T14:58:27  <GitHub36> [bitcoin] laanwj pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/3fb3fade3c02...5af9a7117cff
4252016-10-21T14:58:27  <GitHub36> bitcoin/master 6f2f639 Jorge Timón: Chainparams: Trivial: In AppInit2(), s/Params()/chainparams/
4262016-10-21T14:58:27  <GitHub36> bitcoin/master 5af9a71 Wladimir J. van der Laan: Merge #8975: Chainparams: Trivial: In AppInit2(), s/Params()/chainparams/...
4272016-10-21T14:58:30  <GitHub164> [bitcoin] laanwj closed pull request #8975: Chainparams: Trivial: In AppInit2(), s/Params()/chainparams/ (master...0.13-chainparams-init) https://github.com/bitcoin/bitcoin/pull/8975
4282016-10-21T14:58:40  <sipa> i'm just responding to Victorsueca that the idea of not disconnecting if they do offer the right setvices isn't meaningful... we know that beforehand
4292016-10-21T14:59:22  <GitHub86> [bitcoin] laanwj pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/5af9a7117cff...3cf496d102d2
4302016-10-21T14:59:23  <GitHub86> bitcoin/master 72ca7d9 Matt Corallo: Don't hold cs_main when calling ProcessNewBlock from a cmpctblock
4312016-10-21T14:59:23  <Victorsueca> yeah, I understand, if we know the IP to connect to it is because some node told us, and when it did it also told us the available services
4322016-10-21T14:59:23  <GitHub86> bitcoin/master 3cf496d Wladimir J. van der Laan: Merge #8968: Don't hold cs_main when calling ProcessNewBlock from a cmpctblock...
4332016-10-21T14:59:34  <Victorsueca> which are stored in the addrdb
4342016-10-21T14:59:38  <sipa> Victorsueca: exactly
4352016-10-21T14:59:39  <GitHub170> [bitcoin] laanwj closed pull request #8968: Don't hold cs_main when calling ProcessNewBlock from a cmpctblock (master...cmpctblock) https://github.com/bitcoin/bitcoin/pull/8968
4362016-10-21T14:59:43  <wumpus> although the services in the addrdb could be wrong, e.g. the peer may have changed services in the mean time
4372016-10-21T15:00:08  <instagibbs_> err when do we store them in the addrdb
4382016-10-21T15:00:12  * instagibbs_ looking at code
4392016-10-21T15:00:15  <sipa> right, but if the services in addrdb are wrong, we treat it as we accidentally connected to the wrong peer
4402016-10-21T15:00:21  <BlueMatt> wumpus: wait, when did we decide 8968 was for 0.13.1?
4412016-10-21T15:00:25  <BlueMatt> I thoguht we said no in milan?
4422016-10-21T15:00:35  <wumpus> oh it isn't?
4432016-10-21T15:00:36  <wumpus> removing tag
4442016-10-21T15:00:42  <Victorsueca> lel
4452016-10-21T15:00:46  <BlueMatt> yes, I think it is uneccessary for 0.13.1
4462016-10-21T15:01:18  <sipa> BlueMatt: i can't actually remember having a good reasoning why it isn't necessary... but ibagree with the assessment that without clear sign of problems it's just ugly
4472016-10-21T15:01:46  <BlueMatt> sipa: you're the one who pointed out that cs_main should always be the top lock
4482016-10-21T15:01:53  <BlueMatt> so adding a cs_main should be just fine
4492016-10-21T15:02:05  *** Chris_Stewart_5 has quit IRC
4502016-10-21T15:02:09  <wumpus> yes, at most you'll be holding it unnecessarily
4512016-10-21T15:02:20  <sipa> ah
4522016-10-21T15:02:29  <sipa> well, "should" :)
4532016-10-21T15:03:23  * sipa breakfast
4542016-10-21T15:04:35  <Victorsueca> don't know why but "cs_main" and "lock" in the same sentence sounds to me like you're going to fuck the databases and hard-fork something :P
4552016-10-21T15:04:47  <Victorsueca> and I don't know coding at all
4562016-10-21T15:05:03  <wumpus> please...
4572016-10-21T15:05:18  <sipa> Victorsueca: then perhaps you shouldn't comment in this channel
4582016-10-21T15:06:46  <Victorsueca> sorry, hope not to have jinxed you :S
4592016-10-21T15:07:16  <BlueMatt> so, thus far, rc2 is final - doc changes?
4602016-10-21T15:08:40  <sipa> want me to test whether "cs_main is always the topmost lock" is true?
4612016-10-21T15:10:18  <BlueMatt> sipa: please do
4622016-10-21T15:21:31  *** davec has quit IRC
4632016-10-21T15:22:00  *** davec has joined #bitcoin-core-dev
4642016-10-21T15:24:00  *** roconnor has joined #bitcoin-core-dev
4652016-10-21T15:33:57  <BlueMatt> last block: propagated entire fibre network within 4ms of the speed of light between my servers
4662016-10-21T15:34:44  <BlueMatt> ok, thats a lie, 10
4672016-10-21T15:34:52  <BlueMatt> but whatever, thats pretty good
4682016-10-21T15:35:29  *** Alina-malina has quit IRC
4692016-10-21T15:36:00  *** Alina-malina has joined #bitcoin-core-dev
4702016-10-21T15:37:27  *** newrooT has joined #bitcoin-core-dev
4712016-10-21T15:37:45  *** newrooT has left #bitcoin-core-dev
4722016-10-21T15:38:01  <sipa> your technology sucks. you could get the block a full 3000 km further in the same time!
4732016-10-21T15:39:52  <BlueMatt> not in glass!
4742016-10-21T15:40:04  <BlueMatt> (closer to 1750km)
4752016-10-21T15:44:58  *** Alina-malina has quit IRC
4762016-10-21T15:44:58  *** Alina-malina has joined #bitcoin-core-dev
4772016-10-21T15:51:41  <sipa> better get working on that vacuum-tube-fiber
4782016-10-21T15:54:11  *** BashCo_ has joined #bitcoin-core-dev
4792016-10-21T15:54:49  *** BashCo has quit IRC
4802016-10-21T16:17:28  <Victorsueca> someone said github was slow before?
4812016-10-21T16:17:38  <Victorsueca> I think I found why
4822016-10-21T16:19:48  <Victorsueca> someone has been DDoSing Dyn nameservers at US east coast
4832016-10-21T16:20:00  <Victorsueca> basically _half_ internet is down
4842016-10-21T16:20:50  *** jtimon has quit IRC
4852016-10-21T16:22:48  *** jtimon has joined #bitcoin-core-dev
4862016-10-21T16:24:51  *** aalex has quit IRC
4872016-10-21T16:27:19  *** fengling has joined #bitcoin-core-dev
4882016-10-21T16:28:33  *** aalex has joined #bitcoin-core-dev
4892016-10-21T16:35:00  <rabidus_> Victorsueca: github down for me, also netflix
4902016-10-21T16:35:06  <rabidus_> that's all i've found
4912016-10-21T16:35:34  <Victorsueca> yeah, it's mostly huge and important services
4922016-10-21T16:35:59  <Victorsueca> twitter, amazon, netflix, spotify...
4932016-10-21T16:36:26  <jtimon> github, soundcloud, twitter (not from the android app)...
4942016-10-21T16:36:50  <jtimon> seems this is it http://arstechnica.com/security/2016/10/dos-attack-on-major-dns-provider-brings-internet-to-morning-crawl/
4952016-10-21T16:38:25  <cfields_> wtf, i just came here to ask if half of the net was down for everyone else. I assumed it was a stupid question.
4962016-10-21T16:38:37  <BlueMatt> you want 192.30.253.113
4972016-10-21T16:38:41  <rabidus_> amazon.com works
4982016-10-21T16:38:45  <BlueMatt> cfields_: it works in most places
4992016-10-21T16:39:00  <BlueMatt> google dns appears to be working around it appropriately
5002016-10-21T16:41:06  <cfields_> BlueMatt: thanks. my dns setup is a bit weird, i'll wait a bit before changing stuff around
5012016-10-21T16:41:36  <BlueMatt> cfields_: hardcode to the above ip, then
5022016-10-21T16:41:39  <BlueMatt> (that is github)
5032016-10-21T16:41:44  <BlueMatt>  /etc/hosts :)
5042016-10-21T16:42:33  <cfields_> BlueMatt: ah perfect, thanks
5052016-10-21T16:43:26  *** fengling has quit IRC
5062016-10-21T16:43:44  <rabidus_> this was funny: http://www.vox.com/new-money/2016/10/21/13357332/internet-outage-explained
5072016-10-21T16:43:48  <rabidus_> because it doesn't work for me
5082016-10-21T16:44:32  <sipa> everything seems fine here
5092016-10-21T16:45:38  <BlueMatt> sipa: yea, west coast seems mostly fine, as in apac
5102016-10-21T16:48:27  <jtimon> alright, setting manual DNS to one in the spanish list here did the trick: http://public-dns.info/
5112016-10-21T16:50:07  <rabidus_> it think i'm going with big brother dns
5122016-10-21T16:50:12  <rabidus_> good old 8.8.8.8
5132016-10-21T16:52:15  <jtimon> oh, I tried 8.8.8.8, 8.8.4.4 first but it didn't worked because I forgot the coma, stupid me
5142016-10-21T16:53:20  <jtimon> this kind of thing wouldn't happen if all domains were in a blockchain
5152016-10-21T16:53:23  * jtimon hides
5162016-10-21T16:54:01  * sipa forks jtimon
5172016-10-21T16:55:19  <instagibbs_> stupid pill q: for inbound connections, how does the nServicesExpected vs offered check pass? It looks to me that expected services is only set for outgoing?
5182016-10-21T16:55:53  <instagibbs_> this line "if (pfrom->nServicesExpected & ~pfrom->nServices)"
5192016-10-21T16:56:22  <sipa> that check is always false if nServicesExpected is 0
5202016-10-21T16:56:55  <instagibbs_> I was thinking xor... lol. sorry.
5212016-10-21T16:59:41  *** Chris_Stewart_5 has joined #bitcoin-core-dev
5222016-10-21T17:01:25  <instagibbs_> Confused myself into thinking logic was "any difference in bits" vs "any expected but missing services"
5232016-10-21T17:06:36  *** cbit has joined #bitcoin-core-dev
5242016-10-21T17:06:41  <cbit> yeah, done for me too
5252016-10-21T17:06:44  <cbit> down*
5262016-10-21T17:07:34  <cbit> west coast here..
5272016-10-21T17:11:37  <rabidus_> just started working here in finland
5282016-10-21T17:11:51  <rabidus_> at least netflix :P
5292016-10-21T17:14:26  *** Chris_Stewart_5 has quit IRC
5302016-10-21T17:16:47  *** Chris_Stewart_5 has joined #bitcoin-core-dev
5312016-10-21T17:20:34  *** cbit has quit IRC
5322016-10-21T17:28:29  *** xinxi has joined #bitcoin-core-dev
5332016-10-21T17:38:15  *** fengling has joined #bitcoin-core-dev
5342016-10-21T17:39:22  *** MarcoFalke has joined #bitcoin-core-dev
5352016-10-21T17:40:29  <GitHub174> [bitcoin] MarcoFalke pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/3cf496d102d2...f08222e882b1
5362016-10-21T17:40:30  <GitHub174> bitcoin/master 3a286ab S. Matthew English: Eliminating Inconsistencies in Textual Output...
5372016-10-21T17:40:30  <GitHub174> bitcoin/master f08222e MarcoFalke: Merge #8982: Eliminating Inconsistencies in Textual Output...
5382016-10-21T17:40:41  <GitHub104> [bitcoin] MarcoFalke closed pull request #8982: Eliminating Inconsistencies in Textual Output (master...patch-6) https://github.com/bitcoin/bitcoin/pull/8982
5392016-10-21T17:43:09  *** cbit has joined #bitcoin-core-dev
5402016-10-21T17:43:15  *** fengling has quit IRC
5412016-10-21T17:49:01  *** MarcoFalke has left #bitcoin-core-dev
5422016-10-21T17:50:24  <BlueMatt> cat /etc/hosts
5432016-10-21T17:50:25  <BlueMatt> 192.30.253.113	github.com
5442016-10-21T17:50:25  <BlueMatt> 151.101.100.133 assets-cdn.github.com
5452016-10-21T17:50:44  <BlueMatt> for those who are missing the cdn entry, though that one might very well be geoip, so have fun on the HKG one
5462016-10-21T17:51:04  <rabidus_> or 8.8.8.8,8.8.4.4
5472016-10-21T17:51:14  <BlueMatt> github isnt resolving on 8.8.8.8 for me atm
5482016-10-21T17:51:27  <rabidus_> wtf, it is for me
5492016-10-21T17:51:38  <BlueMatt> 8.8.8.8 isnt just one server :p
5502016-10-21T17:51:39  <rabidus_> or then my main dns started working
5512016-10-21T17:51:44  <rabidus_> oh, yeah :P
5522016-10-21T17:55:13  *** Chris_Stewart_5 has quit IRC
5532016-10-21T17:56:44  <BlueMatt> cfields_: ok, #8969 is ready for review since the cs_main fix was merged :)
5542016-10-21T17:58:33  *** laurentmt has joined #bitcoin-core-dev
5552016-10-21T17:58:41  *** laurentmt has quit IRC
5562016-10-21T17:59:14  *** Chris_Stewart_5 has joined #bitcoin-core-dev
5572016-10-21T18:07:42  <btcdrak> There are also level3 DNS servers at 4.2.2.1, 4.2.2.2
5582016-10-21T18:08:18  <BlueMatt> those dont work from all networks
5592016-10-21T18:08:59  <BlueMatt> (also, level3 hates it when you publish those - they're supposed to be for l3 customers)
5602016-10-21T18:09:38  *** cbit has quit IRC
5612016-10-21T18:23:08  * btcdrak shrugs
5622016-10-21T18:28:38  *** niska` has joined #bitcoin-core-dev
5632016-10-21T18:29:13  *** niska has quit IRC
5642016-10-21T18:48:20  *** fengling has joined #bitcoin-core-dev
5652016-10-21T18:52:24  *** Ylbam has joined #bitcoin-core-dev
5662016-10-21T19:02:49  *** tunafizz has quit IRC
5672016-10-21T19:08:43  <jeremyrubin> Annoyingly, Dyn ddos also seems to break travis.
5682016-10-21T19:09:25  <jeremyrubin> Because travis doesn't have a pinned ip or something for github, so they can't find any of the repos
5692016-10-21T19:11:55  *** xinxi has quit IRC
5702016-10-21T19:12:22  *** xinxi has joined #bitcoin-core-dev
5712016-10-21T19:15:26  *** Guyver2 has quit IRC
5722016-10-21T19:16:53  *** xinxi has quit IRC
5732016-10-21T19:19:42  <midnightmagic> :-/  What the hell. Why would my GnuPG key require a matching email in order to show as verified in github.
5742016-10-21T19:20:14  <midnightmagic> "Sign this message acknowledging you authorize this github user to own your commits."
5752016-10-21T19:32:24  *** Chris_Stewart_5 has quit IRC
5762016-10-21T19:35:27  *** paveljanik has joined #bitcoin-core-dev
5772016-10-21T19:51:26  *** d_t has joined #bitcoin-core-dev
5782016-10-21T19:54:41  *** paveljanik has quit IRC
5792016-10-21T20:04:32  <GitHub149> [bitcoin] instagibbs opened pull request #8992: Enable pubkey lookup for p2sh-p2wpkh in validateaddress (master...validatep2pkh) https://github.com/bitcoin/bitcoin/pull/8992
5802016-10-21T20:10:31  *** Chris_Stewart_5 has joined #bitcoin-core-dev
5812016-10-21T20:13:39  *** xinxi has joined #bitcoin-core-dev
5822016-10-21T20:17:44  *** cbit has joined #bitcoin-core-dev
5832016-10-21T20:22:57  *** xinxi has quit IRC
5842016-10-21T20:27:54  *** tunafizz has joined #bitcoin-core-dev
5852016-10-21T20:38:12  *** cbit has quit IRC
5862016-10-21T20:49:36  *** cryptapus is now known as cryptapus_afk
5872016-10-21T20:54:51  *** cbit has joined #bitcoin-core-dev
5882016-10-21T21:03:56  *** paveljanik has joined #bitcoin-core-dev
5892016-10-21T21:03:56  *** paveljanik has joined #bitcoin-core-dev
5902016-10-21T21:14:05  *** cbit has quit IRC
5912016-10-21T21:16:13  *** sanada` has quit IRC
5922016-10-21T21:19:54  *** xinxi has joined #bitcoin-core-dev
5932016-10-21T21:26:16  *** xinxi has quit IRC
5942016-10-21T21:46:16  <GitHub91> [bitcoin] paveljanik opened pull request #8993: Trivial: Fix doxygen comment: the transaction is returned in txOut (master...20161021_fix_GetTransaction_comment) https://github.com/bitcoin/bitcoin/pull/8993
5952016-10-21T21:53:19  *** justanotheruser has joined #bitcoin-core-dev
5962016-10-21T21:55:28  *** paveljanik has quit IRC
5972016-10-21T22:19:34  *** bsm117532 has quit IRC
5982016-10-21T22:23:09  *** xinxi has joined #bitcoin-core-dev
5992016-10-21T22:30:47  *** xinxi has quit IRC
6002016-10-21T22:36:51  *** cdecker has quit IRC
6012016-10-21T22:42:30  *** achow101 has quit IRC
6022016-10-21T22:48:13  *** achow101 has joined #bitcoin-core-dev
6032016-10-21T22:48:57  *** roconnor has quit IRC
6042016-10-21T22:49:02  *** cdecker has joined #bitcoin-core-dev
6052016-10-21T22:59:32  *** alpalp has joined #bitcoin-core-dev
6062016-10-21T23:01:05  *** Giszmo has quit IRC
6072016-10-21T23:01:05  *** warren has quit IRC
6082016-10-21T23:01:05  *** morcos has quit IRC
6092016-10-21T23:01:06  *** neha has quit IRC
6102016-10-21T23:01:06  *** berndj has quit IRC
6112016-10-21T23:01:06  *** waxwing has quit IRC
6122016-10-21T23:01:06  *** Cheeseo has quit IRC
6132016-10-21T23:01:06  *** gijensen has quit IRC
6142016-10-21T23:01:14  *** warren has joined #bitcoin-core-dev
6152016-10-21T23:01:15  *** cdecker has quit IRC
6162016-10-21T23:01:15  *** aalex has quit IRC
6172016-10-21T23:01:15  *** whphhg has quit IRC
6182016-10-21T23:01:15  *** dermoth has quit IRC
6192016-10-21T23:01:16  *** ibrightly has quit IRC
6202016-10-21T23:01:16  *** Lauda has quit IRC
6212016-10-21T23:01:16  *** mappum has quit IRC
6222016-10-21T23:01:16  *** aspect_ has quit IRC
6232016-10-21T23:01:16  *** sipa has quit IRC
6242016-10-21T23:01:16  *** blkdb has quit IRC
6252016-10-21T23:01:16  *** GAit has quit IRC
6262016-10-21T23:01:16  *** jonasschnelli has quit IRC
6272016-10-21T23:01:17  *** justanotheruser has quit IRC
6282016-10-21T23:01:17  *** niska` has quit IRC
6292016-10-21T23:01:17  *** jtimon has quit IRC
6302016-10-21T23:01:17  *** murch has quit IRC
6312016-10-21T23:01:17  *** wasi has quit IRC
6322016-10-21T23:01:17  *** sdaftuar has quit IRC
6332016-10-21T23:01:17  *** baldur has quit IRC
6342016-10-21T23:01:17  *** d_t has quit IRC
6352016-10-21T23:01:17  *** Ylbam has quit IRC
6362016-10-21T23:01:18  *** Alina-malina has quit IRC
6372016-10-21T23:01:18  *** belcher has quit IRC
6382016-10-21T23:01:18  *** harrymm has quit IRC
6392016-10-21T23:01:18  *** e4xit has quit IRC
6402016-10-21T23:01:18  *** mkarrer has quit IRC
6412016-10-21T23:01:18  *** shaiguitar has quit IRC
6422016-10-21T23:01:18  *** jl2012 has quit IRC
6432016-10-21T23:01:18  *** grindeltoshi has quit IRC
6442016-10-21T23:01:18  *** tadasv has quit IRC
6452016-10-21T23:01:18  *** Lightsword has quit IRC
6462016-10-21T23:01:19  *** mturquette has quit IRC
6472016-10-21T23:01:19  *** btcdrak has quit IRC
6482016-10-21T23:01:19  *** d9b4bef9 has quit IRC
6492016-10-21T23:01:19  *** eragmus has quit IRC
6502016-10-21T23:01:19  *** pindarhk has quit IRC
6512016-10-21T23:01:19  *** jyap has quit IRC
6522016-10-21T23:01:20  *** cfields_ has quit IRC
6532016-10-21T23:01:20  *** nOgAnOo has quit IRC
6542016-10-21T23:01:20  *** Taek has quit IRC
6552016-10-21T23:01:20  *** zmanian____ has quit IRC
6562016-10-21T23:01:20  *** limpkin has quit IRC
6572016-10-21T23:01:20  *** nsh has quit IRC
6582016-10-21T23:01:20  *** michagogo has quit IRC
6592016-10-21T23:01:20  *** lclc has quit IRC
6602016-10-21T23:01:21  *** jouke_ has quit IRC
6612016-10-21T23:01:21  *** NicolasDorier has quit IRC
6622016-10-21T23:01:21  *** binns has quit IRC
6632016-10-21T23:01:21  *** helo has quit IRC
6642016-10-21T23:01:21  *** roasbeef has quit IRC
6652016-10-21T23:01:21  *** achow101 has quit IRC
6662016-10-21T23:01:22  *** Cory has quit IRC
6672016-10-21T23:01:22  *** kcud_dab has quit IRC
6682016-10-21T23:01:22  *** gluytium has quit IRC
6692016-10-21T23:01:22  *** aj has quit IRC
6702016-10-21T23:01:22  *** BonyM1 has quit IRC
6712016-10-21T23:01:22  *** trippysalmon has quit IRC
6722016-10-21T23:01:22  *** Guest13412 has quit IRC
6732016-10-21T23:01:22  *** Arnavion has quit IRC
6742016-10-21T23:01:22  *** isis has quit IRC
6752016-10-21T23:01:23  *** haakonn has quit IRC
6762016-10-21T23:01:23  *** afk11 has quit IRC
6772016-10-21T23:01:23  *** harding has quit IRC
6782016-10-21T23:01:23  *** PatBoy has quit IRC
6792016-10-21T23:01:23  *** wumpus has quit IRC
6802016-10-21T23:01:24  *** instagibbs_ has quit IRC
6812016-10-21T23:01:24  *** cjcj has quit IRC
6822016-10-21T23:01:24  *** GreenIsMyPepper has quit IRC
6832016-10-21T23:01:24  *** alpalp has quit IRC
6842016-10-21T23:01:24  *** BashCo_ has quit IRC
6852016-10-21T23:01:24  *** instagibbs has quit IRC
6862016-10-21T23:01:24  *** kadoban has quit IRC
6872016-10-21T23:01:25  *** wallet42 has quit IRC
6882016-10-21T23:01:25  *** BCBot has quit IRC
6892016-10-21T23:01:25  *** tulip has quit IRC
6902016-10-21T23:01:25  *** CodeShark has quit IRC
6912016-10-21T23:01:25  *** [b__b] has quit IRC
6922016-10-21T23:01:26  *** nickler has quit IRC
6932016-10-21T23:01:26  *** Alopex has quit IRC
6942016-10-21T23:01:26  *** timothy has quit IRC
6952016-10-21T23:01:26  *** molz has quit IRC
6962016-10-21T23:01:26  *** Eliel has quit IRC
6972016-10-21T23:01:26  *** Evel-Knievel has quit IRC
6982016-10-21T23:01:26  *** AtashiCon has quit IRC
6992016-10-21T23:01:27  *** Chris_Stewart_5 has quit IRC
7002016-10-21T23:01:27  *** cryptapus_afk has quit IRC
7012016-10-21T23:01:27  *** echonaut has quit IRC
7022016-10-21T23:01:27  *** adiabat has quit IRC
7032016-10-21T23:01:27  *** kinlo has quit IRC
7042016-10-21T23:01:27  *** ratoder has quit IRC
7052016-10-21T23:01:27  *** davec has quit IRC
7062016-10-21T23:01:28  *** ghtdak has quit IRC
7072016-10-21T23:01:28  *** AaronvanW has quit IRC
7082016-10-21T23:01:28  *** gmaxwell has quit IRC
7092016-10-21T23:01:28  *** Anduck has quit IRC
7102016-10-21T23:01:28  *** arubi has quit IRC
7112016-10-21T23:01:28  *** asoltys_ has quit IRC
7122016-10-21T23:01:28  *** rabidus_ has quit IRC
7132016-10-21T23:01:28  *** luke-jr has quit IRC
7142016-10-21T23:01:45  *** Giszmo has joined #bitcoin-core-dev
7152016-10-21T23:02:03  *** waxwing has joined #bitcoin-core-dev
7162016-10-21T23:03:57  *** Alina-malina has joined #bitcoin-core-dev
7172016-10-21T23:04:16  *** gluytium has joined #bitcoin-core-dev
7182016-10-21T23:06:38  *** gijensen has joined #bitcoin-core-dev
7192016-10-21T23:06:38  *** nickler has joined #bitcoin-core-dev
7202016-10-21T23:06:38  *** Alopex has joined #bitcoin-core-dev
7212016-10-21T23:06:38  *** timothy has joined #bitcoin-core-dev
7222016-10-21T23:06:38  *** molz has joined #bitcoin-core-dev
7232016-10-21T23:06:38  *** Eliel has joined #bitcoin-core-dev
7242016-10-21T23:06:38  *** Evel-Knievel has joined #bitcoin-core-dev
7252016-10-21T23:06:38  *** AtashiCon has joined #bitcoin-core-dev
7262016-10-21T23:07:04  *** cdecker has joined #bitcoin-core-dev
7272016-10-21T23:07:04  *** aalex has joined #bitcoin-core-dev
7282016-10-21T23:07:04  *** whphhg has joined #bitcoin-core-dev
7292016-10-21T23:07:04  *** dermoth has joined #bitcoin-core-dev
7302016-10-21T23:07:04  *** sipa has joined #bitcoin-core-dev
7312016-10-21T23:07:04  *** Lauda has joined #bitcoin-core-dev
7322016-10-21T23:07:04  *** aspect_ has joined #bitcoin-core-dev
7332016-10-21T23:07:04  *** blkdb has joined #bitcoin-core-dev
7342016-10-21T23:07:04  *** GAit has joined #bitcoin-core-dev
7352016-10-21T23:07:04  *** jonasschnelli has joined #bitcoin-core-dev
7362016-10-21T23:07:21  *** berndj has joined #bitcoin-core-dev
7372016-10-21T23:07:22  *** achow101 has joined #bitcoin-core-dev
7382016-10-21T23:07:22  *** Cory has joined #bitcoin-core-dev
7392016-10-21T23:07:22  *** kcud_dab has joined #bitcoin-core-dev
7402016-10-21T23:07:22  *** aj has joined #bitcoin-core-dev
7412016-10-21T23:07:22  *** BonyM1 has joined #bitcoin-core-dev
7422016-10-21T23:07:22  *** harding has joined #bitcoin-core-dev
7432016-10-21T23:07:22  *** trippysalmon has joined #bitcoin-core-dev
7442016-10-21T23:07:22  *** Guest13412 has joined #bitcoin-core-dev
7452016-10-21T23:07:22  *** Arnavion has joined #bitcoin-core-dev
7462016-10-21T23:07:22  *** isis has joined #bitcoin-core-dev
7472016-10-21T23:07:22  *** haakonn has joined #bitcoin-core-dev
7482016-10-21T23:07:22  *** afk11 has joined #bitcoin-core-dev
7492016-10-21T23:07:36  *** justanotheruser has joined #bitcoin-core-dev
7502016-10-21T23:07:36  *** niska` has joined #bitcoin-core-dev
7512016-10-21T23:07:36  *** jtimon has joined #bitcoin-core-dev
7522016-10-21T23:07:36  *** murch has joined #bitcoin-core-dev
7532016-10-21T23:07:36  *** wasi has joined #bitcoin-core-dev
7542016-10-21T23:07:36  *** sdaftuar has joined #bitcoin-core-dev
7552016-10-21T23:07:36  *** baldur has joined #bitcoin-core-dev
7562016-10-21T23:07:43  *** GreenIsMyPepper has joined #bitcoin-core-dev
7572016-10-21T23:07:50  *** davec has joined #bitcoin-core-dev
7582016-10-21T23:07:51  *** ghtdak has joined #bitcoin-core-dev
7592016-10-21T23:07:51  *** AaronvanW has joined #bitcoin-core-dev
7602016-10-21T23:07:51  *** gmaxwell has joined #bitcoin-core-dev
7612016-10-21T23:07:51  *** Anduck has joined #bitcoin-core-dev
7622016-10-21T23:07:51  *** arubi has joined #bitcoin-core-dev
7632016-10-21T23:07:51  *** asoltys_ has joined #bitcoin-core-dev
7642016-10-21T23:07:51  *** rabidus_ has joined #bitcoin-core-dev
7652016-10-21T23:07:51  *** luke-jr has joined #bitcoin-core-dev
7662016-10-21T23:08:01  *** shaiguitar has joined #bitcoin-core-dev
7672016-10-21T23:08:01  *** morcos has joined #bitcoin-core-dev
7682016-10-21T23:08:01  *** Chris_Stewart_5 has joined #bitcoin-core-dev
7692016-10-21T23:08:01  *** cryptapus_afk has joined #bitcoin-core-dev
7702016-10-21T23:08:01  *** echonaut has joined #bitcoin-core-dev
7712016-10-21T23:08:01  *** adiabat has joined #bitcoin-core-dev
7722016-10-21T23:08:01  *** kinlo has joined #bitcoin-core-dev
7732016-10-21T23:08:05  *** instagibbs_ has joined #bitcoin-core-dev
7742016-10-21T23:08:06  *** cjcj has joined #bitcoin-core-dev
7752016-10-21T23:08:10  *** Alopex has quit IRC
7762016-10-21T23:08:18  *** d_t has joined #bitcoin-core-dev
7772016-10-21T23:08:18  *** Ylbam has joined #bitcoin-core-dev
7782016-10-21T23:08:18  *** belcher has joined #bitcoin-core-dev
7792016-10-21T23:08:18  *** harrymm has joined #bitcoin-core-dev
7802016-10-21T23:08:18  *** e4xit has joined #bitcoin-core-dev
7812016-10-21T23:08:18  *** mkarrer has joined #bitcoin-core-dev
7822016-10-21T23:08:18  *** jl2012 has joined #bitcoin-core-dev
7832016-10-21T23:08:18  *** grindeltoshi has joined #bitcoin-core-dev
7842016-10-21T23:08:18  *** tadasv has joined #bitcoin-core-dev
7852016-10-21T23:08:18  *** Lightsword has joined #bitcoin-core-dev
7862016-10-21T23:08:18  *** mturquette has joined #bitcoin-core-dev
7872016-10-21T23:08:18  *** btcdrak has joined #bitcoin-core-dev
7882016-10-21T23:08:18  *** d9b4bef9 has joined #bitcoin-core-dev
7892016-10-21T23:08:18  *** eragmus has joined #bitcoin-core-dev
7902016-10-21T23:08:18  *** pindarhk has joined #bitcoin-core-dev
7912016-10-21T23:08:18  *** jyap has joined #bitcoin-core-dev
7922016-10-21T23:08:18  *** cfields_ has joined #bitcoin-core-dev
7932016-10-21T23:08:18  *** nOgAnOo has joined #bitcoin-core-dev
7942016-10-21T23:08:18  *** Taek has joined #bitcoin-core-dev
7952016-10-21T23:08:18  *** limpkin has joined #bitcoin-core-dev
7962016-10-21T23:08:18  *** nsh has joined #bitcoin-core-dev
7972016-10-21T23:08:18  *** michagogo has joined #bitcoin-core-dev
7982016-10-21T23:08:18  *** lclc has joined #bitcoin-core-dev
7992016-10-21T23:08:18  *** jouke_ has joined #bitcoin-core-dev
8002016-10-21T23:08:18  *** NicolasDorier has joined #bitcoin-core-dev
8012016-10-21T23:08:18  *** binns has joined #bitcoin-core-dev
8022016-10-21T23:08:18  *** helo has joined #bitcoin-core-dev
8032016-10-21T23:08:18  *** roasbeef has joined #bitcoin-core-dev
8042016-10-21T23:08:23  *** Alina-malina has quit IRC
8052016-10-21T23:08:25  *** neha has joined #bitcoin-core-dev
8062016-10-21T23:08:25  *** alpalp has joined #bitcoin-core-dev
8072016-10-21T23:08:25  *** BashCo_ has joined #bitcoin-core-dev
8082016-10-21T23:08:25  *** instagibbs has joined #bitcoin-core-dev
8092016-10-21T23:08:25  *** kadoban has joined #bitcoin-core-dev
8102016-10-21T23:08:25  *** BCBot has joined #bitcoin-core-dev
8112016-10-21T23:08:25  *** tulip has joined #bitcoin-core-dev
8122016-10-21T23:08:25  *** [b__b] has joined #bitcoin-core-dev
8132016-10-21T23:08:29  *** Alopex1 has joined #bitcoin-core-dev
8142016-10-21T23:10:39  *** eragmus has quit IRC
8152016-10-21T23:10:52  *** Alina-malina has joined #bitcoin-core-dev
8162016-10-21T23:11:05  *** michagogo has quit IRC
8172016-10-21T23:11:57  *** binns has quit IRC
8182016-10-21T23:12:57  *** PatBoy has joined #bitcoin-core-dev
8192016-10-21T23:12:57  *** wumpus has joined #bitcoin-core-dev
8202016-10-21T23:13:43  *** berndj is now known as Guest27486
8212016-10-21T23:13:51  *** CodeShark has joined #bitcoin-core-dev
8222016-10-21T23:14:22  *** murch has quit IRC
8232016-10-21T23:14:34  *** murch has joined #bitcoin-core-dev
8242016-10-21T23:16:02  *** ibrightly has joined #bitcoin-core-dev
8252016-10-21T23:16:28  *** CodeShark has quit IRC
8262016-10-21T23:16:29  *** CodeShark has joined #bitcoin-core-dev
8272016-10-21T23:16:30  *** ibrightly has quit IRC
8282016-10-21T23:16:30  *** ibrightly has joined #bitcoin-core-dev
8292016-10-21T23:17:31  *** wallet42 has joined #bitcoin-core-dev
8302016-10-21T23:24:41  *** aalex has quit IRC
8312016-10-21T23:26:04  *** zmanian____ has joined #bitcoin-core-dev
8322016-10-21T23:27:11  *** xinxi has joined #bitcoin-core-dev
8332016-10-21T23:28:31  *** aalex has joined #bitcoin-core-dev
8342016-10-21T23:29:35  *** mappum has joined #bitcoin-core-dev
8352016-10-21T23:30:03  *** alpalp has quit IRC
8362016-10-21T23:32:00  *** binns has joined #bitcoin-core-dev
8372016-10-21T23:32:26  *** xinxi has quit IRC
8382016-10-21T23:36:08  *** eragmus has joined #bitcoin-core-dev
8392016-10-21T23:37:09  *** michagogo has joined #bitcoin-core-dev
8402016-10-21T23:39:18  *** alpalp has joined #bitcoin-core-dev
8412016-10-21T23:39:19  *** alpalp has joined #bitcoin-core-dev
8422016-10-21T23:43:23  *** murch has quit IRC
8432016-10-21T23:49:47  *** PaulCapestany has quit IRC
8442016-10-21T23:52:18  *** PaulCapestany has joined #bitcoin-core-dev
8452016-10-21T23:59:15  *** Alina-malina has quit IRC