1 2016-10-21T00:05:16  *** aalex has quit IRC
  2 2016-10-21T00:08:21  *** aalex has joined #bitcoin-core-dev
  3 2016-10-21T00:14:49  *** andytoshi is now known as grindeltoshi
  4 2016-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
  5 2016-10-21T00:39:32  *** so has quit IRC
  6 2016-10-21T00:49:09  *** DigiByteDev has joined #bitcoin-core-dev
  7 2016-10-21T00:50:08  *** aalex has quit IRC
  8 2016-10-21T00:58:22  *** aalex has joined #bitcoin-core-dev
  9 2016-10-21T01:17:12  *** AaronvanW has quit IRC
 10 2016-10-21T01:20:38  *** AaronvanW has joined #bitcoin-core-dev
 11 2016-10-21T01:20:38  *** AaronvanW has quit IRC
 12 2016-10-21T01:20:38  *** AaronvanW has joined #bitcoin-core-dev
 13 2016-10-21T01:34:07  <luke-jr> sigs pushed for rc2
 14 2016-10-21T01:42:26  *** DigiByteDev has quit IRC
 15 2016-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
 16 2016-10-21T01:50:31  *** DigiByteDev has joined #bitcoin-core-dev
 17 2016-10-21T02:14:37  *** Chris_Stewart_5 has quit IRC
 18 2016-10-21T02:16:58  *** DigiByteDev has quit IRC
 19 2016-10-21T02:27:15  *** DigiByteDev has joined #bitcoin-core-dev
 20 2016-10-21T02:29:28  *** aalex has quit IRC
 21 2016-10-21T02:30:11  *** Alopex has quit IRC
 22 2016-10-21T02:31:16  *** Alopex has joined #bitcoin-core-dev
 23 2016-10-21T02:34:37  *** harrymm has quit IRC
 24 2016-10-21T02:35:59  *** harrymm has joined #bitcoin-core-dev
 25 2016-10-21T02:38:22  *** aalex has joined #bitcoin-core-dev
 26 2016-10-21T02:42:28  *** DigiByteDev has quit IRC
 27 2016-10-21T02:48:23  *** alpalp has quit IRC
 28 2016-10-21T03:03:01  *** alpalp has joined #bitcoin-core-dev
 29 2016-10-21T03:09:12  *** Alopex has quit IRC
 30 2016-10-21T03:10:17  *** Alopex has joined #bitcoin-core-dev
 31 2016-10-21T03:10:49  *** alpalp has quit IRC
 32 2016-10-21T03:25:55  <luke-jr> https://lwn.net/Articles/704078/ local exploit in all released Linux kernels
 33 2016-10-21T03:27:21  <luke-jr> "An exploit using this technique has been found in the wild."
 34 2016-10-21T03:29:14  *** aalex has quit IRC
 35 2016-10-21T03:33:21  *** aalex has joined #bitcoin-core-dev
 36 2016-10-21T03:43:44  *** paveljanik has quit IRC
 37 2016-10-21T03:59:26  *** aalex has quit IRC
 38 2016-10-21T04:02:33  <jl2012> is there any way to generate the same block hash every time running regtest?
 39 2016-10-21T04:05:53  <luke-jr> jl2012: by giving it the same blocks?
 40 2016-10-21T04:07:10  *** roconnor has joined #bitcoin-core-dev
 41 2016-10-21T04:08:01  <jl2012> so i can't generate blocks with the RPC generate command?
 42 2016-10-21T04:08:22  *** aalex has joined #bitcoin-core-dev
 43 2016-10-21T04:09:52  <luke-jr> nothing stopping you, but there's no reason to expect that to be deterministic
 44 2016-10-21T04:10:10  <luke-jr> might work if you set a mock time.. maybe
 45 2016-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
 46 2016-10-21T04:10:43  <luke-jr> but the conditions are never the same (timestamp)
 47 2016-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
 48 2016-10-21T04:12:16  <jl2012> that could be deterministic too, e.g. just make it always 600s apart
 49 2016-10-21T04:12:31  <luke-jr> seems like it'd defeat the purpose
 50 2016-10-21T04:13:17  <jl2012> sometimes, you want to faithfually repeat the process
 51 2016-10-21T04:13:45  <luke-jr> so try setting a mock time..
 52 2016-10-21T04:14:26  <jl2012> also setting the same pubkey for reward, I guess?
 53 2016-10-21T04:14:49  <luke-jr> or just load a set deterministic wallet ;)
 54 2016-10-21T04:19:22  *** aalex has quit IRC
 55 2016-10-21T04:19:47  *** shangzhou has joined #bitcoin-core-dev
 56 2016-10-21T04:23:24  *** aalex has joined #bitcoin-core-dev
 57 2016-10-21T04:26:22  <jl2012> thanks
 58 2016-10-21T04:36:16  *** Giszmo has quit IRC
 59 2016-10-21T04:45:37  *** Alopex has quit IRC
 60 2016-10-21T04:46:42  *** Alopex has joined #bitcoin-core-dev
 61 2016-10-21T05:01:13  *** roconnor has quit IRC
 62 2016-10-21T05:06:27  *** belcher has quit IRC
 63 2016-10-21T05:16:41  *** belcher has joined #bitcoin-core-dev
 64 2016-10-21T05:20:20  *** ___tau___ has quit IRC
 65 2016-10-21T05:25:26  *** Alopex has quit IRC
 66 2016-10-21T05:26:31  *** Alopex has joined #bitcoin-core-dev
 67 2016-10-21T05:34:44  *** ghtdak has quit IRC
 68 2016-10-21T05:44:09  *** aalex has quit IRC
 69 2016-10-21T05:44:52  *** paveljanik has joined #bitcoin-core-dev
 70 2016-10-21T05:48:22  *** aalex has joined #bitcoin-core-dev
 71 2016-10-21T05:50:02  *** ghtdak has joined #bitcoin-core-dev
 72 2016-10-21T06:06:06  *** Alopex has quit IRC
 73 2016-10-21T06:07:11  *** Alopex has joined #bitcoin-core-dev
 74 2016-10-21T06:11:36  *** jtimon has quit IRC
 75 2016-10-21T06:31:15  *** shangzhou has quit IRC
 76 2016-10-21T06:36:21  *** niska has quit IRC
 77 2016-10-21T06:36:21  *** PatBoy has quit IRC
 78 2016-10-21T06:36:45  *** PatBoy has joined #bitcoin-core-dev
 79 2016-10-21T06:36:47  *** niska has joined #bitcoin-core-dev
 80 2016-10-21T07:29:25  *** aalex has quit IRC
 81 2016-10-21T07:33:25  *** aalex has joined #bitcoin-core-dev
 82 2016-10-21T07:37:18  *** d_t has joined #bitcoin-core-dev
 83 2016-10-21T07:39:25  *** aalex has quit IRC
 84 2016-10-21T07:43:09  *** d_t has quit IRC
 85 2016-10-21T07:43:21  *** aalex has joined #bitcoin-core-dev
 86 2016-10-21T08:06:31  *** cdecker has joined #bitcoin-core-dev
 87 2016-10-21T08:13:53  *** justanotheruser has quit IRC
 88 2016-10-21T08:25:04  *** aalex has quit IRC
 89 2016-10-21T08:28:36  *** aalex has joined #bitcoin-core-dev
 90 2016-10-21T08:31:06  <Victorsueca> morning
 91 2016-10-21T08:34:40  <wumpus> morning
 92 2016-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
 93 2016-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
 94 2016-10-21T08:36:07  <wumpus> youd' have to be really sure of that
 95 2016-10-21T08:36:24  <wumpus> also there's the possibility that the user disabled coincontrol and the settings are no longer at default
 96 2016-10-21T08:36:27  <wumpus> be careful
 97 2016-10-21T08:36:37  <jonasschnelli> hm...
 98 2016-10-21T08:36:59  <jonasschnelli> I'd like to use it for the confirmation target (instead of miss-using the default)
 99 2016-10-21T08:37:05  <Victorsueca> In theory the logic should be the same except maybe for some edge cases
100 2016-10-21T08:37:08  *** droark has quit IRC
101 2016-10-21T08:37:09  <jonasschnelli> Instead of adding a parameter to CreateTransaction
102 2016-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
103 2016-10-21T08:37:36  <wumpus> Victorsueca: "in theory" is not good enough for these kind of changes
104 2016-10-21T08:37:58  <jonasschnelli> The problem is, CoinControl has bad test coverage. Mostly GUI only
105 2016-10-21T08:38:05  <Victorsueca> wumpus: yeah, either is "maybe" for the edge cases
106 2016-10-21T08:38:06  <wumpus> yes, that has to change
107 2016-10-21T08:38:45  <Victorsueca> this would have to go through some extensive checks to be sure the logic is the same
108 2016-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
109 2016-10-21T08:39:28  *** jannes has joined #bitcoin-core-dev
110 2016-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
111 2016-10-21T08:41:27  *** whphhg has quit IRC
112 2016-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
113 2016-10-21T08:41:47  <jonasschnelli> Yes. We could rename it soon.
114 2016-10-21T08:41:56  <jonasschnelli> We aleady use it over RPC for fundraw
115 2016-10-21T08:42:03  <wumpus> well no need to rename it immediately, just add a comment to the documentation or so
116 2016-10-21T08:42:19  <wumpus> e.g. at the top of the class
117 2016-10-21T08:42:30  <wumpus> right, it's alredy used for other things
118 2016-10-21T08:42:47  *** laurentmt has joined #bitcoin-core-dev
119 2016-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. :)
120 2016-10-21T08:43:22  *** Guyver2 has joined #bitcoin-core-dev
121 2016-10-21T08:43:23  <wumpus> yes changing the default in the background is really ugly
122 2016-10-21T08:43:54  <wumpus> that always bothered me, all the side effects and uncontained input in the wallet logic
123 2016-10-21T08:45:13  <Victorsueca> it's also ugly how it uses different fee systems for the GUI and the RPC
124 2016-10-21T08:45:17  <jonasschnelli> Yeah. We need to untangle the "CoinControls" layer violation. It should always respect the WalletModel
125 2016-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)
126 2016-10-21T08:48:09  *** whphhg has joined #bitcoin-core-dev
127 2016-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?!
128 2016-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.
129 2016-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
130 2016-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
131 2016-10-21T08:58:10  <wumpus> nonono the GUI should *not* affect the RPC
132 2016-10-21T08:58:30  <wumpus> that's completely clueless
133 2016-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
134 2016-10-21T08:59:26  <wumpus> of course this is different from clearly global scope changes like the 'settings' dialog
135 2016-10-21T08:59:33  <wumpus> which should affect the whole process
136 2016-10-21T08:59:44  <wumpus> but per-send options should definitely not affect RPC
137 2016-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
138 2016-10-21T08:59:58  <luke-jr> wumpus: the slider isn't clearly per-send
139 2016-10-21T09:00:10  <wumpus> it should be.
140 2016-10-21T09:00:17  <luke-jr> wumpus: it's outside the entry-container, and remains set after you send
141 2016-10-21T09:00:23  <luke-jr> this suggests to me that it's global
142 2016-10-21T09:00:27  <luke-jr> even though I know it isn't
143 2016-10-21T09:00:59  <jonasschnelli> It's per send.. but the value will be stored and persisted in QSettings
144 2016-10-21T09:01:16  <luke-jr> jonasschnelli: how is that per send? :P
145 2016-10-21T09:01:40  <wumpus> it can be a convenience to remember the setting
146 2016-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
147 2016-10-21T09:01:50  <wumpus> but if that puts people on wrong footing, it should probably just reset every time
148 2016-10-21T09:02:04  <jonasschnelli> It's per-send in the software-design but persisted between multiple sends. :)
149 2016-10-21T09:02:10  <luke-jr> Maybe a "set as default" button
150 2016-10-21T09:02:19  <wumpus> but that default still shouldn't affect RPC
151 2016-10-21T09:02:26  <jonasschnelli> I think it could be useful to keep the confirmation target between sends
152 2016-10-21T09:02:37  <jonasschnelli> Yes. The default is GUI only
153 2016-10-21T09:02:38  <luke-jr> wumpus: why?
154 2016-10-21T09:02:49  <wumpus> there isn't even such a a setting in RPC, and QSettings should never affect core settings anyway
155 2016-10-21T09:02:59  <jonasschnelli> Indeed
156 2016-10-21T09:03:03  <wumpus> because RPC should be as stateless aspossible
157 2016-10-21T09:03:24  <luke-jr> it's a command-line option from the user's perspective
158 2016-10-21T09:03:24  <jonasschnelli> We could think of adding a conf-target feature to fundraw
159 2016-10-21T09:03:24  <wumpus> and certainly not 'inhereit' from the GUI
160 2016-10-21T09:03:37  <wumpus> this creates even more confusing differences between running bitcoind and running the GUI
161 2016-10-21T09:03:46  * jonasschnelli needs to fo afk
162 2016-10-21T09:04:00  <luke-jr> "Set as GUI default" :P
163 2016-10-21T09:04:05  <wumpus> yes
164 2016-10-21T09:04:15  <luke-jr> inb4 users ask what a GUI is <.<
165 2016-10-21T09:04:38  <wumpus> the people that use RPC will know
166 2016-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
167 2016-10-21T09:05:02  <wumpus> people that only use the GUI don't need to know the distinction
168 2016-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
169 2016-10-21T09:07:35  <wumpus> remember the goal is to decouple the GUI, not couple it further
170 2016-10-21T09:09:56  <Victorsueca> what about putting a RPC-specific fee setting on the GUI? Maybe on Settings > Options...
171 2016-10-21T09:10:09  <wumpus> no, let people set RPC settings through RPC
172 2016-10-21T09:11:01  <wumpus> or preferably, pass necessary all input to the call itself so the message is self-contained
173 2016-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
174 2016-10-21T09:16:39  <wumpus> there it is not confusing
175 2016-10-21T09:16:56  *** laurentmt has quit IRC
176 2016-10-21T09:16:57  *** aalex has quit IRC
177 2016-10-21T09:18:27  *** aalex has joined #bitcoin-core-dev
178 2016-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
179 2016-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
180 2016-10-21T09:24:35  *** aalex has quit IRC
181 2016-10-21T09:24:58  *** aalex has joined #bitcoin-core-dev
182 2016-10-21T09:27:49  *** Guyver2 has quit IRC
183 2016-10-21T09:28:01  *** Guyver2 has joined #bitcoin-core-dev
184 2016-10-21T09:31:52  <wumpus> hey, coincontrol.h needs to be in src/wallet
185 2016-10-21T09:33:19  *** Victor_sueca has joined #bitcoin-core-dev
186 2016-10-21T09:33:34  *** Victorsueca has quit IRC
187 2016-10-21T09:33:58  *** Victor_sueca is now known as Victorsueca
188 2016-10-21T09:36:08  <jl2012> is there any RPC command to clear the mempool or clear a txid from mempool?
189 2016-10-21T09:36:19  <jl2012> for regtest
190 2016-10-21T09:36:35  <wumpus> I don't think so
191 2016-10-21T09:38:00  <jl2012> any reason not to have this? I think it's useful for testing
192 2016-10-21T09:38:07  <wumpus> feel free to add it
193 2016-10-21T09:38:18  <jl2012> ok, i'll try
194 2016-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
195 2016-10-21T09:40:02  <wumpus> but if you have a specific test inmind that would improve, sure
196 2016-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
197 2016-10-21T09:44:29  *** shangzhou has joined #bitcoin-core-dev
198 2016-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
199 2016-10-21T09:45:37  *** JackH has quit IRC
200 2016-10-21T09:48:48  <jl2012> shangzhou: that's not accidental. The limit was there long before that
201 2016-10-21T09:50:26  <michagogo> achow101: yeah, I'm pretty sure The Xenial Xerus was known to be problematic
202 2016-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
203 2016-10-21T09:51:56  <luke-jr> jl2012: it was accidental that it affected P2SH
204 2016-10-21T09:52:26  <jl2012> no one realized that when P2SH was deployed?
205 2016-10-21T09:53:34  <luke-jr> nope
206 2016-10-21T09:53:50  <luke-jr> it wasn't until much later that we realised 20-of-20 multisig wouldn't work :p
207 2016-10-21T09:54:17  <luke-jr> (or even 1-of-20 IIRC)
208 2016-10-21T09:54:33  <jl2012> well......I can't believe everyone overlooked this
209 2016-10-21T09:54:44  *** nickler has quit IRC
210 2016-10-21T09:55:12  <Victorsueca> now that max script size is set on stone, fixing it would be a hard-fork
211 2016-10-21T09:55:28  <jl2012> max script size is still 10000
212 2016-10-21T09:55:34  <michagogo> jl2012: people overlook obvious things all the time
213 2016-10-21T09:55:34  <wumpus> back then, getting a lot of good review for proposals was a problem, even more than it was now
214 2016-10-21T09:55:53  <wumpus> segwit got *tons* of review compared to BIP16 I'm sure
215 2016-10-21T09:56:35  <michagogo> It's just that overlooking things _here_ has a much bigger potential impact
216 2016-10-21T09:56:55  <michagogo> Victorsueca: did you see my gitian appliance?
217 2016-10-21T09:56:59  <luke-jr> BIP 16 was merged with exactly zero ACKs: https://github.com/bitcoin/bitcoin/pull/748
218 2016-10-21T09:57:06  <wumpus> yes, way different times
219 2016-10-21T09:57:15  <Victorsueca> michagogo: not yet
220 2016-10-21T09:57:36  <michagogo> Victorsueca: you can download it at https://1drv.ms/f/s!AvCguGMVwWzLgxJPeXdvaQVJ2WJq
221 2016-10-21T09:57:52  <michagogo> There's an .ova there, and a video showing the process of making it
222 2016-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!
223 2016-10-21T09:58:09  <michagogo> About one hour, from the first boot all the way through shutting it down to export
224 2016-10-21T09:58:27  <Victorsueca> I guess nobody thought some years back that a block size increase could be implemented as a soft-fork
225 2016-10-21T09:58:33  <michagogo> Including all the trial-and-error and pauses while I looked stuff up outside the VM
226 2016-10-21T09:59:24  <michagogo> Victorsueca: "some years back" nobody was thinking about the block size and the need to increase it yet
227 2016-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
228 2016-10-21T10:00:19  <Victorsueca> michagogo: want me to torrent the .ova up? I could seed it for a while until it spreads
229 2016-10-21T10:00:45  <michagogo> Ah, if you've got a seedbox I can make one
230 2016-10-21T10:00:47  <michagogo> One sec
231 2016-10-21T10:00:59  <Victorsueca> no need, i'll do everything
232 2016-10-21T10:02:13  <Victorsueca> I will send you the magnet link when it's done
233 2016-10-21T10:02:15  <luke-jr> jl2012: the main argument was the implementation didn't touch the script interpreter
234 2016-10-21T10:02:36  <luke-jr> jl2012: which was at the time considered by some to be essentially beyond anyone's competency to modify
235 2016-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.
236 2016-10-21T10:05:25  <wumpus> it wasn't ridiculous at the time
237 2016-10-21T10:06:00  <wumpus> no one was competent to change that code at the time, least of all Gavin :)
238 2016-10-21T10:06:29  <luke-jr> well, I was the one changing it with BIP 17 ;)
239 2016-10-21T10:06:47  * luke-jr ponders if he went back and re-reviewed BIP 17's code, if he'd find any bugs
240 2016-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
241 2016-10-21T10:06:57  <michagogo> Victorsueca: ^
242 2016-10-21T10:07:07  <wumpus> and we still need to be extremely careful with changes to the script interpreter
243 2016-10-21T10:07:45  <wumpus> but there are a few more people clueful in that regard now
244 2016-10-21T10:08:21  <Victorsueca> michagogo: I prefer to create my own if you don't care
245 2016-10-21T10:08:39  <Victorsueca> michagogo: I can use that one tho if you want
246 2016-10-21T10:09:52  <michagogo> Victorsueca: how come?
247 2016-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
248 2016-10-21T10:11:00  <Victorsueca> michagogo: currently downloading from 1drv
249 2016-10-21T10:11:10  <Victorsueca> michagogo: i'll start seeding it as soon as it's done
250 2016-10-21T10:12:23  *** nickler has joined #bitcoin-core-dev
251 2016-10-21T10:12:59  <michagogo> molz: did you manage to get it from onedrive in the end?
252 2016-10-21T10:23:03  *** JackH has joined #bitcoin-core-dev
253 2016-10-21T10:34:01  <tulip> > now that max script size is set on stone, fixing it would be a hard-fork
254 2016-10-21T10:34:01  <tulip> Victorsueca: not exactly. it can be done as a soft fork quite easily, same as segwit :)
255 2016-10-21T10:34:23  <luke-jr> segwit2 can just change the magic bytes! :P
256 2016-10-21T10:34:40  <luke-jr> actually, I guess that'd require retaining the old commitment too. hmm
257 2016-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.
258 2016-10-21T10:35:11  <luke-jr> tulip: go too far and it becomes a soft-hardfork
259 2016-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.
260 2016-10-21T10:37:09  *** DigiByteDev has joined #bitcoin-core-dev
261 2016-10-21T10:37:09  <luke-jr> ?
262 2016-10-21T10:37:17  <tulip> https://en.wikipedia.org/wiki/Mohs_scale_of_mineral_hardness
263 2016-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
264 2016-10-21T10:43:41  <aj> tulip: does that mean a bilateral hard-fork might be said to be diamond tipped?
265 2016-10-21T10:47:30  <michagogo> Victorsueca: nuking the old chain how?
266 2016-10-21T10:47:48  <michagogo> Merged mining implies continuing to mine this chain
267 2016-10-21T10:48:15  <luke-jr> michagogo: see https://github.com/luke-jr/bips/blob/bip-mmhf/bip-mmhf.mediawiki
268 2016-10-21T10:48:28  <Victorsueca> michagogo: you merge-mine both the old and the new chain
269 2016-10-21T10:48:46  <Victorsueca> and you nuke it by soft-forking it to 0 MB blocks
270 2016-10-21T10:49:19  <luke-jr> Victorsueca: 100B
271 2016-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
272 2016-10-21T10:55:25  <luke-jr> Victorsueca: nothing can prevent incompetent people from writing bad software, nor is it intended to
273 2016-10-21T10:56:12  *** Ylbam has joined #bitcoin-core-dev
274 2016-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
275 2016-10-21T11:00:43  <Victorsueca> 2 ways*
276 2016-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
277 2016-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) ...
278 2016-10-21T11:05:55  <Victorsueca> ahh right
279 2016-10-21T11:06:10  <Victorsueca> 3 ways then, sidechains would be the third way
280 2016-10-21T11:11:06  *** JackH has quit IRC
281 2016-10-21T11:11:37  <wumpus> please move this to #bitcoin
282 2016-10-21T11:11:48  <wumpus> it is not related to current bitcoin core development
283 2016-10-21T11:12:36  <Victorsueca> wumpus: thanks, will keep that in mind for the next time, I think we're done now
284 2016-10-21T11:12:51  <wumpus> this channel is for discussing code changes
285 2016-10-21T11:12:54  *** fengling has quit IRC
286 2016-10-21T11:13:21  <Victorsueca> so, what is libconsensus exactly for?
287 2016-10-21T11:14:08  <Victorsueca> is it like a way to detach consensus rules from the main software?
288 2016-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
289 2016-10-21T11:15:17  <wumpus> here: https://github.com/bitcoin/bitcoin/blob/master/doc/shared-libraries.md#bitcoinconsensus
290 2016-10-21T11:18:21  *** DigiByteDev has quit IRC
291 2016-10-21T11:20:58  *** fengling has joined #bitcoin-core-dev
292 2016-10-21T11:39:57  *** Giszmo has joined #bitcoin-core-dev
293 2016-10-21T11:46:05  *** owowo has quit IRC
294 2016-10-21T12:00:23  *** fengling has quit IRC
295 2016-10-21T12:01:15  *** shangzhou has quit IRC
296 2016-10-21T12:02:37  <jonasschnelli> wumpus: https://github.com/bitcoin/bitcoin/pull/8989/files#r84448026
297 2016-10-21T12:02:48  <jonasschnelli> I think the idea with a local instance would work as well...
298 2016-10-21T12:03:04  <jonasschnelli> But the extra mapping from UI to the new coincontrol instance is a little bit nasty
299 2016-10-21T12:03:29  <jonasschnelli> I would prefer per-send-wide coin-control... but I agree, there are some risks.
300 2016-10-21T12:03:58  *** owowo has joined #bitcoin-core-dev
301 2016-10-21T12:03:58  *** owowo has joined #bitcoin-core-dev
302 2016-10-21T12:03:58  *** owowo has joined #bitcoin-core-dev
303 2016-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
304 2016-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
305 2016-10-21T12:05:17  <wumpus> which is exactly what we want if coin control is only to be used to pass that parameter
306 2016-10-21T12:06:04  <jonasschnelli> Okay. Yes. Your right. Let me change it
307 2016-10-21T12:06:16  <jonasschnelli> I also revert the slider direction inversion.
308 2016-10-21T12:12:48  *** Chris_Stewart_5 has joined #bitcoin-core-dev
309 2016-10-21T12:16:37  *** laurentmt has joined #bitcoin-core-dev
310 2016-10-21T12:19:24  *** Chris_Stewart_5 has quit IRC
311 2016-10-21T12:24:30  *** aalex has quit IRC
312 2016-10-21T12:28:24  *** aalex has joined #bitcoin-core-dev
313 2016-10-21T12:29:01  <jonasschnelli> wumpus: https://github.com/bitcoin/bitcoin/pull/8989/files, in case you want to review it again
314 2016-10-21T12:32:44  <wumpus> yes, that looks good to me now
315 2016-10-21T12:32:54  *** laurentmt has quit IRC
316 2016-10-21T12:37:45  *** laurentmt has joined #bitcoin-core-dev
317 2016-10-21T12:42:33  *** Guyver2 has quit IRC
318 2016-10-21T12:42:57  *** laurentmt has quit IRC
319 2016-10-21T12:44:17  *** aalex has quit IRC
320 2016-10-21T12:44:40  <Victorsueca> michagogo: here's your torrent https://softnet.homenet.org/tokenid_3qsqxgu5wkhopt4k2daqbuxc/
321 2016-10-21T12:45:04  <Victorsueca> username is bitcoin and password is mdtj4g5w5bppajnpmt2ow2dx
322 2016-10-21T12:45:21  <Victorsueca> I password protected it so google doesn't bother me with malware removal warnings
323 2016-10-21T12:46:54  <michagogo> Victorsueca: what's wrong with the other one?
324 2016-10-21T12:47:11  <michagogo> Also, I'm not at my computer now
325 2016-10-21T12:48:03  <michagogo> Don't know when I'll be able to get it
326 2016-10-21T12:48:52  <michagogo> (And why not just a magnet link?)
327 2016-10-21T12:49:34  <Victorsueca> michagogo: I make my torrents in a way they go sooper-fast :P
328 2016-10-21T12:50:11  <Victorsueca> I tried it, but the way I do it magnet links are too long for any clipboard
329 2016-10-21T12:51:00  <Victorsueca> also no need to hurry, take your time until you get to your computer
330 2016-10-21T12:51:06  <Victorsueca> :)
331 2016-10-21T12:52:38  *** jtimon has joined #bitcoin-core-dev
332 2016-10-21T12:53:21  *** aalex has joined #bitcoin-core-dev
333 2016-10-21T12:55:11  *** DigiByteDev has joined #bitcoin-core-dev
334 2016-10-21T12:58:12  *** Chris_Stewart_5 has joined #bitcoin-core-dev
335 2016-10-21T12:59:35  *** DigiByteDev has quit IRC
336 2016-10-21T13:00:17  *** niska has quit IRC
337 2016-10-21T13:04:00  <wumpus> github is so slow here...
338 2016-10-21T13:04:39  *** aalex has quit IRC
339 2016-10-21T13:07:04  *** Ylbam has quit IRC
340 2016-10-21T13:08:24  *** aalex has joined #bitcoin-core-dev
341 2016-10-21T13:11:21  *** Chris_Stewart_5 has quit IRC
342 2016-10-21T13:12:48  <jonasschnelli> wumpus: yes. extra-slow at my end as well
343 2016-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.
344 2016-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.
345 2016-10-21T13:14:33  *** aalex has quit IRC
346 2016-10-21T13:14:46  <jonasschnelli> I think 6 would be resonable... but we would need to change RPC and GUI
347 2016-10-21T13:14:58  <jonasschnelli> I don't expect to much bikeshedding
348 2016-10-21T13:15:11  <GitHub78> [bitcoin] jonasschnelli pushed 3 new commits to master: https://github.com/bitcoin/bitcoin/compare/0e228557f239...7b1bfa3a8786
349 2016-10-21T13:15:11  <GitHub78> bitcoin/master 0a261b6 Jonas Schnelli: Use pindexBestHeader instead of setBlockIndexCandidates for NotifyHeaderTip()
350 2016-10-21T13:15:12  <GitHub78> bitcoin/master 3154d6e Jonas Schnelli: [Qt] use NotifyHeaderTip's height and date for the progress update
351 2016-10-21T13:15:13  <GitHub78> bitcoin/master 7b1bfa3 Jonas Schnelli: Merge #8985: Use pindexBestHeader instead of setBlockIndexCandidates for NotifyHeaderTip()...
352 2016-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
353 2016-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
354 2016-10-21T13:16:05  <jonasschnelli> Okay. I see your point.
355 2016-10-21T13:16:43  <wumpus> yes, I like 6 too
356 2016-10-21T13:17:18  *** Chris_Stewart_5 has joined #bitcoin-core-dev
357 2016-10-21T13:18:16  *** alpalp has joined #bitcoin-core-dev
358 2016-10-21T13:18:24  *** aalex has joined #bitcoin-core-dev
359 2016-10-21T13:21:40  *** Chris_Stewart_5 has quit IRC
360 2016-10-21T13:23:15  *** niska has joined #bitcoin-core-dev
361 2016-10-21T13:23:44  *** Guyver2 has joined #bitcoin-core-dev
362 2016-10-21T13:26:13  *** alpalp has quit IRC
363 2016-10-21T13:55:50  *** cryptapus_afk is now known as cryptapus
364 2016-10-21T13:58:40  <GitHub53> [bitcoin] laanwj pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/7b1bfa3a8786...3fb3fade3c02
365 2016-10-21T13:58:40  <GitHub53> bitcoin/master 1ae5839 Wladimir J. van der Laan: moveonly: move `coincontrol` to `src/wallet`
366 2016-10-21T13:58:41  <GitHub53> bitcoin/master 3fb3fad Wladimir J. van der Laan: Merge #8990: moveonly: move `coincontrol` to `src/wallet`...
367 2016-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
368 2016-10-21T14:05:55  * Victorsueca starts building that
369 2016-10-21T14:08:36  <jonasschnelli> Hmm... rc2 does not run on OSX 10.7
370 2016-10-21T14:09:16  <michagogo> Victorsueca: hm, what is it that you do?
371 2016-10-21T14:09:38  <michagogo> I would have thought a torrent is a torrent…
372 2016-10-21T14:10:52  *** murch has joined #bitcoin-core-dev
373 2016-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
374 2016-10-21T14:11:20  <michagogo> Victorsueca: which settings?
375 2016-10-21T14:11:34  <Victorsueca> michagogo: the ones when creating a new torrent file
376 2016-10-21T14:11:54  <michagogo> I'm asking, what settings did you use!
377 2016-10-21T14:11:58  <michagogo> use?*
378 2016-10-21T14:12:09  <Victorsueca> not sure if any of them made actually some effect or it's just my connection
379 2016-10-21T14:12:14  <Victorsueca> let me check...
380 2016-10-21T14:12:43  <jonasschnelli> ping cfields_ : https://github.com/bitcoin/bitcoin/issues/8577
381 2016-10-21T14:32:53  *** paveljanik has quit IRC
382 2016-10-21T14:39:34  *** Alina-malina has quit IRC
383 2016-10-21T14:40:27  <Victorsueca> michagogo: set chunk size to 2 MiB and added a lot of trackers (200 or so)
384 2016-10-21T14:40:34  <Victorsueca> those are the settings
385 2016-10-21T14:41:13  <michagogo> Victorsueca: pretty sure the chunk size was 2 on mine too
386 2016-10-21T14:41:16  <michagogo> Or maybe it was 4
387 2016-10-21T14:41:26  <michagogo> And you can just add trackers...
388 2016-10-21T14:41:54  <michagogo> Not that it really matters, since DHT+Peer Exchange mean that you don't really need trackers
389 2016-10-21T14:41:54  <Victorsueca> I guess it's my connection then...
390 2016-10-21T14:42:05  *** Alina-malina has joined #bitcoin-core-dev
391 2016-10-21T14:42:07  <michagogo> With pex, you really just need 1 other peer
392 2016-10-21T14:42:21  <michagogo> Like Bitcoin, sort of
393 2016-10-21T14:43:00  <Victorsueca> well, doesn't really matter, I already started seeding the one I made
394 2016-10-21T14:43:42  <Victorsueca> I can seed yours tho if you really want
395 2016-10-21T14:44:16  *** Alina-malina has quit IRC
396 2016-10-21T14:44:17  *** Alina-malina has joined #bitcoin-core-dev
397 2016-10-21T14:50:33  *** Chris_Stewart_5 has joined #bitcoin-core-dev
398 2016-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?
399 2016-10-21T14:53:22  <sipa> instagibbs_: because they may give us addresses of peers that do
400 2016-10-21T14:53:42  <instagibbs_> currently we don't do churn of those peers though right
401 2016-10-21T14:54:03  <instagibbs_> like, every X minutes, cycle peers that don't offer services you require
402 2016-10-21T14:54:09  <instagibbs_> (good point though)
403 2016-10-21T14:54:15  <sipa> interesting
404 2016-10-21T14:54:30  <sipa> we do have oneshot connections, which just request an addr and disconnect
405 2016-10-21T14:54:37  <instagibbs_> yeah, feelers
406 2016-10-21T14:54:47  <sipa> no, that's something else still :)
407 2016-10-21T14:54:52  <instagibbs_> oh, doh
408 2016-10-21T14:55:05  <sipa> those don't even get addresses, but just test whether the address is reachable
409 2016-10-21T14:55:16  <instagibbs_> oh of course, i misread
410 2016-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
411 2016-10-21T14:55:31  <sipa> oneshot connections are used when you're on tor and nedd to use a dns seed for example
412 2016-10-21T14:55:53  <sipa> Victorsueca: we know whether the service is available before we connect
413 2016-10-21T14:56:02  <instagibbs_> via service bits
414 2016-10-21T14:56:14  <instagibbs_> ?
415 2016-10-21T14:56:17  <sipa> yes
416 2016-10-21T14:56:18  <Victorsueca> but you still need to connect to request addresses tho
417 2016-10-21T14:56:23  <sipa> yes
418 2016-10-21T14:56:42  <sipa> and to generally not worsen partitioning of the network
419 2016-10-21T14:57:11  <sipa> even if no peers are available that we like, it's still better to keep the network whole
420 2016-10-21T14:57:18  <instagibbs_> what is it called to talk to a peer for service bits but not connect?
421 2016-10-21T14:57:29  <sipa> ?
422 2016-10-21T14:57:46  <instagibbs_> "we know whether the service is available before we connect" yet we know service bits
423 2016-10-21T14:57:55  <sipa> yes, because the service bits are in addrdb
424 2016-10-21T14:58:27  <GitHub36> [bitcoin] laanwj pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/3fb3fade3c02...5af9a7117cff
425 2016-10-21T14:58:27  <GitHub36> bitcoin/master 6f2f639 Jorge Timón: Chainparams: Trivial: In AppInit2(), s/Params()/chainparams/
426 2016-10-21T14:58:27  <GitHub36> bitcoin/master 5af9a71 Wladimir J. van der Laan: Merge #8975: Chainparams: Trivial: In AppInit2(), s/Params()/chainparams/...
427 2016-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
428 2016-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
429 2016-10-21T14:59:22  <GitHub86> [bitcoin] laanwj pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/5af9a7117cff...3cf496d102d2
430 2016-10-21T14:59:23  <GitHub86> bitcoin/master 72ca7d9 Matt Corallo: Don't hold cs_main when calling ProcessNewBlock from a cmpctblock
431 2016-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
432 2016-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...
433 2016-10-21T14:59:34  <Victorsueca> which are stored in the addrdb
434 2016-10-21T14:59:38  <sipa> Victorsueca: exactly
435 2016-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
436 2016-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
437 2016-10-21T15:00:08  <instagibbs_> err when do we store them in the addrdb
438 2016-10-21T15:00:12  * instagibbs_ looking at code
439 2016-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
440 2016-10-21T15:00:21  <BlueMatt> wumpus: wait, when did we decide 8968 was for 0.13.1?
441 2016-10-21T15:00:25  <BlueMatt> I thoguht we said no in milan?
442 2016-10-21T15:00:35  <wumpus> oh it isn't?
443 2016-10-21T15:00:36  <wumpus> removing tag
444 2016-10-21T15:00:42  <Victorsueca> lel
445 2016-10-21T15:00:46  <BlueMatt> yes, I think it is uneccessary for 0.13.1
446 2016-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
447 2016-10-21T15:01:46  <BlueMatt> sipa: you're the one who pointed out that cs_main should always be the top lock
448 2016-10-21T15:01:53  <BlueMatt> so adding a cs_main should be just fine
449 2016-10-21T15:02:05  *** Chris_Stewart_5 has quit IRC
450 2016-10-21T15:02:09  <wumpus> yes, at most you'll be holding it unnecessarily
451 2016-10-21T15:02:20  <sipa> ah
452 2016-10-21T15:02:29  <sipa> well, "should" :)
453 2016-10-21T15:03:23  * sipa breakfast
454 2016-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
455 2016-10-21T15:04:47  <Victorsueca> and I don't know coding at all
456 2016-10-21T15:05:03  <wumpus> please...
457 2016-10-21T15:05:18  <sipa> Victorsueca: then perhaps you shouldn't comment in this channel
458 2016-10-21T15:06:46  <Victorsueca> sorry, hope not to have jinxed you :S
459 2016-10-21T15:07:16  <BlueMatt> so, thus far, rc2 is final - doc changes?
460 2016-10-21T15:08:40  <sipa> want me to test whether "cs_main is always the topmost lock" is true?
461 2016-10-21T15:10:18  <BlueMatt> sipa: please do
462 2016-10-21T15:21:31  *** davec has quit IRC
463 2016-10-21T15:22:00  *** davec has joined #bitcoin-core-dev
464 2016-10-21T15:24:00  *** roconnor has joined #bitcoin-core-dev
465 2016-10-21T15:33:57  <BlueMatt> last block: propagated entire fibre network within 4ms of the speed of light between my servers
466 2016-10-21T15:34:44  <BlueMatt> ok, thats a lie, 10
467 2016-10-21T15:34:52  <BlueMatt> but whatever, thats pretty good
468 2016-10-21T15:35:29  *** Alina-malina has quit IRC
469 2016-10-21T15:36:00  *** Alina-malina has joined #bitcoin-core-dev
470 2016-10-21T15:37:27  *** newrooT has joined #bitcoin-core-dev
471 2016-10-21T15:37:45  *** newrooT has left #bitcoin-core-dev
472 2016-10-21T15:38:01  <sipa> your technology sucks. you could get the block a full 3000 km further in the same time!
473 2016-10-21T15:39:52  <BlueMatt> not in glass!
474 2016-10-21T15:40:04  <BlueMatt> (closer to 1750km)
475 2016-10-21T15:44:58  *** Alina-malina has quit IRC
476 2016-10-21T15:44:58  *** Alina-malina has joined #bitcoin-core-dev
477 2016-10-21T15:51:41  <sipa> better get working on that vacuum-tube-fiber
478 2016-10-21T15:54:11  *** BashCo_ has joined #bitcoin-core-dev
479 2016-10-21T15:54:49  *** BashCo has quit IRC
480 2016-10-21T16:17:28  <Victorsueca> someone said github was slow before?
481 2016-10-21T16:17:38  <Victorsueca> I think I found why
482 2016-10-21T16:19:48  <Victorsueca> someone has been DDoSing Dyn nameservers at US east coast
483 2016-10-21T16:20:00  <Victorsueca> basically _half_ internet is down
484 2016-10-21T16:20:50  *** jtimon has quit IRC
485 2016-10-21T16:22:48  *** jtimon has joined #bitcoin-core-dev
486 2016-10-21T16:24:51  *** aalex has quit IRC
487 2016-10-21T16:27:19  *** fengling has joined #bitcoin-core-dev
488 2016-10-21T16:28:33  *** aalex has joined #bitcoin-core-dev
489 2016-10-21T16:35:00  <rabidus_> Victorsueca: github down for me, also netflix
490 2016-10-21T16:35:06  <rabidus_> that's all i've found
491 2016-10-21T16:35:34  <Victorsueca> yeah, it's mostly huge and important services
492 2016-10-21T16:35:59  <Victorsueca> twitter, amazon, netflix, spotify...
493 2016-10-21T16:36:26  <jtimon> github, soundcloud, twitter (not from the android app)...
494 2016-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/
495 2016-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.
496 2016-10-21T16:38:37  <BlueMatt> you want 192.30.253.113
497 2016-10-21T16:38:41  <rabidus_> amazon.com works
498 2016-10-21T16:38:45  <BlueMatt> cfields_: it works in most places
499 2016-10-21T16:39:00  <BlueMatt> google dns appears to be working around it appropriately
500 2016-10-21T16:41:06  <cfields_> BlueMatt: thanks. my dns setup is a bit weird, i'll wait a bit before changing stuff around
501 2016-10-21T16:41:36  <BlueMatt> cfields_: hardcode to the above ip, then
502 2016-10-21T16:41:39  <BlueMatt> (that is github)
503 2016-10-21T16:41:44  <BlueMatt>  /etc/hosts :)
504 2016-10-21T16:42:33  <cfields_> BlueMatt: ah perfect, thanks
505 2016-10-21T16:43:26  *** fengling has quit IRC
506 2016-10-21T16:43:44  <rabidus_> this was funny: http://www.vox.com/new-money/2016/10/21/13357332/internet-outage-explained
507 2016-10-21T16:43:48  <rabidus_> because it doesn't work for me
508 2016-10-21T16:44:32  <sipa> everything seems fine here
509 2016-10-21T16:45:38  <BlueMatt> sipa: yea, west coast seems mostly fine, as in apac
510 2016-10-21T16:48:27  <jtimon> alright, setting manual DNS to one in the spanish list here did the trick: http://public-dns.info/
511 2016-10-21T16:50:07  <rabidus_> it think i'm going with big brother dns
512 2016-10-21T16:50:12  <rabidus_> good old 8.8.8.8
513 2016-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
514 2016-10-21T16:53:20  <jtimon> this kind of thing wouldn't happen if all domains were in a blockchain
515 2016-10-21T16:53:23  * jtimon hides
516 2016-10-21T16:54:01  * sipa forks jtimon
517 2016-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?
518 2016-10-21T16:55:53  <instagibbs_> this line "if (pfrom->nServicesExpected & ~pfrom->nServices)"
519 2016-10-21T16:56:22  <sipa> that check is always false if nServicesExpected is 0
520 2016-10-21T16:56:55  <instagibbs_> I was thinking xor... lol. sorry.
521 2016-10-21T16:59:41  *** Chris_Stewart_5 has joined #bitcoin-core-dev
522 2016-10-21T17:01:25  <instagibbs_> Confused myself into thinking logic was "any difference in bits" vs "any expected but missing services"
523 2016-10-21T17:06:36  *** cbit has joined #bitcoin-core-dev
524 2016-10-21T17:06:41  <cbit> yeah, done for me too
525 2016-10-21T17:06:44  <cbit> down*
526 2016-10-21T17:07:34  <cbit> west coast here..
527 2016-10-21T17:11:37  <rabidus_> just started working here in finland
528 2016-10-21T17:11:51  <rabidus_> at least netflix :P
529 2016-10-21T17:14:26  *** Chris_Stewart_5 has quit IRC
530 2016-10-21T17:16:47  *** Chris_Stewart_5 has joined #bitcoin-core-dev
531 2016-10-21T17:20:34  *** cbit has quit IRC
532 2016-10-21T17:28:29  *** xinxi has joined #bitcoin-core-dev
533 2016-10-21T17:38:15  *** fengling has joined #bitcoin-core-dev
534 2016-10-21T17:39:22  *** MarcoFalke has joined #bitcoin-core-dev
535 2016-10-21T17:40:29  <GitHub174> [bitcoin] MarcoFalke pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/3cf496d102d2...f08222e882b1
536 2016-10-21T17:40:30  <GitHub174> bitcoin/master 3a286ab S. Matthew English: Eliminating Inconsistencies in Textual Output...
537 2016-10-21T17:40:30  <GitHub174> bitcoin/master f08222e MarcoFalke: Merge #8982: Eliminating Inconsistencies in Textual Output...
538 2016-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
539 2016-10-21T17:43:09  *** cbit has joined #bitcoin-core-dev
540 2016-10-21T17:43:15  *** fengling has quit IRC
541 2016-10-21T17:49:01  *** MarcoFalke has left #bitcoin-core-dev
542 2016-10-21T17:50:24  <BlueMatt> cat /etc/hosts
543 2016-10-21T17:50:25  <BlueMatt> 192.30.253.113	github.com
544 2016-10-21T17:50:25  <BlueMatt> 151.101.100.133 assets-cdn.github.com
545 2016-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
546 2016-10-21T17:51:04  <rabidus_> or 8.8.8.8,8.8.4.4
547 2016-10-21T17:51:14  <BlueMatt> github isnt resolving on 8.8.8.8 for me atm
548 2016-10-21T17:51:27  <rabidus_> wtf, it is for me
549 2016-10-21T17:51:38  <BlueMatt> 8.8.8.8 isnt just one server :p
550 2016-10-21T17:51:39  <rabidus_> or then my main dns started working
551 2016-10-21T17:51:44  <rabidus_> oh, yeah :P
552 2016-10-21T17:55:13  *** Chris_Stewart_5 has quit IRC
553 2016-10-21T17:56:44  <BlueMatt> cfields_: ok, #8969 is ready for review since the cs_main fix was merged :)
554 2016-10-21T17:58:33  *** laurentmt has joined #bitcoin-core-dev
555 2016-10-21T17:58:41  *** laurentmt has quit IRC
556 2016-10-21T17:59:14  *** Chris_Stewart_5 has joined #bitcoin-core-dev
557 2016-10-21T18:07:42  <btcdrak> There are also level3 DNS servers at 4.2.2.1, 4.2.2.2
558 2016-10-21T18:08:18  <BlueMatt> those dont work from all networks
559 2016-10-21T18:08:59  <BlueMatt> (also, level3 hates it when you publish those - they're supposed to be for l3 customers)
560 2016-10-21T18:09:38  *** cbit has quit IRC
561 2016-10-21T18:23:08  * btcdrak shrugs
562 2016-10-21T18:28:38  *** niska` has joined #bitcoin-core-dev
563 2016-10-21T18:29:13  *** niska has quit IRC
564 2016-10-21T18:48:20  *** fengling has joined #bitcoin-core-dev
565 2016-10-21T18:52:24  *** Ylbam has joined #bitcoin-core-dev
566 2016-10-21T19:02:49  *** tunafizz has quit IRC
567 2016-10-21T19:08:43  <jeremyrubin> Annoyingly, Dyn ddos also seems to break travis.
568 2016-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
569 2016-10-21T19:11:55  *** xinxi has quit IRC
570 2016-10-21T19:12:22  *** xinxi has joined #bitcoin-core-dev
571 2016-10-21T19:15:26  *** Guyver2 has quit IRC
572 2016-10-21T19:16:53  *** xinxi has quit IRC
573 2016-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.
574 2016-10-21T19:20:14  <midnightmagic> "Sign this message acknowledging you authorize this github user to own your commits."
575 2016-10-21T19:32:24  *** Chris_Stewart_5 has quit IRC
576 2016-10-21T19:35:27  *** paveljanik has joined #bitcoin-core-dev
577 2016-10-21T19:51:26  *** d_t has joined #bitcoin-core-dev
578 2016-10-21T19:54:41  *** paveljanik has quit IRC
579 2016-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
580 2016-10-21T20:10:31  *** Chris_Stewart_5 has joined #bitcoin-core-dev
581 2016-10-21T20:13:39  *** xinxi has joined #bitcoin-core-dev
582 2016-10-21T20:17:44  *** cbit has joined #bitcoin-core-dev
583 2016-10-21T20:22:57  *** xinxi has quit IRC
584 2016-10-21T20:27:54  *** tunafizz has joined #bitcoin-core-dev
585 2016-10-21T20:38:12  *** cbit has quit IRC
586 2016-10-21T20:49:36  *** cryptapus is now known as cryptapus_afk
587 2016-10-21T20:54:51  *** cbit has joined #bitcoin-core-dev
588 2016-10-21T21:03:56  *** paveljanik has joined #bitcoin-core-dev
589 2016-10-21T21:03:56  *** paveljanik has joined #bitcoin-core-dev
590 2016-10-21T21:14:05  *** cbit has quit IRC
591 2016-10-21T21:16:13  *** sanada` has quit IRC
592 2016-10-21T21:19:54  *** xinxi has joined #bitcoin-core-dev
593 2016-10-21T21:26:16  *** xinxi has quit IRC
594 2016-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
595 2016-10-21T21:53:19  *** justanotheruser has joined #bitcoin-core-dev
596 2016-10-21T21:55:28  *** paveljanik has quit IRC
597 2016-10-21T22:19:34  *** bsm117532 has quit IRC
598 2016-10-21T22:23:09  *** xinxi has joined #bitcoin-core-dev
599 2016-10-21T22:30:47  *** xinxi has quit IRC
600 2016-10-21T22:36:51  *** cdecker has quit IRC
601 2016-10-21T22:42:30  *** achow101 has quit IRC
602 2016-10-21T22:48:13  *** achow101 has joined #bitcoin-core-dev
603 2016-10-21T22:48:57  *** roconnor has quit IRC
604 2016-10-21T22:49:02  *** cdecker has joined #bitcoin-core-dev
605 2016-10-21T22:59:32  *** alpalp has joined #bitcoin-core-dev
606 2016-10-21T23:01:05  *** Giszmo has quit IRC
607 2016-10-21T23:01:05  *** warren has quit IRC
608 2016-10-21T23:01:05  *** morcos has quit IRC
609 2016-10-21T23:01:06  *** neha has quit IRC
610 2016-10-21T23:01:06  *** berndj has quit IRC
611 2016-10-21T23:01:06  *** waxwing has quit IRC
612 2016-10-21T23:01:06  *** Cheeseo has quit IRC
613 2016-10-21T23:01:06  *** gijensen has quit IRC
614 2016-10-21T23:01:14  *** warren has joined #bitcoin-core-dev
615 2016-10-21T23:01:15  *** cdecker has quit IRC
616 2016-10-21T23:01:15  *** aalex has quit IRC
617 2016-10-21T23:01:15  *** whphhg has quit IRC
618 2016-10-21T23:01:15  *** dermoth has quit IRC
619 2016-10-21T23:01:16  *** ibrightly has quit IRC
620 2016-10-21T23:01:16  *** Lauda has quit IRC
621 2016-10-21T23:01:16  *** mappum has quit IRC
622 2016-10-21T23:01:16  *** aspect_ has quit IRC
623 2016-10-21T23:01:16  *** sipa has quit IRC
624 2016-10-21T23:01:16  *** blkdb has quit IRC
625 2016-10-21T23:01:16  *** GAit has quit IRC
626 2016-10-21T23:01:16  *** jonasschnelli has quit IRC
627 2016-10-21T23:01:17  *** justanotheruser has quit IRC
628 2016-10-21T23:01:17  *** niska` has quit IRC
629 2016-10-21T23:01:17  *** jtimon has quit IRC
630 2016-10-21T23:01:17  *** murch has quit IRC
631 2016-10-21T23:01:17  *** wasi has quit IRC
632 2016-10-21T23:01:17  *** sdaftuar has quit IRC
633 2016-10-21T23:01:17  *** baldur has quit IRC
634 2016-10-21T23:01:17  *** d_t has quit IRC
635 2016-10-21T23:01:17  *** Ylbam has quit IRC
636 2016-10-21T23:01:18  *** Alina-malina has quit IRC
637 2016-10-21T23:01:18  *** belcher has quit IRC
638 2016-10-21T23:01:18  *** harrymm has quit IRC
639 2016-10-21T23:01:18  *** e4xit has quit IRC
640 2016-10-21T23:01:18  *** mkarrer has quit IRC
641 2016-10-21T23:01:18  *** shaiguitar has quit IRC
642 2016-10-21T23:01:18  *** jl2012 has quit IRC
643 2016-10-21T23:01:18  *** grindeltoshi has quit IRC
644 2016-10-21T23:01:18  *** tadasv has quit IRC
645 2016-10-21T23:01:18  *** Lightsword has quit IRC
646 2016-10-21T23:01:19  *** mturquette has quit IRC
647 2016-10-21T23:01:19  *** btcdrak has quit IRC
648 2016-10-21T23:01:19  *** d9b4bef9 has quit IRC
649 2016-10-21T23:01:19  *** eragmus has quit IRC
650 2016-10-21T23:01:19  *** pindarhk has quit IRC
651 2016-10-21T23:01:19  *** jyap has quit IRC
652 2016-10-21T23:01:20  *** cfields_ has quit IRC
653 2016-10-21T23:01:20  *** nOgAnOo has quit IRC
654 2016-10-21T23:01:20  *** Taek has quit IRC
655 2016-10-21T23:01:20  *** zmanian____ has quit IRC
656 2016-10-21T23:01:20  *** limpkin has quit IRC
657 2016-10-21T23:01:20  *** nsh has quit IRC
658 2016-10-21T23:01:20  *** michagogo has quit IRC
659 2016-10-21T23:01:20  *** lclc has quit IRC
660 2016-10-21T23:01:21  *** jouke_ has quit IRC
661 2016-10-21T23:01:21  *** NicolasDorier has quit IRC
662 2016-10-21T23:01:21  *** binns has quit IRC
663 2016-10-21T23:01:21  *** helo has quit IRC
664 2016-10-21T23:01:21  *** roasbeef has quit IRC
665 2016-10-21T23:01:21  *** achow101 has quit IRC
666 2016-10-21T23:01:22  *** Cory has quit IRC
667 2016-10-21T23:01:22  *** kcud_dab has quit IRC
668 2016-10-21T23:01:22  *** gluytium has quit IRC
669 2016-10-21T23:01:22  *** aj has quit IRC
670 2016-10-21T23:01:22  *** BonyM1 has quit IRC
671 2016-10-21T23:01:22  *** trippysalmon has quit IRC
672 2016-10-21T23:01:22  *** Guest13412 has quit IRC
673 2016-10-21T23:01:22  *** Arnavion has quit IRC
674 2016-10-21T23:01:22  *** isis has quit IRC
675 2016-10-21T23:01:23  *** haakonn has quit IRC
676 2016-10-21T23:01:23  *** afk11 has quit IRC
677 2016-10-21T23:01:23  *** harding has quit IRC
678 2016-10-21T23:01:23  *** PatBoy has quit IRC
679 2016-10-21T23:01:23  *** wumpus has quit IRC
680 2016-10-21T23:01:24  *** instagibbs_ has quit IRC
681 2016-10-21T23:01:24  *** cjcj has quit IRC
682 2016-10-21T23:01:24  *** GreenIsMyPepper has quit IRC
683 2016-10-21T23:01:24  *** alpalp has quit IRC
684 2016-10-21T23:01:24  *** BashCo_ has quit IRC
685 2016-10-21T23:01:24  *** instagibbs has quit IRC
686 2016-10-21T23:01:24  *** kadoban has quit IRC
687 2016-10-21T23:01:25  *** wallet42 has quit IRC
688 2016-10-21T23:01:25  *** BCBot has quit IRC
689 2016-10-21T23:01:25  *** tulip has quit IRC
690 2016-10-21T23:01:25  *** CodeShark has quit IRC
691 2016-10-21T23:01:25  *** [b__b] has quit IRC
692 2016-10-21T23:01:26  *** nickler has quit IRC
693 2016-10-21T23:01:26  *** Alopex has quit IRC
694 2016-10-21T23:01:26  *** timothy has quit IRC
695 2016-10-21T23:01:26  *** molz has quit IRC
696 2016-10-21T23:01:26  *** Eliel has quit IRC
697 2016-10-21T23:01:26  *** Evel-Knievel has quit IRC
698 2016-10-21T23:01:26  *** AtashiCon has quit IRC
699 2016-10-21T23:01:27  *** Chris_Stewart_5 has quit IRC
700 2016-10-21T23:01:27  *** cryptapus_afk has quit IRC
701 2016-10-21T23:01:27  *** echonaut has quit IRC
702 2016-10-21T23:01:27  *** adiabat has quit IRC
703 2016-10-21T23:01:27  *** kinlo has quit IRC
704 2016-10-21T23:01:27  *** ratoder has quit IRC
705 2016-10-21T23:01:27  *** davec has quit IRC
706 2016-10-21T23:01:28  *** ghtdak has quit IRC
707 2016-10-21T23:01:28  *** AaronvanW has quit IRC
708 2016-10-21T23:01:28  *** gmaxwell has quit IRC
709 2016-10-21T23:01:28  *** Anduck has quit IRC
710 2016-10-21T23:01:28  *** arubi has quit IRC
711 2016-10-21T23:01:28  *** asoltys_ has quit IRC
712 2016-10-21T23:01:28  *** rabidus_ has quit IRC
713 2016-10-21T23:01:28  *** luke-jr has quit IRC
714 2016-10-21T23:01:45  *** Giszmo has joined #bitcoin-core-dev
715 2016-10-21T23:02:03  *** waxwing has joined #bitcoin-core-dev
716 2016-10-21T23:03:57  *** Alina-malina has joined #bitcoin-core-dev
717 2016-10-21T23:04:16  *** gluytium has joined #bitcoin-core-dev
718 2016-10-21T23:06:38  *** gijensen has joined #bitcoin-core-dev
719 2016-10-21T23:06:38  *** nickler has joined #bitcoin-core-dev
720 2016-10-21T23:06:38  *** Alopex has joined #bitcoin-core-dev
721 2016-10-21T23:06:38  *** timothy has joined #bitcoin-core-dev
722 2016-10-21T23:06:38  *** molz has joined #bitcoin-core-dev
723 2016-10-21T23:06:38  *** Eliel has joined #bitcoin-core-dev
724 2016-10-21T23:06:38  *** Evel-Knievel has joined #bitcoin-core-dev
725 2016-10-21T23:06:38  *** AtashiCon has joined #bitcoin-core-dev
726 2016-10-21T23:07:04  *** cdecker has joined #bitcoin-core-dev
727 2016-10-21T23:07:04  *** aalex has joined #bitcoin-core-dev
728 2016-10-21T23:07:04  *** whphhg has joined #bitcoin-core-dev
729 2016-10-21T23:07:04  *** dermoth has joined #bitcoin-core-dev
730 2016-10-21T23:07:04  *** sipa has joined #bitcoin-core-dev
731 2016-10-21T23:07:04  *** Lauda has joined #bitcoin-core-dev
732 2016-10-21T23:07:04  *** aspect_ has joined #bitcoin-core-dev
733 2016-10-21T23:07:04  *** blkdb has joined #bitcoin-core-dev
734 2016-10-21T23:07:04  *** GAit has joined #bitcoin-core-dev
735 2016-10-21T23:07:04  *** jonasschnelli has joined #bitcoin-core-dev
736 2016-10-21T23:07:21  *** berndj has joined #bitcoin-core-dev
737 2016-10-21T23:07:22  *** achow101 has joined #bitcoin-core-dev
738 2016-10-21T23:07:22  *** Cory has joined #bitcoin-core-dev
739 2016-10-21T23:07:22  *** kcud_dab has joined #bitcoin-core-dev
740 2016-10-21T23:07:22  *** aj has joined #bitcoin-core-dev
741 2016-10-21T23:07:22  *** BonyM1 has joined #bitcoin-core-dev
742 2016-10-21T23:07:22  *** harding has joined #bitcoin-core-dev
743 2016-10-21T23:07:22  *** trippysalmon has joined #bitcoin-core-dev
744 2016-10-21T23:07:22  *** Guest13412 has joined #bitcoin-core-dev
745 2016-10-21T23:07:22  *** Arnavion has joined #bitcoin-core-dev
746 2016-10-21T23:07:22  *** isis has joined #bitcoin-core-dev
747 2016-10-21T23:07:22  *** haakonn has joined #bitcoin-core-dev
748 2016-10-21T23:07:22  *** afk11 has joined #bitcoin-core-dev
749 2016-10-21T23:07:36  *** justanotheruser has joined #bitcoin-core-dev
750 2016-10-21T23:07:36  *** niska` has joined #bitcoin-core-dev
751 2016-10-21T23:07:36  *** jtimon has joined #bitcoin-core-dev
752 2016-10-21T23:07:36  *** murch has joined #bitcoin-core-dev
753 2016-10-21T23:07:36  *** wasi has joined #bitcoin-core-dev
754 2016-10-21T23:07:36  *** sdaftuar has joined #bitcoin-core-dev
755 2016-10-21T23:07:36  *** baldur has joined #bitcoin-core-dev
756 2016-10-21T23:07:43  *** GreenIsMyPepper has joined #bitcoin-core-dev
757 2016-10-21T23:07:50  *** davec has joined #bitcoin-core-dev
758 2016-10-21T23:07:51  *** ghtdak has joined #bitcoin-core-dev
759 2016-10-21T23:07:51  *** AaronvanW has joined #bitcoin-core-dev
760 2016-10-21T23:07:51  *** gmaxwell has joined #bitcoin-core-dev
761 2016-10-21T23:07:51  *** Anduck has joined #bitcoin-core-dev
762 2016-10-21T23:07:51  *** arubi has joined #bitcoin-core-dev
763 2016-10-21T23:07:51  *** asoltys_ has joined #bitcoin-core-dev
764 2016-10-21T23:07:51  *** rabidus_ has joined #bitcoin-core-dev
765 2016-10-21T23:07:51  *** luke-jr has joined #bitcoin-core-dev
766 2016-10-21T23:08:01  *** shaiguitar has joined #bitcoin-core-dev
767 2016-10-21T23:08:01  *** morcos has joined #bitcoin-core-dev
768 2016-10-21T23:08:01  *** Chris_Stewart_5 has joined #bitcoin-core-dev
769 2016-10-21T23:08:01  *** cryptapus_afk has joined #bitcoin-core-dev
770 2016-10-21T23:08:01  *** echonaut has joined #bitcoin-core-dev
771 2016-10-21T23:08:01  *** adiabat has joined #bitcoin-core-dev
772 2016-10-21T23:08:01  *** kinlo has joined #bitcoin-core-dev
773 2016-10-21T23:08:05  *** instagibbs_ has joined #bitcoin-core-dev
774 2016-10-21T23:08:06  *** cjcj has joined #bitcoin-core-dev
775 2016-10-21T23:08:10  *** Alopex has quit IRC
776 2016-10-21T23:08:18  *** d_t has joined #bitcoin-core-dev
777 2016-10-21T23:08:18  *** Ylbam has joined #bitcoin-core-dev
778 2016-10-21T23:08:18  *** belcher has joined #bitcoin-core-dev
779 2016-10-21T23:08:18  *** harrymm has joined #bitcoin-core-dev
780 2016-10-21T23:08:18  *** e4xit has joined #bitcoin-core-dev
781 2016-10-21T23:08:18  *** mkarrer has joined #bitcoin-core-dev
782 2016-10-21T23:08:18  *** jl2012 has joined #bitcoin-core-dev
783 2016-10-21T23:08:18  *** grindeltoshi has joined #bitcoin-core-dev
784 2016-10-21T23:08:18  *** tadasv has joined #bitcoin-core-dev
785 2016-10-21T23:08:18  *** Lightsword has joined #bitcoin-core-dev
786 2016-10-21T23:08:18  *** mturquette has joined #bitcoin-core-dev
787 2016-10-21T23:08:18  *** btcdrak has joined #bitcoin-core-dev
788 2016-10-21T23:08:18  *** d9b4bef9 has joined #bitcoin-core-dev
789 2016-10-21T23:08:18  *** eragmus has joined #bitcoin-core-dev
790 2016-10-21T23:08:18  *** pindarhk has joined #bitcoin-core-dev
791 2016-10-21T23:08:18  *** jyap has joined #bitcoin-core-dev
792 2016-10-21T23:08:18  *** cfields_ has joined #bitcoin-core-dev
793 2016-10-21T23:08:18  *** nOgAnOo has joined #bitcoin-core-dev
794 2016-10-21T23:08:18  *** Taek has joined #bitcoin-core-dev
795 2016-10-21T23:08:18  *** limpkin has joined #bitcoin-core-dev
796 2016-10-21T23:08:18  *** nsh has joined #bitcoin-core-dev
797 2016-10-21T23:08:18  *** michagogo has joined #bitcoin-core-dev
798 2016-10-21T23:08:18  *** lclc has joined #bitcoin-core-dev
799 2016-10-21T23:08:18  *** jouke_ has joined #bitcoin-core-dev
800 2016-10-21T23:08:18  *** NicolasDorier has joined #bitcoin-core-dev
801 2016-10-21T23:08:18  *** binns has joined #bitcoin-core-dev
802 2016-10-21T23:08:18  *** helo has joined #bitcoin-core-dev
803 2016-10-21T23:08:18  *** roasbeef has joined #bitcoin-core-dev
804 2016-10-21T23:08:23  *** Alina-malina has quit IRC
805 2016-10-21T23:08:25  *** neha has joined #bitcoin-core-dev
806 2016-10-21T23:08:25  *** alpalp has joined #bitcoin-core-dev
807 2016-10-21T23:08:25  *** BashCo_ has joined #bitcoin-core-dev
808 2016-10-21T23:08:25  *** instagibbs has joined #bitcoin-core-dev
809 2016-10-21T23:08:25  *** kadoban has joined #bitcoin-core-dev
810 2016-10-21T23:08:25  *** BCBot has joined #bitcoin-core-dev
811 2016-10-21T23:08:25  *** tulip has joined #bitcoin-core-dev
812 2016-10-21T23:08:25  *** [b__b] has joined #bitcoin-core-dev
813 2016-10-21T23:08:29  *** Alopex1 has joined #bitcoin-core-dev
814 2016-10-21T23:10:39  *** eragmus has quit IRC
815 2016-10-21T23:10:52  *** Alina-malina has joined #bitcoin-core-dev
816 2016-10-21T23:11:05  *** michagogo has quit IRC
817 2016-10-21T23:11:57  *** binns has quit IRC
818 2016-10-21T23:12:57  *** PatBoy has joined #bitcoin-core-dev
819 2016-10-21T23:12:57  *** wumpus has joined #bitcoin-core-dev
820 2016-10-21T23:13:43  *** berndj is now known as Guest27486
821 2016-10-21T23:13:51  *** CodeShark has joined #bitcoin-core-dev
822 2016-10-21T23:14:22  *** murch has quit IRC
823 2016-10-21T23:14:34  *** murch has joined #bitcoin-core-dev
824 2016-10-21T23:16:02  *** ibrightly has joined #bitcoin-core-dev
825 2016-10-21T23:16:28  *** CodeShark has quit IRC
826 2016-10-21T23:16:29  *** CodeShark has joined #bitcoin-core-dev
827 2016-10-21T23:16:30  *** ibrightly has quit IRC
828 2016-10-21T23:16:30  *** ibrightly has joined #bitcoin-core-dev
829 2016-10-21T23:17:31  *** wallet42 has joined #bitcoin-core-dev
830 2016-10-21T23:24:41  *** aalex has quit IRC
831 2016-10-21T23:26:04  *** zmanian____ has joined #bitcoin-core-dev
832 2016-10-21T23:27:11  *** xinxi has joined #bitcoin-core-dev
833 2016-10-21T23:28:31  *** aalex has joined #bitcoin-core-dev
834 2016-10-21T23:29:35  *** mappum has joined #bitcoin-core-dev
835 2016-10-21T23:30:03  *** alpalp has quit IRC
836 2016-10-21T23:32:00  *** binns has joined #bitcoin-core-dev
837 2016-10-21T23:32:26  *** xinxi has quit IRC
838 2016-10-21T23:36:08  *** eragmus has joined #bitcoin-core-dev
839 2016-10-21T23:37:09  *** michagogo has joined #bitcoin-core-dev
840 2016-10-21T23:39:18  *** alpalp has joined #bitcoin-core-dev
841 2016-10-21T23:39:19  *** alpalp has joined #bitcoin-core-dev
842 2016-10-21T23:43:23  *** murch has quit IRC
843 2016-10-21T23:49:47  *** PaulCapestany has quit IRC
844 2016-10-21T23:52:18  *** PaulCapestany has joined #bitcoin-core-dev
845 2016-10-21T23:59:15  *** Alina-malina has quit IRC