--- Day changed Wed Jun 01 2016
00:10 -!- frankenmint [~frankenmi@174-25-25-137.ptld.qwest.net] has quit [Remote host closed the connection]
00:10 -!- frankenmint [~frankenmi@174-25-25-137.ptld.qwest.net] has joined #bitcoin-core-dev
00:15 -!- BashCo [~BashCo@unaffiliated/bashco] has quit [Remote host closed the connection]
00:28 -!- paveljanik [~paveljani@unaffiliated/paveljanik] has quit [Ping timeout: 276 seconds]
00:35 -!- BashCo [~BashCo@unaffiliated/bashco] has joined #bitcoin-core-dev
00:44 -!- fengling [~fengling@58.135.95.134] has quit [Ping timeout: 240 seconds]
00:46 -!- fengling [~fengling@58.135.95.134] has joined #bitcoin-core-dev
00:54 -!- paveljanik [~paveljani@unaffiliated/paveljanik] has joined #bitcoin-core-dev
00:58 -!- fengling [~fengling@58.135.95.134] has quit [Ping timeout: 240 seconds]
00:59 -!- fengling [~fengling@58.135.95.132] has joined #bitcoin-core-dev
01:11 -!- gabridome [~gabridome@host220-49-dynamic.55-79-r.retail.telecomitalia.it] has quit [Ping timeout: 258 seconds]
01:16 -!- AaronvanW [~ewout@unaffiliated/aaronvanw] has joined #bitcoin-core-dev
01:29 -!- Ylbam [uid99779@gateway/web/irccloud.com/x-mibbwhtpxmrnnwky] has joined #bitcoin-core-dev
01:33 -!- Taek [~quassel@2001:41d0:1:472e::] has quit [Read error: Connection reset by peer]
01:33 -!- Taek [~quassel@2001:41d0:1:472e::] has joined #bitcoin-core-dev
01:40 -!- kadoban [~mud@unaffiliated/kadoban] has quit [Ping timeout: 250 seconds]
01:59 -!- Evel-Knievel [~Evel-Knie@d5152f744.static.telenet.be] has quit [Read error: Connection reset by peer]
01:59 -!- Evel-Knievel [~Evel-Knie@d5152f744.static.telenet.be] has joined #bitcoin-core-dev
02:01 -!- bustd_soket [weechat@gateway/vpn/mullvad/x-mseehmuykjnwmrfu] has quit [Ping timeout: 258 seconds]
02:09 -!- donal [57c6ce7a@gateway/web/cgi-irc/kiwiirc.com/ip.87.198.206.122] has quit [Quit: http://www.kiwiirc.com/ - A hand crafted IRC client]
02:13 -!- Guyver2 [~Guyver2@guyver2.xs4all.nl] has joined #bitcoin-core-dev
02:16 -!- jtimon [~quassel@4.28.134.37.dynamic.jazztel.es] has joined #bitcoin-core-dev
02:28 -!- bustd_soket [weechat@gateway/vpn/mullvad/x-brnatwqcgsthocud] has joined #bitcoin-core-dev
02:50 -!- fengling [~fengling@58.135.95.132] has quit [Quit: WeeChat 1.4]
02:56 -!- jannes [~jannes@178.132.211.90] has joined #bitcoin-core-dev
03:12 -!- Ginnarr [~Ginnarr@unaffiliated/ginnarr] has joined #bitcoin-core-dev
03:13 -!- paveljanik [~paveljani@unaffiliated/paveljanik] has quit [Quit: Leaving]
03:34 -!- cryptapus [~cyptapus@unaffiliated/cryptapus] has joined #bitcoin-core-dev
03:46 -!- murch [~murch@p4FE38C76.dip0.t-ipconnect.de] has joined #bitcoin-core-dev
03:57 -!- Yv7trNY [~IUTYVExrY@188.25.212.149] has quit [Quit: Leaving]
04:12 -!- moli [~molly@unaffiliated/molly] has quit [Ping timeout: 252 seconds]
04:27 -!- Ginnarr [~Ginnarr@unaffiliated/ginnarr] has quit [Quit: Textual IRC Client: www.textualapp.com]
04:50 -!- paveljanik [~paveljani@unaffiliated/paveljanik] has joined #bitcoin-core-dev
04:55 -!- gevs [~greg@unaffiliated/gevs] has quit [Ping timeout: 260 seconds]
05:02 -!- tbear [49c1960f@gateway/web/freenode/ip.73.193.150.15] has joined #bitcoin-core-dev
05:03 -!- jannes [~jannes@178.132.211.90] has quit [Quit: Leaving]
05:03 < tbear> If a bitcoin transaction is stuck from low payout fee like .0000012   how long should I wait before doing something plz? been 3 days  thx
05:03 -!- jannes [~jannes@178.132.211.90] has joined #bitcoin-core-dev
05:04 < tbear> hi  lowest payouts should be where transaction doesn't get stuck
05:04 < tbear> If a bitcoin transaction is stuck from low payout fee like .0000012   how long should I wait before doing something plz? been 3 days  thx
05:06 < instagibbs> tbear, #bitcoin is a better venue for this question
05:07 < tbear> thx nobody replied 
05:07 < instagibbs> well it's off-topic here sorry
05:07 < tbear> lowest payouts should be where transaction doesn't get stuck
05:07 -!- gevs [~greg@ip-62-235-46-3.dial.scarlet.be] has joined #bitcoin-core-dev
05:07 -!- gevs [~greg@ip-62-235-46-3.dial.scarlet.be] has quit [Changing host]
05:07 -!- gevs [~greg@unaffiliated/gevs] has joined #bitcoin-core-dev
05:08 < tbear> ok  thx  bye  geese
05:08 -!- tbear [49c1960f@gateway/web/freenode/ip.73.193.150.15] has quit [Quit: Page closed]
05:17 -!- moli [~molly@unaffiliated/molly] has joined #bitcoin-core-dev
05:24 < instagibbs> I am not a gaggle of geese 
05:40 -!- dermoth_ [~thomas@dial-216-221-43-121.mtl.aei.ca] has joined #bitcoin-core-dev
05:40 -!- dermoth [~thomas@109-78.162.dsl.aei.ca] has quit [Disconnected by services]
05:40 -!- dermoth_ is now known as dermoth
05:47 -!- gabridome [~gabridome@87.18.55.58] has joined #bitcoin-core-dev
06:01 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has joined #bitcoin-core-dev
06:07 -!- MarcoFalke [~marco@host10-2.natpool.mwn.de] has joined #bitcoin-core-dev
06:14 -!- jtimon [~quassel@4.28.134.37.dynamic.jazztel.es] has quit [Ping timeout: 260 seconds]
06:15 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has quit [Quit: WeeChat 0.4.2]
06:29 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has joined #bitcoin-core-dev
06:37 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has quit [Ping timeout: 276 seconds]
06:38 < GitHub92> [bitcoin] sipa pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/862fd24b40b4...58f0c929a3d7
06:38 < GitHub92> bitcoin/master e4f73c7 fanquake: [Doc] Update implemented BIPs list
06:38 < GitHub92> bitcoin/master 58f0c92 Pieter Wuille: Merge #8121: [Doc] Update implemented BIPs list...
06:39 < GitHub78> [bitcoin] sipa closed pull request #8121: [Doc] Update implemented BIPs list (master...missing_bips) https://github.com/bitcoin/bitcoin/pull/8121
06:46 -!- OxADADA [~OxADADA@alumni-linux.ccs.neu.edu] has left #bitcoin-core-dev []
06:46 -!- OxADADA [~OxADADA@alumni-linux.ccs.neu.edu] has joined #bitcoin-core-dev
06:59 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has joined #bitcoin-core-dev
07:01 -!- Ylbam [uid99779@gateway/web/irccloud.com/x-mibbwhtpxmrnnwky] has quit [Quit: Connection closed for inactivity]
07:05 < GitHub3> [bitcoin] sipa pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/58f0c929a3d7...01d8359983e2
07:05 < GitHub3> bitcoin/master 4d8993b Gregory Maxwell: Defer inserting into maprelay until just before relaying....
07:05 < GitHub3> bitcoin/master 01d8359 Pieter Wuille: Merge #8082: Defer inserting into maprelay until just before relaying....
07:05 < GitHub19> [bitcoin] sipa closed pull request #8082: Defer inserting into maprelay until just before relaying. (master...just_in_time_maprelay) https://github.com/bitcoin/bitcoin/pull/8082
07:15 -!- jtimon [~quassel@4.28.134.37.dynamic.jazztel.es] has joined #bitcoin-core-dev
07:27 -!- Giszmo [~leo@pc-122-14-46-190.cm.vtr.net] has joined #bitcoin-core-dev
07:50 -!- jannes [~jannes@178.132.211.90] has quit [Read error: Connection reset by peer]
07:51 -!- paveljanik [~paveljani@unaffiliated/paveljanik] has quit [Quit: Leaving]
07:56 -!- Taek is now known as taek
08:02 -!- jannes [~jannes@178.132.211.90] has joined #bitcoin-core-dev
08:07 -!- frankenmint [~frankenmi@174-25-25-137.ptld.qwest.net] has quit [Remote host closed the connection]
08:11 -!- taek is now known as Taek
08:19 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has quit [Ping timeout: 244 seconds]
08:23 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has joined #bitcoin-core-dev
08:43 -!- shesek [~shesek@bzq-84-110-108-182.cablep.bezeqint.net] has quit [Ping timeout: 250 seconds]
08:44 -!- BashCo [~BashCo@unaffiliated/bashco] has quit [Remote host closed the connection]
08:44 -!- frankenmint [~frankenmi@174-25-25-137.ptld.qwest.net] has joined #bitcoin-core-dev
08:56 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has quit [Ping timeout: 250 seconds]
09:11 -!- frankenmint [~frankenmi@174-25-25-137.ptld.qwest.net] has quit [Remote host closed the connection]
09:12 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has joined #bitcoin-core-dev
09:15 -!- BashCo [~BashCo@unaffiliated/bashco] has joined #bitcoin-core-dev
09:23 < GitHub68> [bitcoin] sipa pushed 13 new commits to master: https://github.com/bitcoin/bitcoin/compare/01d8359983e2...b89ef131147f
09:23 < GitHub68> bitcoin/master a545127 Pieter Wuille: Squashed 'src/crypto/ctaes/' content from commit cd3c3ac...
09:23 < GitHub68> bitcoin/master cd2be44 Pieter Wuille: Merge commit 'a545127fbccef4ee674d18d43732ce00ba97f782' as 'src/crypto/ctaes'
09:23 < GitHub68> bitcoin/master 6bec172 Pieter Wuille: Add ctaes-based constant time AES implementation
09:23 < GitHub164> [bitcoin] sipa closed pull request #7689: Replace OpenSSL AES with ctaes-based version (master...const_aes) https://github.com/bitcoin/bitcoin/pull/7689
09:26 -!- kadoban [~mud@unaffiliated/kadoban] has joined #bitcoin-core-dev
09:36 < GitHub44> [bitcoin] sipa pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/b89ef131147f...6a22373771ed
09:36 < GitHub44> bitcoin/master 383fc10 Suhas Daftuar: Only use AddInventoryKnown for transactions...
09:36 < GitHub44> bitcoin/master 6a22373 Pieter Wuille: Merge #7960: Only use AddInventoryKnown for transactions...
09:36 < GitHub91> [bitcoin] sipa closed pull request #7960: Only use AddInventoryKnown for transactions (master...block-inv-filter) https://github.com/bitcoin/bitcoin/pull/7960
09:38 < gmaxwell> sipa: now that ctaes is in, are we only left the RNG stopping the removal of openssl in bitcoind?
09:38 < sipa> yes
09:39 < gmaxwell> next step in that would be getting in a seeder, I guess.
09:46 -!- laurentmt [~Thunderbi@213-245-86-6.rev.numericable.fr] has joined #bitcoin-core-dev
09:48 < GitHub178> [bitcoin] sipa pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/6a22373771ed...7fa8d7585984
09:48 < GitHub178> bitcoin/master 88f14b9 Pieter Wuille: Include signal.h for sig_atomic_t in WIN32
09:48 < GitHub178> bitcoin/master 7fa8d75 Pieter Wuille: Merge #8112: Include signal.h for sig_atomic_t in WIN32...
09:50 -!- laurentmt [~Thunderbi@213-245-86-6.rev.numericable.fr] has quit [Client Quit]
09:57 -!- Ylbam [uid99779@gateway/web/irccloud.com/x-fycdnmqvquaifocv] has joined #bitcoin-core-dev
10:00 -!- moli [~molly@unaffiliated/molly] has quit [Quit: Leaving]
10:01 -!- gevs [~greg@unaffiliated/gevs] has quit [Ping timeout: 246 seconds]
10:01 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has quit [Ping timeout: 276 seconds]
10:04 -!- droark [~droark@c-24-22-36-12.hsd1.or.comcast.net] has quit [Quit: Later.]
10:04 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has joined #bitcoin-core-dev
10:06 -!- PatBoy [xyz@192.99.249.215] has quit [Ping timeout: 260 seconds]
10:08 -!- PatBoy [xyz@192.99.249.215] has joined #bitcoin-core-dev
10:11 -!- frankenmint [~frankenmi@174-25-25-137.ptld.qwest.net] has joined #bitcoin-core-dev
10:41 < GitHub5> [bitcoin] kazcw closed pull request #8052: rpc tests: increase http timeout (master...rpcwallet-test-timeout) https://github.com/bitcoin/bitcoin/pull/8052
10:44 -!- frankenmint [~frankenmi@174-25-25-137.ptld.qwest.net] has quit [Remote host closed the connection]
10:46 < luke-jr> cfields_: https://github.com/bitcoin/bips/pull/365#issuecomment-219181320
10:46 < cfields_> luke-jr: thanks, will take a look. Pretty sure I'm happy now though.
10:51 -!- luke-jr [~luke-jr@unaffiliated/luke-jr] has quit [Excess Flood]
10:52 -!- 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]
10:55 -!- luke-jr [~luke-jr@unaffiliated/luke-jr] has joined #bitcoin-core-dev
10:57 < sipa> luke-jr: why are you excess flood'ing all the time? :)
10:58 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has quit [Ping timeout: 260 seconds]
11:00 < luke-jr> sipa: TCP packet gets lost, waits for re-xmit, freenode reassembles that packet + the packets following it and decides it's too much "at once"
11:00 < luke-jr> makes me wonder if I should just hack my router to send all TCP packets twice
11:00 < luke-jr> looks like i have ~20% packet loss over IPv6 only at the moment :/
11:04 < sipa> ouch
11:06 -!- frankenmint [~frankenmi@174-25-25-137.ptld.qwest.net] has joined #bitcoin-core-dev
11:08 < midnightmagic> You finally solved that problem?
11:10 < luke-jr> midnightmagic: solved what?
11:12 < jonasschnelli> sipa: can you explain: https://github.com/bitcoin/bitcoin/pull/8035/commits/f19025106de47a92396f9fb98e6d3bbc568c40b5#r65400352?
11:13 < sipa> jonasschnelli: ask instagibbs 
11:13 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has joined #bitcoin-core-dev
11:14 < jonasschnelli> sipa: you mean why AddKeyPubKey instead of AddKey?
11:14 < sipa> jonasschnelli: yes
11:14 < jonasschnelli> sipa: Yes. Should also be possible. :)
11:15 < jonasschnelli> AddKeyPubKey is virtual so,... yes. Let me change this
11:15 < sipa> AddKey is also virtual
11:16 < jonasschnelli> sipa: wait. There is a reason for AddKeyPubKey
11:16 < jonasschnelli> https://github.com/bitcoin/bitcoin/pull/8035/commits/f19025106de47a92396f9fb98e6d3bbc568c40b5#diff-b2bb174788c7409b671c46ccc86034bdR1106
11:17 < jonasschnelli> CKey.GetPubKey() does not cache
11:17 < sipa> updated my comment, thanks :)
11:19 < jonasschnelli> sipa: "Agree about adding a named constant." -> do you mean using a constant for 0x80000000?
11:19 < sipa> yes
11:19 < jonasschnelli> sipa: Or i could use the same style you used in key.cpp (if ((nChild >> 31) == 0) {)
11:20 < jonasschnelli> though, I'm in favor of | 0x80000000
11:20 < sipa> a named constant is most readable :)
11:20 < instagibbs> oh that comment was quite a while ago, but i was wrong, I distinctly remember :)
11:21 < jonasschnelli> instagibbs: you where right... but you where wrong saying you where wrong. :)
11:22 < instagibbs> oh yeah, I think sipa had it right
11:25 < midnightmagic> luke-jr: or at least analyzed it. the constant excess flooding
11:27 < luke-jr> midnightmagic: it's mostly an educated guess right now
11:29 < midnightmagic> the retransmit period should be fast enough to handle one or two missing packets occasionally
11:33 -!- frankenmint [~frankenmi@174-25-25-137.ptld.qwest.net] has quit [Remote host closed the connection]
11:39 < GitHub165> [bitcoin] sipa pushed 3 new commits to master: https://github.com/bitcoin/bitcoin/compare/7fa8d7585984...2e0a99037dcc
11:39 < GitHub165> bitcoin/master 16cf85f Pieter Wuille: Revert "Include signal.h for sig_atomic_t in WIN32"...
11:39 < GitHub165> bitcoin/master a886dbf Pieter Wuille: Use std::atomic for fRequestShutdown and fReopenDebugLog
11:39 < GitHub165> bitcoin/master 2e0a990 Pieter Wuille: Merge #8123: Use std::atomic for fRequestShutdown and fReopenDebugLog...
11:39 < GitHub26> [bitcoin] sipa closed pull request #8123: Use std::atomic for fRequestShutdown and fReopenDebugLog (master...notsigbutatomic) https://github.com/bitcoin/bitcoin/pull/8123
11:48 -!- frankenmint [~frankenmi@174-25-25-137.ptld.qwest.net] has joined #bitcoin-core-dev
11:52 < GitHub116> [bitcoin] sipa pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/2e0a99037dcc...715e9fd7454f
11:52 < GitHub116> bitcoin/master ee9f4a5 Jorge Timón: Consensus: Decouple from chainparams.o and timedata.o...
11:52 < GitHub116> bitcoin/master 715e9fd Pieter Wuille: Merge #8077: Consensus: Decouple from chainparams.o and timedata.o...
11:52 < GitHub45> [bitcoin] sipa closed pull request #8077: Consensus: Decouple from chainparams.o and timedata.o (master...0.12-consensus-chainparams) https://github.com/bitcoin/bitcoin/pull/8077
12:07 -!- TomMc [~tom@unaffiliated/tommc] has joined #bitcoin-core-dev
12:09 -!- bsm117532 [~mcelrath@38.121.165.30] has joined #bitcoin-core-dev
12:29 < GitHub127> [bitcoin] MarcoFalke closed pull request #7947: Global params cleanup (master...global-params-cleanup) https://github.com/bitcoin/bitcoin/pull/7947
12:32 < GitHub109> [bitcoin] luke-jr opened pull request #8132: wallet: Add key generation type (master...keygentype) https://github.com/bitcoin/bitcoin/pull/8132
12:33 < GitHub27> [bitcoin] MarcoFalke closed pull request #7985: [Consensus] Add nAdjustedTime parameter to CheckBlock and CheckBlockHeader. (master...2016-05-01-checkblock-header) https://github.com/bitcoin/bitcoin/pull/7985
13:02 -!- cryptapus [~cyptapus@unaffiliated/cryptapus] has quit [Ping timeout: 240 seconds]
13:20 -!- ghtdak [~ghtdak@unaffiliated/ghtdak] has quit [Ping timeout: 244 seconds]
13:23 -!- laurentmt [~Thunderbi@213-245-86-6.rev.numericable.fr] has joined #bitcoin-core-dev
13:23 -!- laurentmt [~Thunderbi@213-245-86-6.rev.numericable.fr] has quit [Client Quit]
13:24 -!- ghtdak [~ghtdak@unaffiliated/ghtdak] has joined #bitcoin-core-dev
13:25 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has quit [Ping timeout: 246 seconds]
13:44 -!- belcher [~user@unaffiliated/belcher] has joined #bitcoin-core-dev
14:01 -!- gevs [~greg@ip-83-134-150-61.dsl.scarlet.be] has joined #bitcoin-core-dev
14:01 -!- gevs [~greg@ip-83-134-150-61.dsl.scarlet.be] has quit [Changing host]
14:01 -!- gevs [~greg@unaffiliated/gevs] has joined #bitcoin-core-dev
14:27 < gmaxwell> Whats the minimum ubuntu release to build master with now (with the C++11 requirement)
14:30 < sipa> 14.04 lts works
14:31 < gmaxwell> Does 13 not work?
14:31 < sipa> it may, but i don't see a way to search its repository
14:33 < sipa> precise (12.04) has gcc 4.7
14:33 < sipa> i think we use features from 4.8 though
14:35 < gmaxwell> it looks like our test doesn't work with 4.7.  So 12.x is no,  14.x is yes. And 13 is dunno.
14:35 < sipa> maybe not
14:35 < sipa> well 13 is not supported anymore
14:35 < sipa> 12.04 and 14.04 are
14:35 < btcdrak> petrov is having dependency issues, not sure which version of Ubuntu
14:36 < btcdrak> https://www.irccloud.com/pastebin/eDUdpJen/
14:37 < sipa> maybe the configure test is too strong
14:37 < sipa> because it tests for full c++11 language support
14:37 < sipa> but the only thing we may be using in 4.8 is inheriting constructors
14:38 < sipa> i don't think we use thread local storage yet
14:39 < sipa> so i think 4.7 may work, if we'd disable the test
14:40 < btcdrak> cfields_: ping ^
14:40 < cfields_> i believe 4.7 was missing a few pretty major things. atomics, maybe?
14:41 < btcdrak> ok so he needs gcc 4.8 in that case.
14:41 < cfields_> don't quote me on that. checking.
14:42 < sipa> some tweaks to the memory model were made in 4.8 still
14:42 < sipa> but atomics exist since 4.4
14:42 < cfields_> ah right, thread_local in 4.8
14:44 -!- MarcoFalke [~marco@host10-2.natpool.mwn.de] has left #bitcoin-core-dev []
14:45 < cfields_> btcdrak: fwiw, i'm able to compile w/ my ancient raring install. I'm unsure if I grabbed the toolchain from a ppa, or if it exists in-repo
14:46 < cfields_> btcdrak: either way, if gcc-4.8/g++-4.8 are installed, you can just use: ./configure CXX=g++-4.8 CC=gcc-4.8
14:47 < gmaxwell> we may want to write some instructions for users on somewhat older systems.
14:48 < sipa> cfields_: raring is 13.04
14:48 < sipa> right?
14:48 < cfields_> it'd likely be easier to get someone building with clang, since those get backported more often. iirc clang 3.3 is enough.
14:49 < cfields_> sipa: yep. like i said though, i'm unsure if the gcc-4.8 here came from the ubuntu repos. checking.
14:49 -!- frankenmint [~frankenmi@174-25-25-137.ptld.qwest.net] has quit [Remote host closed the connection]
14:51 < sipa> clang 3.1 is likely even enough, as long as we don't use tls
14:51 < cfields_> haven't we merged some of the tls PRs already?
14:51 < sipa> not afaik
14:52 < cfields_> ah
14:53 < sipa> nope
14:54 < sipa> 8007 did, but got changed to using atomics instead
14:55 < cfields_> ah damn, looks like my 4.8 came from a ppa
14:56 < cfields_> I think i'd be uneasy recommending 4.7 though. That'd mean we're walking on eggshells.
14:59 < gmaxwell> I'm much happier with GCC 4.8 in general. 
15:04 -!- jannes [~jannes@178.132.211.90] has quit [Quit: Leaving]
15:22 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has joined #bitcoin-core-dev
15:32 -!- BlueMatt [~BlueMatt@unaffiliated/bluematt] has left #bitcoin-core-dev ["Ex-Chat"]
15:40 -!- frankenmint [~frankenmi@174-25-25-137.ptld.qwest.net] has joined #bitcoin-core-dev
15:42 < gmaxwell> does setban not disconnect newly banned peers? 
15:43 -!- amiller [~socrates1@unaffiliated/socrates1024] has quit [Ping timeout: 246 seconds]
15:43 < sipa> seems not
15:43 < sipa> but there is disconnectnode
15:44 < gmaxwell> help on disconnect node is not very helpful.  the argument is "the node"
15:44 < gmaxwell> like, do I digitize the whole peer and provide it in hex on the commandline? :)
15:45 -!- amiller [~socrates1@li175-104.members.linode.com] has joined #bitcoin-core-dev
15:45 -!- amiller is now known as Guest54896
15:46 < gmaxwell> apparently it wants the fully qualified inbound address and port.
15:55 -!- murch [~murch@p4FE38C76.dip0.t-ipconnect.de] has quit [Quit: Leaving.]
16:10 -!- Guyver2 [~Guyver2@guyver2.xs4all.nl] has quit [Quit: :)]
16:46 < GitHub51> [bitcoin] theuni opened pull request #8133: build: Finish up out-of-tree changes (master...out-of-tree-clean) https://github.com/bitcoin/bitcoin/pull/8133
17:13 -!- kadoban [~mud@unaffiliated/kadoban] has quit [Ping timeout: 258 seconds]
17:32 -!- TomMc [~tom@unaffiliated/tommc] has quit [Ping timeout: 260 seconds]
17:50 -!- belcher [~user@unaffiliated/belcher] has quit [Quit: Leaving]
17:51 -!- Ylbam [uid99779@gateway/web/irccloud.com/x-fycdnmqvquaifocv] has quit [Quit: Connection closed for inactivity]
17:52 -!- kadoban [~mud@unaffiliated/kadoban] has joined #bitcoin-core-dev
17:56 -!- frankenmint [~frankenmi@174-25-25-137.ptld.qwest.net] has quit [Remote host closed the connection]
18:12 -!- justanotheruser [~Justan@unaffiliated/justanotheruser] has quit [Read error: Connection reset by peer]
18:12 -!- justanotheruser [~Justan@unaffiliated/justanotheruser] has joined #bitcoin-core-dev
18:41 -!- Alopex [~bitcoin@cyber.dealing.ninja] has quit [Remote host closed the connection]
18:42 -!- Alopex [~bitcoin@cyber.dealing.ninja] has joined #bitcoin-core-dev
18:54 -!- xiangfu [~xiangfu@58.135.95.136] has joined #bitcoin-core-dev
19:17 -!- moli [~molly@unaffiliated/molly] has joined #bitcoin-core-dev
19:20 -!- fengling [~fengling@58.135.95.134] has joined #bitcoin-core-dev
19:23 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has quit [Ping timeout: 258 seconds]
19:25 -!- fengling [~fengling@58.135.95.134] has quit [Client Quit]
19:29 -!- fengling [~fengling@58.135.95.134] has joined #bitcoin-core-dev
19:52 -!- Alopex [~bitcoin@cyber.dealing.ninja] has quit [Remote host closed the connection]
19:53 -!- Alopex [~bitcoin@cyber.dealing.ninja] has joined #bitcoin-core-dev
20:17 -!- jcorgan [~jcorgan@unaffiliated/jcorgan] has quit [Quit: Lost terminal]
20:21 -!- Alopex [~bitcoin@cyber.dealing.ninja] has quit [Remote host closed the connection]
20:22 -!- Alopex [~bitcoin@cyber.dealing.ninja] has joined #bitcoin-core-dev
20:25 -!- fengling [~fengling@58.135.95.134] has quit [Quit: WeeChat 1.4]
20:37 -!- fengling [~fengling@58.135.95.134] has joined #bitcoin-core-dev
20:58 -!- jtimon [~quassel@4.28.134.37.dynamic.jazztel.es] has quit [Ping timeout: 260 seconds]
21:22 -!- gribble [~gribble@unaffiliated/nanotube/bot/gribble] has quit [Remote host closed the connection]
21:23 -!- grassass [grass@gateway/vpn/mullvad/x-ionnizabzptbwfus] has joined #bitcoin-core-dev
21:23 -!- molz [~molly@unaffiliated/molly] has joined #bitcoin-core-dev
21:26 -!- moli [~molly@unaffiliated/molly] has quit [Ping timeout: 244 seconds]
21:31 -!- gribble [~gribble@unaffiliated/nanotube/bot/gribble] has joined #bitcoin-core-dev
21:34 -!- kadoban [~mud@unaffiliated/kadoban] has quit [Ping timeout: 258 seconds]
21:39 -!- fengling [~fengling@58.135.95.134] has quit [Ping timeout: 240 seconds]
21:44 -!- ghtdak [~ghtdak@unaffiliated/ghtdak] has quit [Ping timeout: 260 seconds]
21:46 -!- Alopex [~bitcoin@cyber.dealing.ninja] has quit [Remote host closed the connection]
21:47 -!- Alopex [~bitcoin@cyber.dealing.ninja] has joined #bitcoin-core-dev
21:47 -!- ghtdak [~ghtdak@unaffiliated/ghtdak] has joined #bitcoin-core-dev
21:58 -!- fengling [~fengling@58.135.95.134] has joined #bitcoin-core-dev
22:44 < gmaxwell> Our current addnode behavior is more than a little obnoxious.  We won't bring up an addnode if it would leave us with more than the maximum outbound connections, even if none of our existing connections are addnoded.  This means that if your network burps you can end up disconnecting all your addnoded peers, and then fill them back in with random peers.
22:45 < gmaxwell> Even sitting around manually disconnectnode-ing outbounds that weren't my addnodes took quite a while before it managed to try the addnode before connecting something else.
22:50 -!- imacomput [~imacomput@cpe-76-91-26-214.socal.res.rr.com] has joined #bitcoin-core-dev
22:50 < gmaxwell> I think the behavior should be, we should track if peers are addnodeed.  If we have unconnected addnodes and less han MAX connected addnodes, and less than MAX+1 total connected. ... try adding an addnode.
22:51 < btcdrak> gmaxwell: I have the same complaint. I just never articulated it.
22:52 < gmaxwell> I think we introduced this misbehavior around 0.9.x or something.
22:52 < gmaxwell> a long time ago addnode would just go over the connection limit.
22:52 < gmaxwell> ... and then seperately, every N seconds,  if we have >MAX outbound connections, pick one to evict. (where it would avoid evicting whitelisted and addnode peers, then ones that have recently sent us blocks, then txn, the prefer to keep long uptime).
22:53 < gmaxwell> The same eviction process could then be used to rotate the outbound connections. (just randomly try to connect to too many, and then let eviction do its thing.)
22:55 -!- imacomput [~imacomput@cpe-76-91-26-214.socal.res.rr.com] has quit []
23:02 -!- calibre720 [~calibre72@182.57.113.28] has joined #bitcoin-core-dev
23:03 < sipa> gmaxwell: indeed, and we already have eviction code
23:04 < sipa> just adding a bool to select for incoming or outgoing would be a large part already
23:08 < gmaxwell> the current eviction code only evicts incoming. I think our strategy for outgoing should be somewhat different... in particular, we have far fewer outgoing.
23:08 < sipa> for rotation we'd need better logic
23:08 < sipa> but for preferring addnode over random outgoing maybe not so much
23:09 < midnightmagic> +1 for addnode prioritization :-)
23:10 < gmaxwell> yes. I think sort by whitelist/addnode/most-recent-to-send-block/dice would be fine for evicting with the addnode case.
23:11 < gmaxwell> kinda odd that it would let you partition it by kicking off all your useful peers in favor of some dumb addnodes you plugged in.. but ::shrugs::
23:14 -!- baldur [~baldur@pool-108-29-176-11.nycmny.fios.verizon.net] has quit [Read error: Connection reset by peer]
23:17 < sipa> yes, if you had to be whitelisted in order to get an addnode, we could just have addnode bypass the connection limit
23:18 < sipa> maybe something for post host authentication
23:20 < gmaxwell> right.
23:20 < gmaxwell> well baby steps
23:25 < midnightmagic> .w 2
23:26 < gmaxwell> sipa: could just be a feature of the p2p auth stuff, once we have that. If mutual auth is successful it bypasses limits.
23:27 < gmaxwell> (or at least a non-file descriptor related limit)
23:28 -!- randy-waterhouse [~kiwigb@opentransactions/dev/randy-waterhouse] has joined #bitcoin-core-dev
23:30 < gmaxwell> sipa: another coner case to consider: say you set 8 addnode peers. They all ban you. 
23:34 < midnightmagic> can I ask for a ptr to where the p2p auth is being worked on?
23:35 < sipa> midnightmagic: blocked by first having encryption in; see bip 151
23:37 < midnightmagic> ok
23:38 < gmaxwell> I guess that banning example suggests having some kind of addnode backoff... and making sure the auto evict runs slow enough after the connect that it won't kick a good peer to make room for a connection that is banned.
23:40 -!- Giszmo [~leo@pc-122-14-46-190.cm.vtr.net] has quit [Remote host closed the connection]
23:42 -!- BashCo [~BashCo@unaffiliated/bashco] has quit [Remote host closed the connection]
23:43 < midnightmagic> I see a note of the mitm mitigation not being addressed and identity authentication: was this discussed somewhere that I missed?
23:44 < midnightmagic> (I would be happy with "sometime a few weeks ago in -wizards" or like, I don't mind doing my own legwork but would appreciate a general pointer)
23:49 < sipa> to address mitm, you need authentication
23:50 < sipa> jonas started on an authentication bip as well in parallel with bip 151
23:50 < sipa> but that was postponed to first get encryption done
23:52 < jonasschnelli> sipa, midnightmagic: there is some stuff from greg: https://people.xiph.org/~greg/auth1.txt
23:52 < jonasschnelli> Also the auth bip should probably be done before starting with the bip151 implementation
23:52 < midnightmagic> ok