--- Day changed Fri May 27 2016 00:02 -!- Amnez777 [~Amnez777@37.157.216.175] has quit [Ping timeout: 252 seconds] 00:02 -!- PaulCape_ [~PaulCapes@204.28.124.82] has joined #bitcoin-core-dev 00:05 -!- PaulCapestany [~PaulCapes@204.28.124.82] has quit [Ping timeout: 252 seconds] 00:06 -!- fengling [~fengling@58.135.95.134] has quit [Ping timeout: 240 seconds] 00:07 -!- fengling [~fengling@58.135.95.134] has joined #bitcoin-core-dev 00:17 -!- pedrobranco [~pedrobran@167.225.61.94.rev.vodafone.pt] has joined #bitcoin-core-dev 00:22 -!- pedrobranco [~pedrobran@167.225.61.94.rev.vodafone.pt] has quit [Ping timeout: 260 seconds] 00:27 -!- AaronvanW [~ewout@unaffiliated/aaronvanw] has joined #bitcoin-core-dev 00:29 -!- kxie [2f2168ed@gateway/web/freenode/ip.47.33.104.237] has quit [Ping timeout: 250 seconds] 00:31 -!- PaulCapestany [~PaulCapes@204.28.124.82] has joined #bitcoin-core-dev 00:34 -!- PaulCape_ [~PaulCapes@204.28.124.82] has quit [Ping timeout: 252 seconds] 00:41 -!- Evel-Knievel [~Evel-Knie@d5152f744.static.telenet.be] has quit [Ping timeout: 260 seconds] 00:42 -!- Evel-Knievel [~Evel-Knie@d5152f744.static.telenet.be] has joined #bitcoin-core-dev 00:49 -!- Arnavion [arnavion@unaffiliated/arnavion] has quit [Remote host closed the connection] 00:49 -!- Ylbam [uid99779@gateway/web/irccloud.com/x-psvqjaauhctjtpcj] has joined #bitcoin-core-dev 00:49 -!- Arnavion [~Arnavion@unaffiliated/arnavion] has joined #bitcoin-core-dev 00:50 -!- AtashiCon [arnavion@unaffiliated/arnavion] has quit [Remote host closed the connection] 00:50 -!- AtashiCon [arnavion@unaffiliated/arnavion] has joined #bitcoin-core-dev 00:59 -!- PaulCape_ [~PaulCapes@204.28.124.82] has joined #bitcoin-core-dev 01:02 -!- PaulCapestany [~PaulCapes@204.28.124.82] has quit [Ping timeout: 252 seconds] 01:03 < GitHub4> [bitcoin] fanquake opened pull request #8110: [Doc] Add benchmarking notes (master...mention_bench) https://github.com/bitcoin/bitcoin/pull/8110 01:18 -!- Guyver2 [~Guyver2@guyver2.xs4all.nl] has joined #bitcoin-core-dev 01:22 -!- Amnez777 [~Amnez777@37.157.216.151] has joined #bitcoin-core-dev 01:25 -!- frankenmint [~frankenmi@174-25-25-137.ptld.qwest.net] has joined #bitcoin-core-dev 01:30 -!- xiangfu [~xiangfu@58.135.95.136] has joined #bitcoin-core-dev 01:38 -!- donal [57c6ce7a@gateway/web/cgi-irc/kiwiirc.com/ip.87.198.206.122] has joined #bitcoin-core-dev 01:52 -!- assder [82ebca3a@gateway/web/freenode/ip.130.235.202.58] has quit [Ping timeout: 250 seconds] 02:00 -!- rubensayshi [~ruben@c89225.upc-c.chello.nl] has quit [Remote host closed the connection] 02:02 -!- rubensayshi [~ruben@c89225.upc-c.chello.nl] has joined #bitcoin-core-dev 02:05 -!- pedrobranco [~pedrobran@167.225.61.94.rev.vodafone.pt] has joined #bitcoin-core-dev 02:10 -!- pedrobranco [~pedrobran@167.225.61.94.rev.vodafone.pt] has quit [Ping timeout: 246 seconds] 02:20 -!- jcorgan [~jcorgan@unaffiliated/jcorgan] has quit [Quit: Lost terminal] 02:21 -!- Guyver2 [~Guyver2@guyver2.xs4all.nl] has quit [Remote host closed the connection] 02:26 < paveljanik> kanzure, how many parallel discussion are you able to type? Thanks for the Zurich log! I'll read it all weekend ;-) 02:28 -!- pedrobranco [~pedrobran@167.225.61.94.rev.vodafone.pt] has joined #bitcoin-core-dev 02:29 -!- pedrobranco [~pedrobran@167.225.61.94.rev.vodafone.pt] has quit [Client Quit] 02:30 -!- kadoban [~mud@unaffiliated/kadoban] has quit [Ping timeout: 258 seconds] 02:45 < sipa> paveljanik: on tuesday we were separated into groups, and kanzure was only in one at a time 02:45 < sipa> eh, on saturday 02:45 < sipa> otherwise, i think he transcribed most 02:46 < paveljanik> anyway, unbelievable :-) 02:46 < sipa> and he types faster than most people can speak 02:47 < sipa> happy that the transcript is useful 02:47 < sipa> i've wanted to go through it and annotate with context and clarifications 02:47 < sipa> but it's so huge... 02:47 < paveljanik> 13 printed pages of 4 A4 on 1 A4... 02:50 < sipa> feel free to ask questions though 02:50 < sipa> it's sometimes hard to follow 02:51 < sipa> spoken word is not always very consistent :) 02:51 < paveljanik> thanks. I'll read it in the silent evening, in the wild, without connectivity 8) 03:11 -!- AaronvanW [~ewout@unaffiliated/aaronvanw] has quit [Remote host closed the connection] 03:13 -!- AaronvanW [~ewout@220pc230.sshunet.nl] has joined #bitcoin-core-dev 03:13 -!- AaronvanW [~ewout@220pc230.sshunet.nl] has quit [Changing host] 03:13 -!- AaronvanW [~ewout@unaffiliated/aaronvanw] has joined #bitcoin-core-dev 03:54 -!- fengling [~fengling@58.135.95.134] has quit [Quit: WeeChat 1.4] 04:04 -!- frankenmint [~frankenmi@174-25-25-137.ptld.qwest.net] has quit [] 04:05 -!- frankenmint [~frankenmi@174-25-25-137.ptld.qwest.net] has joined #bitcoin-core-dev 04:10 -!- achow101 [~achow101@pool-96-227-114-115.phlapa.fios.verizon.net] has joined #bitcoin-core-dev 04:23 -!- cryptapus_afk is now known as cryptapus 04:36 -!- jannes [~jannes@178.132.211.90] has joined #bitcoin-core-dev 04:39 -!- jtimon [~quassel@4.28.134.37.dynamic.jazztel.es] has joined #bitcoin-core-dev 05:19 -!- gabridome_ [~gabridome@net-188-152-235-202.cust.vodafonedsl.it] has joined #bitcoin-core-dev 05:24 -!- xiangfu [~xiangfu@58.135.95.136] has quit [Ping timeout: 240 seconds] 05:24 -!- gabridome_ [~gabridome@net-188-152-235-202.cust.vodafonedsl.it] has quit [Quit: gabridome_] 05:44 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has joined #bitcoin-core-dev 05:45 -!- ghounds [~gabriel@69.74.59.115] has joined #bitcoin-core-dev 05:50 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has quit [Ping timeout: 244 seconds] 06:14 -!- roger_ [~roger@84-74-100-16.dclient.hispeed.ch] has quit [] 06:24 -!- paveljanik [~paveljani@unaffiliated/paveljanik] has quit [Quit: Leaving] 06:32 < cfields_> jonasschnelli: ping 06:32 < jonasschnelli> cfields_: pong 06:32 < cfields_> jonasschnelli: ooh, that was quick :) 06:32 < jonasschnelli> latency? 06:32 < jonasschnelli> :-) 06:33 < cfields_> jonasschnelli: i'd be grateful if i could get a quick opinion on the qt part of the net refactor, when you have a few min to spare 06:33 < jonasschnelli> cfields_: sure... is there a PR or a branch I can look at? 06:33 < cfields_> jonasschnelli: for now, qt is using one global everywhere. That works for now, but it's not ideal. I'm not sure where to start with passing it around properly 06:33 < sipa> cfields_: clientmodel ? 06:34 < sipa> and perhaps walletmodel 06:34 < cfields_> sipa: that seemed too easy, i was hoping that'd be the answer :) 06:34 < cfields_> jonasschnelli: https://github.com/theuni/bitcoin/commits/net-refactor13 06:34 * jonasschnelli is looking at the code... 06:34 < cfields_> jonasschnelli: https://github.com/theuni/bitcoin/commit/52b8c0758f0be0f0163b7f8c773f3fa5990e0ac5 as an example of how it was done for the wallet code 06:35 < cfields_> (that's no ideal, i discussed some potential future work with wumpus. I think you've previously discussed more of a pull model for broadcasting txs, this would fit in nicely with that) 06:35 -!- donal [57c6ce7a@gateway/web/cgi-irc/kiwiirc.com/ip.87.198.206.122] has quit [Ping timeout: 264 seconds] 06:36 < jonasschnelli> cfields_: So, CConnman is the p2p abstraction from the wallet perspective? 06:36 < jonasschnelli> Ideally I'd like to see a node abstraction from the wallet perspective. 06:36 < cfields_> jonasschnelli: yes 06:36 < jonasschnelli> like node->estimatefee, node->broadcastsomething, etc. 06:36 < jonasschnelli> but your step seems right. 06:36 * jonasschnelli is looking how we interact with that in the GUI part 06:37 < cfields_> jonasschnelli: well, this takes care of the 2nd, but not the first. For ex, you may be running without networking, but still want to commit a tx for later broadcasting 06:37 < cfields_> jonasschnelli: sec for an example there 06:38 < cfields_> sipa: btw, I know I owe you some reviews/acks/PRs. Not forgotten. 06:38 < jonasschnelli> cfields_: the GUI also uses wallet->CommitTransaction directly 06:38 < jonasschnelli> walletmodel.cpp 06:39 < cfields_> jonasschnelli: https://github.com/theuni/bitcoin/commit/1a39dd2c4c054bab1aa5fcfce4b2d0ef13d5a69f#diff-b2fd932827da713e319b8f797b7b3795 06:39 < sipa> it should not! 06:39 < cfields_> there's a good simple example 06:40 < cfields_> jonasschnelli: for now, I'm just using a global there because I'm not sure how to pass the instance properly. Should it be as sipa suggested, in clientmodel? 06:40 < jonasschnelli> cfields_: looks good! 06:40 < sipa> cfields_: none of the gui code should know anything core related, ideally 06:40 < sipa> so certainly not about connman 06:41 < jonasschnelli> I think walletmodel is fine... 06:41 < gmaxwell> "developers adding conman to bitcoin core" 06:41 < sipa> i think the connman connnnman 06:42 < gmaxwell> :P 06:42 < cfields_> sipa: hmm, why not? It's cleanly separated from the rest of bitcoin, and knows nothing of transactions/blocks/etc. Seems abstract enough for the gui to deal with directly? 06:42 < jonasschnelli> cfields_: so right? the wallet does not keep track of the conman? 06:42 < cfields_> sipa: or do you have in mind an abstraction layer on top of that? 06:43 < jonasschnelli> the wallet object itself is not capable of broadcasting a transaction? 06:44 < cfields_> jonasschnelli: for now, the wallet is passed an instance of connman. Ideally in the next refactor round, we'd switch to a pull model, where the application layer requests tx's to be broadcast, and sends them to its connman instance 06:44 < jonasschnelli> What about having some glue-code that abstracts the "node". Chain could be ----? 06:45 < cfields_> cfields_: maybe the pull model ^^ is what you had in mind? 06:46 < jonasschnelli> cfields_: g_connman is a global singleton? 06:46 < cfields_> jonasschnelli: by node, you mean a remote peer like CNode? I'm not sure what you mean by that chain, really 06:47 < gmaxwell> ConnmanWrapperFactorySingleton. 06:47 -!- TomMc [~tom@unaffiliated/tommc] has joined #bitcoin-core-dev 06:47 < cfields_> jonasschnelli: It's a global now simply for convenience. The global needs to go away though, that's the part I'm working on 06:47 < jonasschnelli> cfields_: Sorry. Confusing. With "node glue code" I was not thinking of a CNode object,... with "node glue code" I was more thinking of a full-node abstraction that could expose "boardcast", "estimatefee", "syncblocks", etc. 06:48 < jonasschnelli> cfields_: maybe for now you access g_connman from clientmodel.cpp and broadcast from there? 06:48 < cfields_> jonasschnelli: the global is used only in the qt code and rpc, simply because I haven't done the work yet to pass the instance properly. It's a temporary hack. 06:48 < jonasschnelli> Or an alternative solution would be to use g_connman from walletmodel.cpp 06:49 < jonasschnelli> Ideally the wallet should only share base classes and only talk to the core code over a single api (node-glue-code). 06:49 < cfields_> ok, thanks. I'll have a look at that. 06:49 < jonasschnelli> the api/glue-code could then once be replaced with RPC/ZMQ or similar. 06:49 < cfields_> jonasschnelli: yes, I see what you're getting at 06:50 < jonasschnelli> [15:47:01] ConnmanWrapperFactorySingleton. 06:50 < sipa> cfields_: why does the gui itself need to know anything about connman? 06:50 < jonasschnelli> lol 06:50 < sipa> cfields_: all interactions with it should already be going through clientmodel 06:50 < jonasschnelli> sipa: because there is no glue-code. :) 06:50 < cfields_> sipa: i'm pretty sure the problem is simply that I have no idea how the gui code is structured 06:51 < jonasschnelli> cfields_: the idea is that clientmodel "talks" to the core objects. 06:51 < jonasschnelli> But IIRC there are many places where the GUI talks directly with a core object/instance. 06:51 < cfields_> i see. So rather than using g_connman to ban a peer, it should be requesting that the clientmodel bans on its behalf? 06:51 < jonasschnelli> cfields_: Yes! 06:52 < cfields_> jonasschnelli: light bulb! That makes perfect sense. I should just be extending that, then. 06:52 < sipa> cfields_: yes! 06:53 < jonasschnelli> If all core interaction goes over clientmodel.cpp, we have great readability and good base for detaching possibilities. 06:54 < cfields_> sipa: when you said "clientmodel", i agreed because my plan was just to stuff a connman instance in there and call it as needed. I see now what you really meant. 06:54 < cfields_> jonasschnelli: roger. 06:54 < cfields_> sipa / jonasschnelli: thanks a bunch, that was very helpful. 06:54 < jonasschnelli> np, thanks for asking 06:55 < cfields_> jonasschnelli: could I convince you to allow the g_connman hack for now, with a plan to fix it up in a follow-up PR? I'm afraid it'll never get merged if I try to get it all in the first go. 06:55 < cfields_> (rpc needs to be dealt with similarly, and that will be less fun) 06:57 < sipa> i think keeping a global initially is fine 06:58 < jonasschnelli> Yes. IMO there are no multiple connman's possible for now? If so, then I don't see a reason to make it _not_ global. 06:59 < cfields_> jonasschnelli: yes, it was written with the intention of using multiple connmans in the future 06:59 < cfields_> though obviously we only have 1 now 06:59 < cfields_> s/using/being able to use/ 06:59 < jonasschnelli> cfields_: maybe later with have a global conmanMan. :) 06:59 < cfields_> haha 07:00 < sipa> abstractconmanfactory 07:02 < gmaxwell> BBC, is that you? 07:16 < sipa> ? 07:16 -!- jcorgan [~jcorgan@unaffiliated/jcorgan] has joined #bitcoin-core-dev 07:16 < instagibbs> sipa doesn't catch anything but pure tech puns, sorry 07:17 -!- frankenmint [~frankenmi@174-25-25-137.ptld.qwest.net] has quit [Remote host closed the connection] 07:17 < luke-jr> ugh @ calling part of Core by a well-known OS component? 07:29 -!- Giszmo [~leo@pc-122-14-46-190.cm.vtr.net] has joined #bitcoin-core-dev 07:34 < GitHub122> [bitcoin] CodeShark closed pull request #8101: Disable mining on nonrelease branches. (master...disable_mining_on_nonrelease_branches) https://github.com/bitcoin/bitcoin/pull/8101 07:38 < sipa> luke-jr: ? 07:38 < luke-jr> sipa: connman 07:38 < luke-jr> https://01.org/connman 07:46 < cfields_> luke-jr: it's CConnman :) 07:47 < luke-jr> >_< 07:48 < luke-jr> more importantly: I can still build without glib, right? <.< 07:48 < cfields_> heh, yes 07:52 -!- ghounds [~gabriel@69.74.59.115] has quit [Ping timeout: 272 seconds] 07:59 -!- ebfull [~sean@c-50-170-183-94.hsd1.co.comcast.net] has joined #bitcoin-core-dev 08:00 -!- ghounds [~gabriel@69.74.59.115] has joined #bitcoin-core-dev 08:01 < ebfull> sipa: at the moment we're stuck with old libsecp256k1 code (from before 0.12 where it was updated from upstream and enabled for verification) 08:01 < ebfull> did that code support verification of compact signatures? 08:01 < jonasschnelli> ebfull: yes. it does 08:02 < jonasschnelli> ebfull: use secp256k1_ecdsa_verify 08:02 < jonasschnelli> ebfull: the signatures are in a struct called secp256k1_ecdsa_signature 08:03 < jonasschnelli> you can "fill it up" with a compact signature over secp256k1_ecdsa_signature_parse_compact 08:03 < ebfull> this was before `secp256k1_ecdsa_signature` was introduced 08:03 < ebfull> as far as i can tell 08:03 < jonasschnelli> or with a def: secp256k1_ecdsa_signature_parse_der 08:03 < ebfull> at least in the exposed api 08:03 < jonasschnelli> s/def/DER 08:04 < jonasschnelli> Not sure what version you use... but it is like this since ~6month. 08:04 < ebfull> yeah, from before that :) 08:04 < ebfull> secp256k1_ecdsa_verify doesn't appear to parse the compact signatures unless my code is wrong 08:07 < ebfull> or maybe it requires a version byte at the beginning :) 08:12 < sipa> ebfull: of course it does support it 08:13 < sipa> ebfull: it's used for signature verification 08:17 -!- davec [~davec@cpe-24-243-251-52.hot.res.rr.com] has quit [Read error: Connection reset by peer] 08:17 -!- davec [~davec@cpe-24-243-251-52.hot.res.rr.com] has joined #bitcoin-core-dev 08:17 -!- frankenmint [~frankenmi@174-25-25-137.ptld.qwest.net] has joined #bitcoin-core-dev 08:23 -!- frankenmint [~frankenmi@174-25-25-137.ptld.qwest.net] has quit [Ping timeout: 246 seconds] 08:23 < ebfull> sipa: maybe i'm using the wrong terminology. in the old code, secp256k1_ecdsa_sign_compact produces a 64-byte (r, s), which secp256k1_ecdsa_sig_parse (as used by secp256k1_ecdsa_verify) does not appear to parse 08:24 < ebfull> i can see how to use the new api to do it, but not the old api 08:26 < sipa> ebfull: 0.12 used libsecp for message signature validation, which used compact format 08:26 < sipa> so just look up how that worked 08:26 < ebfull> we're using the libsecp from before that :( 08:26 < sipa> oh 08:26 < sipa> well, update it 08:26 < sipa> we fixed bugs 08:27 < ebfull> i'll have to explore the feasibility of that 08:29 < ebfull> last time i looked into it i had a rough time following the trail of github UI bugs in the pull requests involved 08:30 -!- cryptapus_ [~cyptapus@unaffiliated/cryptapus] has joined #bitcoin-core-dev 08:35 -!- cryptapus_ [~cyptapus@unaffiliated/cryptapus] has quit [Ping timeout: 240 seconds] 08:36 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has joined #bitcoin-core-dev 08:42 -!- molz [~molly@unaffiliated/molly] has quit [Read error: Connection reset by peer] 08:42 -!- molz [~molly@unaffiliated/molly] has joined #bitcoin-core-dev 08:42 < Chris_Stewart_5> sipa: After generating script_tests.json.gen do you need to manually copy it over to data/script_tests.json? 08:52 < sipa> yup 08:53 < sipa> ebfull: meh, just copy it over 08:56 < ebfull> at that point i think it's probably way easier for us to use ed25519 for what we're implementing anyway 09:16 -!- kelar [~kelar@50.248.81.65] has quit [Quit: Leaving] 09:41 -!- bsm1175321 [~mcelrath@38.121.165.30] has quit [Ping timeout: 240 seconds] 09:50 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has quit [Ping timeout: 276 seconds] 09:54 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has joined #bitcoin-core-dev 10:01 -!- raedah [~x@172.58.41.91] has quit [Ping timeout: 240 seconds] 10:14 -!- raedah [~x@172.58.41.91] has joined #bitcoin-core-dev 10:15 -!- ghounds [~gabriel@69.74.59.115] has quit [Ping timeout: 252 seconds] 10:18 -!- bsm1175321 [~mcelrath@38.121.165.30] has joined #bitcoin-core-dev 10:20 -!- TomMc [~tom@unaffiliated/tommc] has quit [Ping timeout: 240 seconds] 10:28 -!- bsm1175321 [~mcelrath@38.121.165.30] has quit [Read error: Connection reset by peer] 10:34 -!- sadfsadffads [8af6020a@gateway/web/freenode/ip.138.246.2.10] has joined #bitcoin-core-dev 10:34 -!- sadfsadffads [8af6020a@gateway/web/freenode/ip.138.246.2.10] has quit [Client Quit] 10:39 -!- MarcoFalke [~marco@host10-2.natpool.mwn.de] has joined #bitcoin-core-dev 10:47 -!- luke-jr [~luke-jr@unaffiliated/luke-jr] has quit [Excess Flood] 10:48 -!- luke-jr [~luke-jr@unaffiliated/luke-jr] has joined #bitcoin-core-dev 10:53 -!- luke-jr [~luke-jr@unaffiliated/luke-jr] has quit [Excess Flood] 10:55 -!- luke-jr [~luke-jr@unaffiliated/luke-jr] has joined #bitcoin-core-dev 10:55 -!- luke-jr [~luke-jr@unaffiliated/luke-jr] has quit [Excess Flood] 11:02 -!- ghounds [~gabriel@69.74.59.115] has joined #bitcoin-core-dev 11:07 -!- luke-jr [~luke-jr@unaffiliated/luke-jr] has joined #bitcoin-core-dev 11:10 -!- luke-jr [~luke-jr@unaffiliated/luke-jr] has quit [Excess Flood] 11:11 -!- luke-jr [~luke-jr@unaffiliated/luke-jr] has joined #bitcoin-core-dev 11:11 -!- kadoban [~mud@unaffiliated/kadoban] has joined #bitcoin-core-dev 11:16 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has quit [Ping timeout: 246 seconds] 11:26 -!- ghounds [~gabriel@69.74.59.115] has quit [Ping timeout: 260 seconds] 11:31 -!- luke-jr [~luke-jr@unaffiliated/luke-jr] has quit [Excess Flood] 11:31 -!- luke-jr [~luke-jr@unaffiliated/luke-jr] has joined #bitcoin-core-dev 11:35 -!- luke-jr [~luke-jr@unaffiliated/luke-jr] has quit [Excess Flood] 11:35 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has joined #bitcoin-core-dev 11:35 -!- luke-jr [~luke-jr@unaffiliated/luke-jr] has joined #bitcoin-core-dev 11:51 < BlueMatt> lol bitcoin core under valgrind is an absolute shitshow now 11:52 < BlueMatt> I turn around and two minutes later valgrind is all like "More than 1000 different errors detected. Go fix your program!" 11:52 < sipa> ouch :( 11:52 < sipa> i haven't run valgrind in a while 11:52 < Lightsword> memory leaks everywhere? 11:53 < BlueMatt> uninitialized values everywhere 11:53 < BlueMatt> its actually probably just C++11 confusing valgrind 11:53 < MarcoFalke> I tried pre-cpp11 and had a similar number of complaints 11:54 < BlueMatt> ouch 11:54 < BlueMatt> sipa: also lots from secp 12:03 -!- ghounds [~gabriel@69.74.59.115] has joined #bitcoin-core-dev 12:10 -!- Alopex [~bitcoin@cyber.dealing.ninja] has quit [Remote host closed the connection] 12:11 -!- Alopex [~bitcoin@cyber.dealing.ninja] has joined #bitcoin-core-dev 12:18 -!- BashCo_ [~BashCo@unaffiliated/bashco] has joined #bitcoin-core-dev 12:19 -!- BashCo [~BashCo@unaffiliated/bashco] has quit [Ping timeout: 264 seconds] 12:19 -!- cryptapus_ [~cyptapus@jupiter.osmus.org] has joined #bitcoin-core-dev 12:19 -!- cryptapus_ [~cyptapus@jupiter.osmus.org] has quit [Changing host] 12:19 -!- cryptapus_ [~cyptapus@unaffiliated/cryptapus] has joined #bitcoin-core-dev 12:20 -!- frankenmint [~frankenmi@174-25-25-137.ptld.qwest.net] has joined #bitcoin-core-dev 12:24 -!- cryptapus_ [~cyptapus@unaffiliated/cryptapus] has quit [Ping timeout: 244 seconds] 12:24 -!- Amnez777 [~Amnez777@37.157.216.151] has quit [Ping timeout: 258 seconds] 12:24 -!- frankenmint [~frankenmi@174-25-25-137.ptld.qwest.net] has quit [Ping timeout: 276 seconds] 12:25 -!- moli [~molly@unaffiliated/molly] has joined #bitcoin-core-dev 12:26 -!- ghounds [~gabriel@69.74.59.115] has quit [Ping timeout: 240 seconds] 12:27 -!- molz [~molly@unaffiliated/molly] has quit [Ping timeout: 252 seconds] 12:27 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has quit [Ping timeout: 240 seconds] 12:29 -!- molz [~molly@unaffiliated/molly] has joined #bitcoin-core-dev 12:29 < BlueMatt> lolnvm 12:29 < BlueMatt> just make random not use openssl and literally every single warning goes away 12:30 < cfields_> BlueMatt: there's a build-switch for openssl 12:31 < cfields_> BlueMatt: it seeds with uninit data by default 12:31 -!- moli [~molly@unaffiliated/molly] has quit [Ping timeout: 244 seconds] 12:31 < BlueMatt> cfields_: yes, I would have to rebuild openssl for that 12:31 < BlueMatt> cfields_: its impressive how far some of the errors go, though....everything anywhere that is seeded with random values, so you get lots of shit in ccoins/mempool/bloom/etc 12:32 < cfields_> heh 12:32 < cfields_> boost tends to piss off sanitizing tools as well 12:33 < BlueMatt> havent seen anything blow up except on shutdown yet 12:34 -!- raedah [~x@172.58.41.91] has quit [Read error: Connection reset by peer] 12:45 -!- jtimon [~quassel@4.28.134.37.dynamic.jazztel.es] has quit [Ping timeout: 244 seconds] 12:50 -!- Guyver2 [~Guyver2@guyver2.xs4all.nl] has joined #bitcoin-core-dev 13:06 -!- raedah [~x@172.58.41.91] has joined #bitcoin-core-dev 13:33 -!- Amnez777 [~Amnez777@37.157.216.151] has joined #bitcoin-core-dev 14:00 < kanzure> "Multi-party channels" https://lists.linuxfoundation.org/pipermail/lightning-dev/2016-May/000543.html 14:07 -!- MarcoFalke [~marco@host10-2.natpool.mwn.de] has quit [Quit: MarcoFalke] 14:11 -!- AaronvanW [~ewout@unaffiliated/aaronvanw] has quit [Remote host closed the connection] 14:42 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has joined #bitcoin-core-dev 15:21 -!- Alopex [~bitcoin@cyber.dealing.ninja] has quit [Remote host closed the connection] 15:22 -!- Alopex [~bitcoin@cyber.dealing.ninja] has joined #bitcoin-core-dev 15:28 -!- cryptapus is now known as cryptapus_afk 15:35 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has quit [Ping timeout: 258 seconds] 15:37 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has joined #bitcoin-core-dev 15:51 -!- Guyver2 [~Guyver2@guyver2.xs4all.nl] has quit [Quit: :)] 16:17 -!- Cory [~C@unaffiliated/cory] has quit [] 16:21 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has quit [Ping timeout: 260 seconds] 16:29 -!- justanotheruser [~Justan@unaffiliated/justanotheruser] has quit [Ping timeout: 276 seconds] 16:30 -!- Cory [~C@unaffiliated/cory] has joined #bitcoin-core-dev 16:37 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has joined #bitcoin-core-dev 16:50 -!- gevs_ [~greg@ip-80-236-217-37.dsl.scarlet.be] has joined #bitcoin-core-dev 16:53 -!- gevs [~greg@unaffiliated/gevs] has quit [Ping timeout: 276 seconds] 16:55 -!- achow101 [~achow101@pool-96-227-114-115.phlapa.fios.verizon.net] has quit [Read error: Connection reset by peer] 16:56 -!- AaronvanW [~ewout@unaffiliated/aaronvanw] has joined #bitcoin-core-dev 16:57 -!- achow101 [~achow101@pool-96-227-114-115.phlapa.fios.verizon.net] has joined #bitcoin-core-dev 16:59 -!- kadoban [~mud@unaffiliated/kadoban] has quit [Ping timeout: 258 seconds] 17:24 -!- belcher [~user@unaffiliated/belcher] has joined #bitcoin-core-dev 17:58 -!- ghounds [~gabriel@cpe-67-245-240-199.nyc.res.rr.com] has joined #bitcoin-core-dev 18:14 -!- Alopex [~bitcoin@cyber.dealing.ninja] has quit [Ping timeout: 260 seconds] 18:26 -!- Alopex [~bitcoin@cyber.dealing.ninja] has joined #bitcoin-core-dev 18:29 -!- ghounds [~gabriel@cpe-67-245-240-199.nyc.res.rr.com] has quit [Ping timeout: 276 seconds] 18:51 -!- Ylbam [uid99779@gateway/web/irccloud.com/x-psvqjaauhctjtpcj] has quit [Quit: Connection closed for inactivity] 19:15 -!- belcher [~user@unaffiliated/belcher] has quit [Quit: Leaving] 19:48 -!- Alopex [~bitcoin@cyber.dealing.ninja] has quit [Remote host closed the connection] 19:49 -!- Alopex [~bitcoin@cyber.dealing.ninja] has joined #bitcoin-core-dev 20:07 -!- cryptapus_afk is now known as cryptapus 21:00 -!- achow101 [~achow101@pool-96-227-114-115.phlapa.fios.verizon.net] has quit [Ping timeout: 240 seconds] 21:03 -!- justanotheruser [~Justan@unaffiliated/justanotheruser] has joined #bitcoin-core-dev 21:22 -!- cryptapus is now known as cryptapus_afk 21:27 -!- wangchun [~wangchun@li414-193.members.linode.com] has quit [Quit: leaving] 21:28 -!- wangchun [~wangchun@li414-193.members.linode.com] has joined #bitcoin-core-dev 21:31 -!- PaulCapestany [~PaulCapes@204.28.124.82] has joined #bitcoin-core-dev 21:34 -!- PaulCape_ [~PaulCapes@204.28.124.82] has quit [Ping timeout: 252 seconds] 22:52 -!- justanotheruser [~Justan@unaffiliated/justanotheruser] has quit [Ping timeout: 240 seconds] 22:53 -!- justanotheruser [~Justan@unaffiliated/justanotheruser] has joined #bitcoin-core-dev