--- Day changed Tue Feb 28 2017
00:06 -!- BashCo [~BashCo@unaffiliated/bashco] has joined #bitcoin-core-dev     
00:15 -!- Ylbam [uid99779@gateway/web/irccloud.com/x-phpawudhewzkoydl] has joined #bitcoin-core-dev     
01:09 -!- kewde[m]1 [kewdematri@gateway/shell/matrix.org/x-ndokqqyciyzuwqzi] has quit [Remote host closed the connection]     
01:09 -!- frabrunelle [frabrunell@safenetwork/frabrunelle] has quit [Read error: Connection reset by peer]     
01:10 -!- Victor_sueca is now known as Victorsueca     
01:26 -!- PaulCapestany [~PaulCapes@2604:5500:17:2ea:e84b:2ab3:cc65:e335] has quit [Read error: Connection reset by peer]     
01:28 -!- PaulCapestany [~PaulCapes@204.28.124.82] has joined #bitcoin-core-dev     
01:32 -!- jannes [~jannes@095-097-246-234.static.chello.nl] has joined #bitcoin-core-dev     
02:07 -!- PaulCapestany [~PaulCapes@204.28.124.82] has quit [Ping timeout: 240 seconds]     
02:08 -!- JackH [~laptop@79-73-188-131.dynamic.dsl.as9105.com] has joined #bitcoin-core-dev     
02:11 -!- PaulCapestany [~PaulCapes@204.28.124.82] has joined #bitcoin-core-dev     
02:25 -!- AaronvanW [~AaronvanW@unaffiliated/aaronvanw] has joined #bitcoin-core-dev     
02:25 < jonasschnelli> Can I still normally merge a PR or did we already witch to the SHA512 merge script?
02:28 -!- BashCo_ [~BashCo@unaffiliated/bashco] has joined #bitcoin-core-dev     
02:31 -!- BashCo [~BashCo@unaffiliated/bashco] has quit [Ping timeout: 240 seconds]     
02:35 -!- lclc [~lclc@unaffiliated/lclc] has quit [Ping timeout: 240 seconds]     
02:36 < wumpus> I'm testing the SHA512 merge script, but we haven't merged it yet
02:36 < wumpus> so feel free to not use it yet
02:36 -!- kewde[m] [kewdematri@gateway/shell/matrix.org/x-rwkvzhmtgokggqjd] has joined #bitcoin-core-dev     
02:36 < jonasschnelli> okay...  i'll wait until we have merged the SHA512 tree change
02:37 < wumpus> there's still an open issue about symlinks on that ,but as we (AFAIK) don't have symlinks in bitcoin repo it's somewhat theoretical
02:38 < bitcoin-git> [bitcoin] laanwj pushed 3 new commits to master: https://github.com/bitcoin/bitcoin/compare/88c2ae3ed2bb...65fdc37ac306
02:38 < bitcoin-git> bitcoin/master c5f008a Cory Fields: don't throw std::bad_alloc when out of memory. Instead, terminate immediately
02:38 < bitcoin-git> bitcoin/master d4ee7ba Cory Fields: prevector: assert successful allocation
02:38 < bitcoin-git> bitcoin/master 65fdc37 Wladimir J. van der Laan: Merge #9856: Terminate immediately when allocation fails...
02:38 < bitcoin-git> [bitcoin] laanwj closed pull request #9856: Terminate immediately when allocation fails (master...bad_alloc_terminate2) https://github.com/bitcoin/bitcoin/pull/9856
02:41 < bitcoin-git> [bitcoin] laanwj pushed 3 new commits to 0.14: https://github.com/bitcoin/bitcoin/compare/eddaa6b35d41...775cf54d0e0a
02:41 < bitcoin-git> bitcoin/0.14 50953c2 Wladimir J. van der Laan: tests: Fix dangling pwalletMain pointer in wallet tests...
02:41 < bitcoin-git> bitcoin/0.14 69832aa Cory Fields: don't throw std::bad_alloc when out of memory. Instead, terminate immediately...
02:41 < bitcoin-git> bitcoin/0.14 775cf54 Cory Fields: prevector: assert successful allocation...
02:41 < bitcoin-git> [bitcoin] laanwj pushed 2 new commits to 0.14: https://github.com/bitcoin/bitcoin/compare/775cf54d0e0a...5aaac4d09e7e
02:41 < bitcoin-git> bitcoin/0.14 29bae0c Russell Yanofsky: Mention bumpfee in 0.14 release notes.
02:41 < bitcoin-git> bitcoin/0.14 5aaac4d Wladimir J. van der Laan: Merge #9878: Mention bumpfee in 0.14 release notes....
02:42 -!- AaronvanW [~AaronvanW@unaffiliated/aaronvanw] has quit []     
02:42 < bitcoin-git> [bitcoin] laanwj pushed 1 new commit to 0.14: https://github.com/bitcoin/bitcoin/commit/08e0690f3f3b2f33040916200e8d4444298cf226
02:42 < bitcoin-git> bitcoin/0.14 08e0690 Russell Yanofsky: Update sendfrom RPC help to correct coin selection misconception...
02:44 -!- MarcoFalke [~marco@2a02:778:100:ea01:2225:64ff:fe3b:d4ca] has joined #bitcoin-core-dev     
02:44 < bitcoin-git> [bitcoin] laanwj pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/65fdc37ac306...d75e8cb44def
02:44 < bitcoin-git> bitcoin/master fe71661 Suhas Daftuar: [doc] Update doc/bips.md for BIP90 implementation
02:44 < bitcoin-git> bitcoin/master d75e8cb Wladimir J. van der Laan: Merge #9879: [doc] Update doc/bips.md for BIP90 implementation...
02:44 < bitcoin-git> [bitcoin] laanwj closed pull request #9879: [doc] Update doc/bips.md for BIP90 implementation (master...2017-02-bips-doc-bip90) https://github.com/bitcoin/bitcoin/pull/9879
02:47 < bitcoin-git> [bitcoin] laanwj pushed 1 new commit to 0.14: https://github.com/bitcoin/bitcoin/commit/a48b998ff377a827357732b8868b0de10768129d
02:47 < bitcoin-git> bitcoin/0.14 a48b998 Suhas Daftuar: [doc] Update doc/bips.md for BIP90 implementation...
02:47 < bitcoin-git> [bitcoin] laanwj pushed 2 new commits to 0.14: https://github.com/bitcoin/bitcoin/compare/a48b998ff377...1f83663bc2c8
02:47 < bitcoin-git> bitcoin/0.14 50ae5c7 Matt Corallo: Document increase in memory usage due to mempool/dbcache sharing
02:47 < bitcoin-git> bitcoin/0.14 1f83663 Wladimir J. van der Laan: Merge #9866: Document increase in memory usage due to mempool/dbcache sharing...
02:48 < wumpus> going to tag rc3 in a moment
02:51 -!- AaronvanW [~AaronvanW@unaffiliated/aaronvanw] has joined #bitcoin-core-dev     
02:55 -!- Victorsueca is now known as LuckyVictor     
02:55 -!- n1ce [~n1ce____@unaffiliated/n1ce] has quit [Remote host closed the connection]     
02:56 -!- n1ce [~n1ce____@unaffiliated/n1ce] has joined #bitcoin-core-dev     
02:56 -!- LuckyVictor is now known as Victorsueca     
02:58 -!- frabrunelle [frabrunell@safenetwork/frabrunelle] has joined #bitcoin-core-dev     
02:58 -!- StoBrendo [~tux@126.red-83-40-52.dynamicip.rima-tde.net] has joined #bitcoin-core-dev     
02:59 < bitcoin-git> [bitcoin] laanwj pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/d75e8cb44def...30bdcfca2b7e
02:59 < bitcoin-git> bitcoin/master 83ac719 Marijn Stollenga: Change bitcoin address in RPC helpaddress to an invalid address, so people don't accidentally send coins there (like I did).
02:59 < bitcoin-git> bitcoin/master 30bdcfc Wladimir J. van der Laan: Merge #9865: Change bitcoin address in RPC help message...
03:00 < bitcoin-git> [bitcoin] laanwj closed pull request #9865: Change bitcoin address in RPC help message (master...master) https://github.com/bitcoin/bitcoin/pull/9865
03:01 < bitcoin-git> [bitcoin] laanwj pushed 1 new commit to 0.14: https://github.com/bitcoin/bitcoin/commit/289204fbe0c188b3cd145dd7b2e271f97a956ba3
03:01 < bitcoin-git> bitcoin/0.14 289204f Marijn Stollenga: Change bitcoin address in RPC helpaddress to an invalid address, so people don't accidentally send coins there (like I did)....
03:03 < bitcoin-git> [bitcoin] laanwj pushed 3 new commits to master: https://github.com/bitcoin/bitcoin/compare/30bdcfca2b7e...f5ef8e9dd29c
03:03 < bitcoin-git> bitcoin/master 0a17714 Wladimir J. van der Laan: uint256: replace sprintf with HexStr and reverse-iterator...
03:03 < bitcoin-git> bitcoin/master 19cafc6 Wladimir J. van der Laan: test: Replace remaining sprintf with snprintf...
03:03 < bitcoin-git> bitcoin/master f5ef8e9 Wladimir J. van der Laan: Merge #9867: Replace remaining sprintf with snprintf...
03:03 < bitcoin-git> [bitcoin] laanwj closed pull request #9867: Replace remaining sprintf with snprintf (master...2017_02_snprintf) https://github.com/bitcoin/bitcoin/pull/9867
03:11 -!- lclc [~lclc@unaffiliated/lclc] has joined #bitcoin-core-dev     
03:12 -!- MarcoFalke [~marco@2a02:778:100:ea01:2225:64ff:fe3b:d4ca] has left #bitcoin-core-dev []     
03:22 -!- Alina-malina [~Alina-mal@unaffiliated/alina-malina] has quit [Ping timeout: 260 seconds]     
03:30 < bitcoin-git> [bitcoin] laanwj pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/f5ef8e9dd29c...c322fa472efa
03:30 < bitcoin-git> bitcoin/master 467df39 John Newbery: Remove nonsense #undef foreach...
03:30 < bitcoin-git> bitcoin/master c322fa4 Wladimir J. van der Laan: Merge #9732: [Trivial] Remove nonsense #undef foreach...
03:30 < bitcoin-git> [bitcoin] laanwj closed pull request #9732: [Trivial] Remove nonsense #undef foreach (master...removeundefforeach) https://github.com/bitcoin/bitcoin/pull/9732
03:31 < bitcoin-git> [bitcoin] laanwj pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/c322fa472efa...b7547fa93e01
03:31 < bitcoin-git> bitcoin/master 4b183d3 Marko Bencun: Remove block file location upgrade code...
03:31 < bitcoin-git> bitcoin/master b7547fa Wladimir J. van der Laan: Merge #9822: Remove block file location upgrade code...
03:32 < bitcoin-git> [bitcoin] laanwj closed pull request #9822: Remove block file location upgrade code (master...appinitmain) https://github.com/bitcoin/bitcoin/pull/9822
03:35 -!- lclc [~lclc@unaffiliated/lclc] has quit [Ping timeout: 260 seconds]     
03:48 < bitcoin-git> [bitcoin] laanwj pushed 1 new commit to 0.14: https://github.com/bitcoin/bitcoin/commit/1825a03f8144572eaf532b6b3b3acc1a09577d1f
03:48 < bitcoin-git> bitcoin/0.14 1825a03 Pieter Wuille: Avoid VLA in hash.h...
03:50 < bitcoin-git> [bitcoin] laanwj pushed 1 new commit to 0.14: https://github.com/bitcoin/bitcoin/commit/8d2d08efaa5fb6b29638fef7fb9bdf051db85f2e
03:50 < bitcoin-git> bitcoin/0.14 8d2d08e Wladimir J. van der Laan: qt: pre-rc3 translations update
03:53 -!- pindarhk [sid105966@gateway/web/irccloud.com/x-xiihsjwclhbtxcnf] has quit [Read error: Connection reset by peer]     
03:54 -!- pindarhk [sid105966@gateway/web/irccloud.com/x-exqdjrmzqahiynhl] has joined #bitcoin-core-dev     
03:56 -!- MarcoFalke [~marco@5.199.182.203] has joined #bitcoin-core-dev     
04:23 -!- Alina-malina [~Alina-mal@37.157.223.66] has joined #bitcoin-core-dev     
04:25 -!- lclc [~lclc@unaffiliated/lclc] has joined #bitcoin-core-dev     
04:27 -!- owowo [~ovovo@unaffiliated/ovovo] has joined #bitcoin-core-dev     
04:30 -!- Alina-malina [~Alina-mal@37.157.223.66] has quit [Changing host]     
04:30 -!- Alina-malina [~Alina-mal@unaffiliated/alina-malina] has joined #bitcoin-core-dev     
04:44 < bitcoin-git> [bitcoin] laanwj pushed 1 new commit to 0.14: https://github.com/bitcoin/bitcoin/commit/58800e3556aefbc002b9554b3af5167655fd7943
04:44 < bitcoin-git> bitcoin/0.14 58800e3 Wladimir J. van der Laan: doc: pre-rc3 changelog update
04:50 < MarcoFalke> wumpus: Sorry to break the spree, but maybe #9829 should be included in rc3?
04:50 < gribble> https://github.com/bitcoin/bitcoin/issues/9829 | Fix importmulti returning rescan errors for wrong keys by ryanofsky · Pull Request #9829 · bitcoin/bitcoin · GitHub
04:50 < wumpus> is that ready now?
04:53 < bitcoin-git> [bitcoin] laanwj pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/b7547fa93e01...7e2a2212ecac
04:53 < bitcoin-git> bitcoin/master 306bd72 Russell Yanofsky: Fix importmulti returning rescan errors for wrong keys...
04:53 < bitcoin-git> bitcoin/master 7e2a221 Wladimir J. van der Laan: Merge #9829: Fix importmulti returning rescan errors for wrong keys...
04:53 < bitcoin-git> [bitcoin] laanwj closed pull request #9829: Fix importmulti returning rescan errors for wrong keys (master...pr/multiinc) https://github.com/bitcoin/bitcoin/pull/9829
04:53 < bitcoin-git> [bitcoin] laanwj pushed 1 new commit to 0.14: https://github.com/bitcoin/bitcoin/commit/ad24256a65aa4281831e14097a29ac1efe8b5c02
04:53 < bitcoin-git> bitcoin/0.14 ad24256 Russell Yanofsky: Fix importmulti returning rescan errors for wrong keys...
04:54 < wumpus> apparently. THanks for mentinoning, I was subliminally ignoring that one for some reason because I assumed it still had nits open
04:59 < wumpus>  * [new tag]         v0.14.0rc3 -> v0.14.0rc3
05:08 -!- cysm [cysm@gateway/shell/elitebnc/x-ycnirleqyhbipejb] has quit [Ping timeout: 260 seconds]     
05:14 -!- Guyver2 [~Guyver2@guyver2.xs4all.nl] has joined #bitcoin-core-dev     
05:16 < bitcoin-git> [bitcoin] MarcoFalke opened pull request #9888: travis: Verify commits only for one target (master...Mf1702-travisCommits) https://github.com/bitcoin/bitcoin/pull/9888
05:17 -!- paveljanik [~paveljani@unaffiliated/paveljanik] has quit [Ping timeout: 260 seconds]     
05:20 -!- cysm [cysm@gateway/shell/elitebnc/x-npdmkdjzlzvqpzyp] has joined #bitcoin-core-dev     
05:31 -!- mol [~molly@unaffiliated/molly] has quit [Ping timeout: 240 seconds]     
05:34 -!- moli_ [~molly@unaffiliated/molly] has joined #bitcoin-core-dev     
05:36 -!- cysm [cysm@gateway/shell/elitebnc/x-npdmkdjzlzvqpzyp] has quit [Ping timeout: 260 seconds]     
05:42 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has joined #bitcoin-core-dev     
05:45 -!- Giszmo [~leo@pc-240-13-215-201.cm.vtr.net] has joined #bitcoin-core-dev     
05:59 < bitcoin-git> [bitcoin] MarcoFalke pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/7e2a2212ecac...36afd4db4442
05:59 < bitcoin-git> bitcoin/master fa32a16 MarcoFalke: travis: Verify commits only for one target...
05:59 < bitcoin-git> bitcoin/master 36afd4d MarcoFalke: Merge #9888: travis: Verify commits only for one target...
06:00 < bitcoin-git> [bitcoin] MarcoFalke closed pull request #9888: travis: Verify commits only for one target (master...Mf1702-travisCommits) https://github.com/bitcoin/bitcoin/pull/9888
06:18 -!- lclc [~lclc@unaffiliated/lclc] has quit [Ping timeout: 240 seconds]     
06:19 -!- rubensayshi [sid201751@gateway/web/irccloud.com/x-zecygvlhkhdukqgn] has quit [Ping timeout: 264 seconds]     
06:21 -!- rubensayshi [sid201751@gateway/web/irccloud.com/x-tdofhpcdavhjjpld] has joined #bitcoin-core-dev     
06:25 -!- lclc [~lclc@unaffiliated/lclc] has joined #bitcoin-core-dev     
06:27 -!- cysm [cysm@gateway/shell/elitebnc/x-fboglbworriumcvo] has joined #bitcoin-core-dev     
06:36 -!- BirneGetreide [~what_@62.113.246.119] has joined #bitcoin-core-dev     
06:37 -!- BG [05c7b6cb@gateway/web/cgi-irc/kiwiirc.com/ip.5.199.182.203] has joined #bitcoin-core-dev     
06:38 < achow101> whoever finishes osx next, let me know if your hashes match mine: 9b247d80bb79f3b96d49e9d61b1977e07260c788022714e670dc7673a35fbf25  bitcoin-0.14.0-osx-unsigned.dmg
06:38 < achow101> (I'm guessing it won't)
06:38 -!- BG [05c7b6cb@gateway/web/cgi-irc/kiwiirc.com/ip.5.199.182.203] has quit [Client Quit]     
06:42 < cfields> achow101: match :)
06:46 < achow101> yay     
07:02 < jonasschnelli> cfields, achow101: hmm.. no match: https://bitcoinsrv.jonasschnelli.ch/builds/15/bitcoin-osx-0.14-build.assert
07:02 < jonasschnelli> But new build setup.. could be on my side.
07:03 < jonasschnelli> Linux and Windows?
07:03 < jonasschnelli> db7f17e256c2d832e7eb62f878b74cbd95f3a9af3d0554828b2383a8b25faee3  bitcoin-0.14.0-x86_64-linux-gnu.tar.gz
07:03 < cfields> ugh     
07:04 < jonasschnelli> 0bf3cae0567d10c9d3cc6ff0125e529c7ee0a336ab6532a2336e4aa7ee394457  bitcoin-0.14.0-win64-setup-unsigned.exe
07:04 < cfields> jonasschnelli: i'll push all of mine in a min, linux still building
07:04 < achow101> jonasschnelli: mine is in a pr: https://github.com/bitcoin-core/gitian.sigs/pull/486
07:05 < cfields> jonasschnelli: match for win64
07:05 < achow101> jonasschnelli: linux and windows match
07:05 < jonasschnelli> Yes. Linux and Win matches with achow101 
07:05 < jonasschnelli> But not OSX
07:06 < jonasschnelli> Same descriptor and SDK
07:06 < jonasschnelli> source tarball file matches..
07:06 < jonasschnelli> So.. this is strange
07:06 < achow101> just like the issue with the last two rcs...
07:07 < jonasschnelli> ah.. haven't followed that. OSX build of rc1-2 wasn't deterministic?
07:07 < achow101> are you using kvm or lxc?
07:07 < jonasschnelli> lxc     
07:08 < achow101> jonasschnelli: yeah, my osx builds for rc1 and 2 did not match everyone elses except under certain circumstances. it was really weird and the cause is unknown
07:09 < achow101> (rc1 each time I built it alternated between matching and mismatching, rc2 the first build mismatched and all subsequent ones after a new base vm matched)
07:09 -!- wudayoda [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has joined #bitcoin-core-dev     
07:11 -!- wudayoda [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has quit [Remote host closed the connection]     
07:11 < achow101> jonasschnelli: try remaking with a new base vm?
07:11 -!- wudayoda [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has joined #bitcoin-core-dev     
07:11 < jonasschnelli> achow101: I made the base vm last week.
07:15 < achow101> ok, so I just rebuilt and this one matches jonasschnelli's
07:15 < achow101> :/     
07:15 < jonasschnelli> achow101: okay. Thanks for removing your OSX backdoor. :)
07:16 < achow101> cfields must have the same backdoor too :D
07:16 < jonasschnelli> yeah... maybe you are the same person as well. :)
07:20 < wumpus> did anyone ever compare the executables?
07:20 < jonasschnelli> Mine is here if someone wants: https://bitcoinsrv.jonasschnelli.ch/builds/15
07:20 < achow101> wumpus: I think cfields did. IIRC I sent him the osx binaries and all of the compiled object binaries pulled oof of the vm
07:21 < achow101> s/oof/out/
07:21 < cfields> wumpus: yes, i compared a ton.
07:21 < cfields> couldn't track it down to anything. Makes no sense.
07:22 -!- lclc [~lclc@unaffiliated/lclc] has quit [Ping timeout: 240 seconds]     
07:22 < cfields> wumpus: all object files were the same, only difference is the executables. And They're created with our self-built linker
07:23 < cfields> only thing i can come up with (and how it looks) is symbol sort order
07:23 < wumpus> sounds a bit like the issue we had on windows, where some section was left uninitialized
07:23 < cfields> achow101 / jonasschnelli: mind retrying with 1 build job?
07:23 < wumpus> a linker map eventually helped me narrow down the issue
07:24 < wumpus> sort order? hm, a locale issue?
07:24 < achow101> cfields: sure.
07:25 < jonasschnelli> cfields: Yes. I can do that.
07:25 < cfields> wumpus: my only theory so far (based on absolutely nothing) is the $(wildcard) in the osx makefile, which could maybe lead to a different link-order
07:25 < cfields> wumpus: oh, i left out.. only the osx binary differs
07:26 < jonasschnelli> cfields, achow101: build started with -j1 https://bitcoinsrv.jonasschnelli.ch/src/build.html?buildid=16
07:26 < cfields> achow101 / jonasschnelli: thanks :)
07:27 < wumpus> cfields: that sounds like a good theory to me, various filesystems will return files in different order. May make sense to pass that through a (locale independent) sort as well.
07:28 < achow101> wumpus: what doesn't make sense is that my build would alternate between two different hashes every time I built
07:28 < cfields> wumpus: yes
07:28 < cfields> achow101: hence the -j1 suggestion :)
07:28 < sipa> 9     
07:29 < wumpus> achow101: it makes perfect sense if it's filesystem non-determinism
07:30 < achow101> wumpus: how so?
07:31 < sipa> the filesystem is recreated for each build, no?
07:31 < wumpus> achow101: there's just no guarantee that the file system is deterministic
07:32 < wumpus> especially in the presence of multple threads, the order in which things are written, i/o scheduling, etc
07:32 < achow101> but shouldn't that also effect linux and windows builds?
07:33 < wumpus> no, in linux and windows builds we don't use any wildcards in the linker AFAIK
07:33 < achow101> oh     
07:33 < wumpus> also even if they did, they use a different linker which may be sorting things differently, for all we know
07:34 < wumpus> osx is kind of an odd duck out in the toolchains as it uses the clang-based stuff
07:34 < sipa> also, any idea why Travis fails on the rebase of #9791 ?
07:34 < gribble> https://github.com/bitcoin/bitcoin/issues/9791 | Avoid VLA in hash.h by sipa · Pull Request #9791 · bitcoin/bitcoin · GitHub
07:34 < cfields> fwiw, this is why i get grumpy about wildcard usage in Makefiles. I know it's verbose, but I'd rather always just list explicitly
07:34 < sipa> there seem to be no actual errors
07:35 < wumpus> cfields: yes, unless it can be sorted
07:36 < wumpus> cfields: but for the linker I certainly agree files should simply be enumerated
07:36 < cfields> sipa: looks like verify-commits.sh fails
07:36 < wumpus> cfields: for things like documentation + images it can be overly verbose to specify everything
07:36 < cfields> wumpus: for that stuff, sure. In this case, it's the png's, which get fed to rcc, which get compiled, then linked
07:37 < cfields> lots of places there for a reordering to have an effect
07:37 < wumpus> cfields: yep
07:37 < cfields> (though the object files match, so i'll admit, it's unlikely to be the actual cause here)
07:38 < wumpus> so it could only be the ordering of the object files
07:39 < cfields> right
07:39 < cfields> also, achow's dump was missing the .a's, so i couldn't compare those. Could be ar's fault as well.
07:40 < cfields> (still rebuilding to get a link map)
07:40 < wumpus> yes, could be ar's fault too, or the order of objects passed to ar
07:40 < achow101> cfields: they weren't in the vm image?
07:40 < wumpus> why is verify-commits failing?
07:41 < cfields> achow101: no, the gitian script removes 'em
07:41 < achow101> oh.     
07:41 < cfields> <BlueMatt> ^ will need to be merged before anything else or travis will barf
07:41 < cfields> <BlueMatt> well, travis will barf in an obvious way and only on master, so nbd
07:41 < cfields> <BlueMatt> but will barf
07:41 < cfields> ^ wumpus: unsure if that's solved already?
07:42 < BlueMatt> its not (see travis failures on master)
07:42 < achow101> cfields: -j1 build finished with my original hashes
07:42 < cfields> he was referring to #9884, so i assume no
07:42 < wumpus> why is that suddenly failing?
07:42 < gribble> https://github.com/bitcoin/bitcoin/issues/9884 | Add Pieters old signed commits to revsig-commits by TheBlueMatt · Pull Request #9884 · bitcoin/bitcoin · GitHub
07:42 < sipa> i revoked some of my subkeys and created new ones
07:42 < cfields> achow101: ok great, let's see if jonasschnelli's matches
07:42 < sipa> with reason "keys are superseded"
07:43 < MarcoFalke> sipa: I created fresh signatures for mine
07:43 < wumpus> and that breaks all verifyies of old signatures? ouch
07:43 < MarcoFalke> wumpus: Just don't refresh your keys for now :P
07:44 < jonasschnelli> -j1 asserts file 0.14.0rc3 OSX: https://bitcoinsrv.jonasschnelli.ch/builds/16/bitcoin-osx-0.14-build.assert
07:44 < wumpus> anyhow going to merge that one
07:44 < bitcoin-git> [bitcoin] laanwj pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/36afd4db4442...11049f4fe626
07:44 < bitcoin-git> bitcoin/master a4b02f4 Matt Corallo: Add Pieter's old signed commits to revsig-commits
07:44 < bitcoin-git> bitcoin/master 11049f4 Wladimir J. van der Laan: Merge #9884: Add Pieter's old signed commits to revsig-commits...
07:44 < jonasschnelli> different hashes when using -j1
07:44 < sipa> wumpus: yes, my suggestion to matt would be to check the reason for revocation
07:45 < sipa> because this will happen again, i guess
07:45 < bitcoin-git> [bitcoin] laanwj closed pull request #9884: Add Pieter's old signed commits to revsig-commits (master...2017-02-pieter-revsig) https://github.com/bitcoin/bitcoin/pull/9884
07:45 < bitcoin-git> [bitcoin] laanwj pushed 1 new commit to 0.14: https://github.com/bitcoin/bitcoin/commit/5e709122343e1a336ee8ee21b003a298a65813f3
07:45 < bitcoin-git> bitcoin/0.14 5e70912 Matt Corallo: Add Pieter's old signed commits to revsig-commits...
07:45 < cfields> jonasschnelli: woohoo, match
07:46 < jonasschnelli> cfields: yes. So the build jobs break the determinism
07:46 < cfields> jonasschnelli: certainly not definitive, but seems very plausible
07:47 < cfields> jonasschnelli: for rc1/rc2, achow101's builds alternated between 2 outcomes, one of which was a match
07:48 < wumpus> what should I use to re-sign my subkey?
07:48 < wumpus> without getting trouble like that
07:51 < BlueMatt> sipa/wumpus: yea, I mean its not clear to me that keyservers will update their revocation cert for keys which changed from "superceded" to "compromised"
07:51 < BlueMatt> so I dont want to do that unless there is some assurance there
07:51 < achow101> cfields: it looks like jonasschnelli's finished: https://bitcoinsrv.jonasschnelli.ch/builds/16/bitcoin-osx-0.14-build.assert
07:52 < BlueMatt> wumpus: so I dont think anyone figured out how to re-cross-certify using a new hash, so I'm just gonna enforce non-sha1 on new sigs
07:52 < BlueMatt> wumpus: meaning just create new subs for signing and use those instead of the old ones
07:52 < BlueMatt> jonasschnelli: may need to do so as well, or needed to as of yesterday
07:52 < BlueMatt> wumpus: (though your sigs were fine - you werent signing with your subkeys)
07:53 -!- jyap [~jyap@unaffiliated/jyap] has quit [Ping timeout: 264 seconds]     
07:53 -!- sipa [~pw@unaffiliated/sipa1024] has quit [Ping timeout: 264 seconds]     
07:54 < wumpus> BlueMatt: okay, thanks
07:54 -!- sipa [~pw@vps64477.public.cloudvps.com] has joined #bitcoin-core-dev     
07:55 < jonasschnelli> BlueMatt: I'd like to create a new Ed25519 key (HWW) and add them to my key package under contrib/...  would that be a problem?
07:55 < BlueMatt> jonasschnelli: hmm? do you need new keys or just a new subkey?
07:55 < MarcoFalke> jonasschnelli: A subkey?
07:55 < jonasschnelli> BlueMatt: I'd like to do a new key
07:55 < BlueMatt> you can put a subkey in your key and put it on the keyservers and everything will work without any other updates
07:56 < BlueMatt> ahh, ok, yea, I mean just put it in contrib/ then, make sure to sign the new key with your old one (and preferably get someone else local to sign)
07:56 < jonasschnelli> BlueMatt: but I would need to add the new key ID into the verify-git script?
07:56 < BlueMatt> yes     
07:56 < jonasschnelli> Maybe I just do a subkey for now
07:56 -!- jyap [~jyap@server1.ubiqsmart.com] has joined #bitcoin-core-dev     
07:56 -!- jyap [~jyap@server1.ubiqsmart.com] has quit [Changing host]     
07:56 -!- jyap [~jyap@unaffiliated/jyap] has joined #bitcoin-core-dev     
07:57 < sipa> note that github doesn't seem to support ed25519 subkeys
07:57 < jonasschnelli> sipa: hmm.. they support ed25519 "main key" but not sub?
07:57 < sipa> i don't think so either
07:57 < sipa> but i didn't try creating a new main key
07:58 < jonasschnelli> Hmm.. yes. I have only tried git/ssh access keys with Ed25519... this works.. haven't tried the gpg part though
08:08 -!- wudayoda [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has quit [Read error: Connection reset by peer]     
08:10 < wumpus> isn't using three braces for a scope a bit overkill? :-) https://github.com/bitcoin/bitcoin/blob/master/src/net.cpp#L1299
08:11 < jonasschnelli> wumpus: huh? This is in master?!
08:11 < sipa> hahaha
08:11 -!- wudayoda [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has joined #bitcoin-core-dev     
08:12 < wumpus> jonasschnelli: yes :)
08:12 < wumpus> maybe the 64k stack frame needs some extra support, so one brace cannot hold it?
08:13 < BlueMatt> wumpus: .......
08:13 < sipa> possibly
08:13 < BlueMatt> i assume that was cfields trying not to have too large a diff
08:13 < sipa> subsequent refactorings that removed locks
08:13 < BlueMatt> or, at least, I blame cfields either way
08:13 < sipa> i assume
08:13 < wumpus> I could understand that for one level, but three? anyhow, no big deal, I just had to laugh
08:14 < cfields> heh yes, i think 3 rounds of scopes have been eliminated now. Got tired of stomping on myself with whitespace :)
08:14 < cfields> there are a few places like that. It's probably a good time to do a whitespace cleanup on those.
08:15 < wumpus> I guess all that code is going to be nuked and replaced with libevent anyhow
08:15  * sipa casually mentions adding ?w=1 to github urls
08:16 < bsm117532> If anyone knows a way to make github do that by default...I would love you eternally...
08:16 < cfields> sipa: sure, but towards the end, i can only imagine the initial reaction to "sigh, another +520,-500 diff from cfields" :)
08:17 < wumpus> bsm117532: get in the habit of diffing locally instead of in gh, or at least that's what I did
08:17 < bsm117532> Oh I do...but then there's code reviews...
08:17 < wumpus> I usually review and take notes offline
08:17 < wumpus> then pester all pulls at once
08:19 < sipa> offline?
08:19 < wumpus> well outside-of-the-browser
08:20 < wumpus> I don't generally go as far as to disconnect my network :p
08:20 < sipa> i imagine you now printing PRs on a line printer, laying the meters-long paper on the floor, and drawing arrows all over it
08:20 < wumpus> good idea
08:23 < cfields> heh     
08:24 -!- lclc [~lclc@unaffiliated/lclc] has joined #bitcoin-core-dev     
08:29 -!- StoBrendo [~tux@126.red-83-40-52.dynamicip.rima-tde.net] has quit [Quit: WeeChat 1.7]     
08:32 < wumpus> outoing connections aren't checked against -whitelist are they?
08:32 < sipa> i believe not
08:33 < wumpus> I'm trying to whitelist an outgoing connection (want to push blocks from a node that is not completely up-to-date to a node without any blocks, and trying to get around "Ignoring getheaders from peer=1 because node is in initial block download")
08:34 < cfields> wumpus: set the ibd date way back
08:34 < cfields> sec     
08:35 < cfields> wumpus: -maxtipage
08:35 < wumpus> the node is in a sandbox that cannot make outgoing connections so I can't do it the other way around
08:35 < wumpus> cfields: thanks! will try that
08:36 < cfields> (set on the serving node, ofc)
08:36 < cfields> achow101: if you feel like trying to help nail down the gitian issue: http://pastebin.com/raw/cJzuYPqm
08:37 < cfields> achow101: It'd be great if you could manage to grab that from a build that differs
08:38 < cfields> (just edit the descriptor use for building, don't actually commit it)
08:40 < sipa> i wonder if we should just remove that don't respond to getheaders while in ibd
08:42 < wumpus> sipa: I wouldn't mind if it was removed
08:42  * wumpus trying to remember why it was added
08:45 < wumpus> ah I added the log message in #6971, probably after troubleshooting the same issue why two nodes were not syncing :p
08:45 < gribble> https://github.com/bitcoin/bitcoin/issues/6971 | Is the InitialBlockDownload() check in getheaders too strict? · Issue #6971 · bitcoin/bitcoin · GitHub
08:48 -!- abpa [~abpa@96-82-80-25-static.hfc.comcastbusiness.net] has joined #bitcoin-core-dev     
08:48 < wumpus> setting maxtipage is not working for some reason, set it to 400000000 which should be enough to put us in 2004, but it still sees it as initial block download. Checking why...
08:49 < cfields> wumpus: not past a checkpoint yet, maybe?
08:49 < sipa> i read that as max ti page, and was wondering why we're supporting configuring the page size on ti calculators
08:50 < cfields> !InitialBlockDownload() added in #6172
08:50 < gribble> Error: "InitialBlockDownload()" is not a valid command.
08:50 < sdaftuar> sipa: wumpus: i think because of checkpoints you can partition a node that is syncing off from the honest network by feeding it a forked chain before the last checkpoint
08:51 < wumpus> hehe, because ti calculators are super fast at ecdsa computations of course!
08:51 < cfields> er.. #6172
08:51 < sdaftuar> and then it responds to it's outbound's peers requests with the bogus chain, and gets disconnected
08:51 < gribble> https://github.com/bitcoin/bitcoin/issues/6172 | Ignore getheaders requests when not synced by sdaftuar · Pull Request #6172 · bitcoin/bitcoin · GitHub
08:51 < sdaftuar> i think we could just make sure we're past the last checkpoint before responding?
08:52  * cfields sets his ti-83 graphing mode to secp256k1
08:52 < wumpus> it's failing the "chainActive.Tip()->nChainWork < UintToArith256(chainParams.GetConsensus().nMinimumChainWork)" check
08:53 < wumpus> so yes I guess that's the replacement for the checkpoint check
08:53 < sipa> cfields: http://bitcoin.stackexchange.com/a/21911/208
08:54 < cfields> sipa: haha
08:55 < wumpus> didn't we stop using checkpoints for that purpose?
08:56 < sdaftuar> wumpus: we still lock in the chain once we've gotten to each checkpoint, and will ban nodes that send us an alternate chain after that point
08:56 < wumpus> anyhow, just going to comment out the check locally
08:57 < wumpus> sdaftuar: okay
08:57 < wumpus> sdaftuar: yes in that case it'd make sense to replace that with a checkpoint-based check
08:59 < bitcoin-git> [bitcoin] RHavar closed pull request #9869: Move comment to right spot (master...comment) https://github.com/bitcoin/bitcoin/pull/9869
08:59 < wumpus> will look at that
09:11 -!- kewde[m] [kewdematri@gateway/shell/matrix.org/x-rwkvzhmtgokggqjd] has quit [Remote host closed the connection]     
09:11 -!- frabrunelle [frabrunell@safenetwork/frabrunelle] has quit [Read error: Connection reset by peer]     
09:13 -!- rafalcpp [~racalcppp@84-10-11-234.static.chello.pl] has quit [Remote host closed the connection]     
09:13 < wumpus> I'm not entirely sure I understand this: why would responding to getheaders before the last checkpoint (or during initial block download) cause it to be potentially fed a forked chain?
09:16 < sipa> because you may be on a forked chain without knowing it
09:17 < sipa> so a peer asking you for headers, and then downloading them, and then discovering those headers don't align with a checkpoint
09:17 < bitcoin-git> [bitcoin] ericshawlinux opened pull request #9890: Add a button to open the config file in a text editor (master...master) https://github.com/bitcoin/bitcoin/pull/9890
09:17 < sipa> (i'm speculating)
09:17 < wumpus> right, okay, that makes sense
09:17 < wumpus> why didn't we add a comment for this :/
09:18 < wumpus> it's not exactly trivial to think though
09:18 -!- jnewbery [~Thunderbi@static-100-38-11-146.nycmny.fios.verizon.net] has quit [Ping timeout: 240 seconds]     
09:23 < gmaxwell> Please no checkpoint based check. Use the work based check. 
09:24 < gmaxwell> also failing to respond to getheaders is a DOS attack against the peer. If we're not going to respond we should disconnect.
09:24 < wumpus> the point is that the check that causes the ban (on other nodes) uses a checkpoint based check
09:25 < wumpus> not sending the headers is trying to preempt that
09:25 < sdaftuar> wumpus: i think gmaxwell is right though -- a work based check is more reasonable long-term and just as effective for this purpose
09:25 < gmaxwell> The minimum work check has vastly more work than the highest checkpoint deployed.  If there is another chain with more work than our minimum work chain that is incompatible with the checkpoints then we have big problems.
09:26 < wumpus> yes, but what work threshold? if it is that threshold that is updated every version, it's not going to be any better than checking IsInitialBlockDownload
09:26 < wumpus> (which already checks against that)
09:26 < gmaxwell> I think checking IsInitialBlockDownload should be fine as is now.  It used to be stupid and only check the height against the checkpoints.
09:27 < sdaftuar> what do you think of allowing nMinimumChainWork to be a hidden command line option?  i would find that useful for my testing at least, and sounds like it'd be useful for what wumpus is trying to do as well.
09:27 < wumpus> it's fine but incredibly annoying if you want to sync blocks from a node that is not up to date to a new node
09:27 < gmaxwell> Well one downside of IsInitial is that it's not eager enough to turn on.
09:28 < wumpus> which I apparently do regularly and spend time troubleshooting then realize it's that check again
09:28 < gmaxwell> Which would be a reason to use a straight work check instead of IsInitial.
09:28 -!- fengling [~fengling@223.223.187.142] has quit [Ping timeout: 252 seconds]     
09:28 < gmaxwell> sdaftuar: I wouldn't complain about that. But perhaps a switch to more directly change the behavior would be more what you'd want?
09:30 < sdaftuar> gmaxwell: yeah, that might be called for here.  i guess what i often want to do is actually make IBD end sooner (eg for my simulations)
09:31 < wumpus> sdaftuar: cfields's proposal of using maxtipage was great for that, unfortunately it doesn't work as the fixed work check is before that
09:32 < wumpus> gmaxwell: it's already possible to avoid the check by whitelisting a node, but in my case I couldn't use that because there's no way to whitelist outgoing connections :)
09:34 -!- rafalcpp [~racalcppp@84-10-11-234.static.chello.pl] has joined #bitcoin-core-dev     
09:34 < gmaxwell> Seperate from the bypass, -- We should probably work to get rid of that ban-on-inconsistent-with-checkpoints behavior.
09:40 < sdaftuar> gmaxwell: agreed.  i also might put getting rid of checkpoints on my list of goals for 0.15.
09:44 < gmaxwell> I think eliminating them will require a soft-fork to increase the minimum difficulty or something similar.
09:45 < gmaxwell> (but not the kind of softfork that ever need to get activated, a flag height softfork)
09:45 -!- jnewbery [~Thunderbi@static-100-38-11-146.nycmny.fios.verizon.net] has joined #bitcoin-core-dev     
09:51 -!- kewde[m] [kewdematri@gateway/shell/matrix.org/x-bngwhfjhlfyoobqr] has joined #bitcoin-core-dev     
09:53 < wumpus> it seems like a lousy reason to ban
09:54 -!- chjj [~chjj@unaffiliated/chjj] has quit [Ping timeout: 260 seconds]     
09:54 < wumpus> banning should be reserved for things that consume a lot of resources
09:54 -!- wudayoda [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has quit [Read error: Connection reset by peer]     
09:55 < gmaxwell> We should have a general mechenism for punting peers that don't agree with our consensus... that should be rather lazy.
09:56 -!- wudayoda [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has joined #bitcoin-core-dev     
09:57 -!- fengling [~fengling@223.223.187.142] has joined #bitcoin-core-dev     
09:58 -!- kadoban [~mud@unaffiliated/kadoban] has joined #bitcoin-core-dev     
10:08 -!- chjj [~chjj@unaffiliated/chjj] has joined #bitcoin-core-dev     
10:09 < cfields> wumpus: interesting, your osx sigs mismatched as well
10:10 < cfields> seems we can all flip-flop
10:13 -!- paveljanik [~paveljani@79.98.72.176] has joined #bitcoin-core-dev     
10:13 -!- paveljanik [~paveljani@79.98.72.176] has quit [Changing host]     
10:13 -!- paveljanik [~paveljani@unaffiliated/paveljanik] has joined #bitcoin-core-dev     
10:14 -!- fengling [~fengling@223.223.187.142] has quit [Read error: Connection timed out]     
10:14 -!- frabrunelle [frabrunell@safenetwork/frabrunelle] has joined #bitcoin-core-dev     
10:18 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has quit [Ping timeout: 260 seconds]     
10:26 -!- BashCo_ [~BashCo@unaffiliated/bashco] has quit [Remote host closed the connection]     
10:27 -!- BashCo [~BashCo@unaffiliated/bashco] has joined #bitcoin-core-dev     
10:29 < BlueMatt> lolwtf...someone is trying to connect to the fibre network using a testnet node, connecting to port 8333
10:31 -!- jnewbery [~Thunderbi@static-100-38-11-146.nycmny.fios.verizon.net] has quit [Read error: Connection reset by peer]     
10:32 -!- BashCo [~BashCo@unaffiliated/bashco] has quit [Ping timeout: 260 seconds]     
10:32 < sipa> we need a proxy that forwards connections to one of two bitcoind, based on network magic
10:32 < BlueMatt> or they could just use the right port.....
10:32 < BlueMatt> (well, those nodes dont have testnet, so dunno wtf they think they're doing, but whatever)
10:33 < BlueMatt> suppose its good that at least one miner has a full copy of their configs running on testnet
10:34 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has joined #bitcoin-core-dev     
10:36 < profall> if I rpcbind to a different address then localhost, when I try to use bitcoin-cli it cannot connect to the server. Before you assume, it's binded to a private IP on a VLAN that only I control. 
10:37 < BlueMatt> profall: i believe there is a rpcconnect option for that case
10:38 < BlueMatt> (which you would pass into bitcoin-cli to tell it where to connect)
10:38 < profall> ok     
10:39 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has quit [Quit: WeeChat 0.4.2]     
10:39 < profall> Figured it out, thanks :)
10:41 -!- fengling [~fengling@223.223.187.142] has joined #bitcoin-core-dev     
10:42 -!- MarcoFalke [~marco@5.199.182.203] has left #bitcoin-core-dev []     
10:42 -!- MarcoFalke [~marco@5.199.182.203] has joined #bitcoin-core-dev     
10:42 -!- MarcoFalke [~marco@5.199.182.203] has quit [Quit: MarcoFalke]     
10:43 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has joined #bitcoin-core-dev     
10:44 -!- MarcoFalke [~none@v22015103083028819.yourvserver.net] has joined #bitcoin-core-dev     
10:47 -!- lclc [~lclc@unaffiliated/lclc] has quit [Ping timeout: 252 seconds]     
10:52 -!- MarcoFalke [~none@v22015103083028819.yourvserver.net] has left #bitcoin-core-dev []     
11:00 -!- MarcoFalke [~none@v22015103083028819.yourvserver.net] has joined #bitcoin-core-dev     
11:02 -!- BashCo [~BashCo@unaffiliated/bashco] has joined #bitcoin-core-dev     
11:04 -!- mol [~molly@unaffiliated/molly] has joined #bitcoin-core-dev     
11:06 < gmaxwell> BlueMatt: probably me.... common config for testnet and not.
11:06 -!- moli_ [~molly@unaffiliated/molly] has quit [Ping timeout: 240 seconds]     
11:08 < BlueMatt> gmaxwell: looks like ckpool, maybe
11:08 -!- bityogi [~textual@208-104-132-26.brvd.dsl.dyn.comporium.net] has joined #bitcoin-core-dev     
11:08 -!- fengling [~fengling@223.223.187.142] has quit [Ping timeout: 252 seconds]     
11:09 < BlueMatt> sipa: whats the formula for the 15 pointers of size for mapTx? Can we get a comment to describe that?
11:10 < sipa> 3 pointers per sorted list
11:10 < sipa> s/list/index/
11:10 < sipa> i think
11:10 < sipa> will do
11:10 < BlueMatt> thanks
11:10 -!- jnewbery [~Thunderbi@static-100-38-11-146.nycmny.fios.verizon.net] has joined #bitcoin-core-dev     
11:17 -!- wudayoda [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has quit [Read error: Connection reset by peer]     
11:20 -!- wudayoda [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has joined #bitcoin-core-dev     
11:31 -!- BGG [05c7b6cb@gateway/web/cgi-irc/kiwiirc.com/ip.5.199.182.203] has joined #bitcoin-core-dev     
11:37 -!- fengling [~fengling@223.223.187.142] has joined #bitcoin-core-dev     
11:42 -!- fengling [~fengling@223.223.187.142] has quit [Ping timeout: 252 seconds]     
11:58 -!- fengling [~fengling@223.223.187.142] has joined #bitcoin-core-dev     
12:06 -!- fengling [~fengling@223.223.187.142] has quit [Ping timeout: 252 seconds]     
12:10 -!- dermoth [~thomas@dsl-216-221-55-141.mtl.contact.net] has quit [Ping timeout: 260 seconds]     
12:11 -!- dermoth [~thomas@dsl-199-102-157-226.mtl.aei.ca] has joined #bitcoin-core-dev     
12:32 -!- laurentmt [~Thunderbi@176.158.157.202] has joined #bitcoin-core-dev     
12:32 -!- mol [~molly@unaffiliated/molly] has quit [Read error: Connection reset by peer]     
12:34 -!- fengling [~fengling@223.223.187.142] has joined #bitcoin-core-dev     
12:42 -!- jtimon [~quassel@c-24-4-96-121.hsd1.ca.comcast.net] has joined #bitcoin-core-dev     
12:43 < cfields> ok, I think i nailed down the gitian issue
12:45 < BlueMatt> nice!
12:46 < cfields> wumpus: still around, by any chance?
12:47 < cfields> wumpus: it's not worth a new tag, but i can't sign your osx bin :(
12:47 -!- jtimon [~quassel@c-24-4-96-121.hsd1.ca.comcast.net] has quit [Ping timeout: 264 seconds]     
12:49 < cfields> osx's ld64 uses threads for linking. It then either doesn't sort the output, or produces a graph that can't actually be sorted deterministically. Not sure which.
12:50 -!- fengling [~fengling@223.223.187.142] has quit [Ping timeout: 252 seconds]     
12:50 < gmaxwell> 0 non-1-bit: Unk=68723 Fails=3170 Total=7144375
12:50 < gmaxwell> 1 non-1-bit: Unk=11134759 Fails=872220 Total=111452250
12:50 < gmaxwell> 2 non-1-bit: Unk=219092988 Fails=56230638 Total=579551700
12:50 < gmaxwell> 3 non-1-bit: Unk=415437342 Fails=382522140 Total=1004556280
12:50 < gmaxwell> real    673m11.752s
12:51 < gmaxwell> user    28588m32.263s
12:51 < gmaxwell> oops wrong window
12:51 < BlueMatt> lol     
13:01 -!- laurentmt [~Thunderbi@176.158.157.202] has quit [Quit: laurentmt]     
13:10 -!- cyphr_ [~cyphr@2604:2000:de47:6000:449b:8837:c945:cb8c] has joined #bitcoin-core-dev     
13:13 -!- laurentmt [~Thunderbi@176.158.157.202] has joined #bitcoin-core-dev     
13:13 < achow101> cfields: so any idea on how to fix that?
13:13 < cfields> achow101: yea, PR coming up
13:14 < achow101> will we have to redo the osx builds?
13:16 < cfields> yes, but I'm suggesting we just skip
13:17 -!- laurentmt [~Thunderbi@176.158.157.202] has quit [Client Quit]     
13:17 < bitcoin-git> [bitcoin] instagibbs closed pull request #9017: Enable various p2sh-p2wpkh functionality (master...p2shp2wpkhstuff) https://github.com/bitcoin/bitcoin/pull/9017
13:18 < achow101> but at least it will be fixed for final
13:28 -!- fengling [~fengling@223.223.187.142] has joined #bitcoin-core-dev     
13:29 -!- MarcoFalke [~none@v22015103083028819.yourvserver.net] has quit [Quit: ZNC 1.6.4 - http://znc.in]     
13:41 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has quit [Ping timeout: 252 seconds]     
13:42 -!- BGG [05c7b6cb@gateway/web/cgi-irc/kiwiirc.com/ip.5.199.182.203] has quit [Quit: http://www.kiwiirc.com/ - A hand crafted IRC client]     
13:43 -!- fengling [~fengling@223.223.187.142] has quit [Ping timeout: 252 seconds]     
13:51 -!- jtimon [~quassel@c-24-4-96-121.hsd1.ca.comcast.net] has joined #bitcoin-core-dev     
13:58 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has joined #bitcoin-core-dev     
13:58 < bitcoin-git> [bitcoin] theuni opened pull request #9891: depends: make osx output deterministic (master...fix-osx-link-determinism) https://github.com/bitcoin/bitcoin/pull/9891
14:25 < achow101> cfields: what hash should we get with the osx patch?
14:30 -!- fengling [~fengling@223.223.187.142] has joined #bitcoin-core-dev     
14:31 < luke-jr> checking whether to build with support for UPnP… configure: error: "UPnP requested but cannot be built. use --without-miniupnpc"
14:31 < luke-jr> ^ for reference, this means ccache dir is read-only
14:31 < luke-jr> (or *can* mean it, anyway)
14:39 -!- moli_ [~molly@unaffiliated/molly] has joined #bitcoin-core-dev     
14:39 -!- fengling [~fengling@223.223.187.142] has quit [Ping timeout: 252 seconds]     
14:42 -!- MarcoFalke [~marco@2a02:778:100:ea01:2225:64ff:fe3b:d4ca] has joined #bitcoin-core-dev     
14:56 -!- wudayoda [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has quit [Read error: Connection reset by peer]     
14:57 -!- wudayoda [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has joined #bitcoin-core-dev     
15:01 -!- wasi [~wasi@gateway/tor-sasl/wasi] has quit [Remote host closed the connection]     
15:01 -!- wasi [~wasi@gateway/tor-sasl/wasi] has joined #bitcoin-core-dev     
15:02 < bitcoin-git> [bitcoin] luke-jr opened pull request #9892: Bugfix: Only install manpages for built programs (master...bugfix_man_onlybuilt) https://github.com/bitcoin/bitcoin/pull/9892
15:11 -!- moli_ [~molly@unaffiliated/molly] has quit [Remote host closed the connection]     
15:12 -!- moli_ [~molly@unaffiliated/molly] has joined #bitcoin-core-dev     
15:14 -!- jannes [~jannes@095-097-246-234.static.chello.nl] has quit [Quit: Leaving]     
15:16 -!- str4d [~str4d@107-204-212-44.lightspeed.sntcca.sbcglobal.net] has joined #bitcoin-core-dev     
15:17 < cfields> luke-jr: where are you seeing that?
15:19 -!- fengling [~fengling@223.223.187.142] has joined #bitcoin-core-dev     
15:21 < cfields> luke-jr: ah. We should do a quick compile check.
15:22 < luke-jr> cfields: Gentoo's build system supports ccache, but apparently doesn't manage permissions correctly (root owns ccache dir)
15:22 < luke-jr> not normally an issue, but I was testing out an updated ebuild as non-root
15:24 -!- fengling [~fengling@223.223.187.142] has quit [Ping timeout: 252 seconds]     
15:24 < cfields> luke-jr: ah. There's probably a use flag that's supposed to signal to export a var for the path, then?
15:27 < luke-jr> ?     
15:27 < cfields> yea: https://wiki.gentoo.org/wiki/Handbook:AMD64/Working/Features#Caching_compilation_objects
15:27 < luke-jr> it's just a bug in Portage, not our problem; the only thing we could do better possibly is make the error clearer
15:28 < cfields> luke-jr: sure, not suggesting it's our problem. Looks like the dir is set there by portage, you could override locally
15:28 < cfields> but yes, we should do a compile test
15:28 < luke-jr> I simply disabled ccache for the test
15:33 -!- Guyver2 [~Guyver2@guyver2.xs4all.nl] has quit [Quit: :)]     
15:40 -!- moli_ [~molly@unaffiliated/molly] has quit [Remote host closed the connection]     
15:40 -!- moli_ [~molly@unaffiliated/molly] has joined #bitcoin-core-dev     
15:42 -!- moli_ [~molly@unaffiliated/molly] has quit [Remote host closed the connection]     
15:47 -!- MarcoFalke [~marco@2a02:778:100:ea01:2225:64ff:fe3b:d4ca] has quit [Quit: MarcoFalke]     
15:52 -!- fengling [~fengling@223.223.187.142] has joined #bitcoin-core-dev     
15:54 -!- moli_ [~molly@unaffiliated/molly] has joined #bitcoin-core-dev     
16:00 -!- fengling [~fengling@223.223.187.142] has quit [Ping timeout: 252 seconds]     
16:12 < bitcoin-git> [bitcoin] CryptoManiac opened pull request #9893: [RPC] Just an attemt to save some bandwidth (master...rpc_gzip) https://github.com/bitcoin/bitcoin/pull/9893
16:12 -!- str4d [~str4d@107-204-212-44.lightspeed.sntcca.sbcglobal.net] has quit [Ping timeout: 268 seconds]     
16:20 -!- cyphr_ [~cyphr@2604:2000:de47:6000:449b:8837:c945:cb8c] has quit [Ping timeout: 264 seconds]     
16:20 < bitcoin-git> [bitcoin] instagibbs opened pull request #9894: remove 'label' filter for rpc command help (master...filterrpc) https://github.com/bitcoin/bitcoin/pull/9894
16:39 -!- fengling [~fengling@223.223.187.142] has joined #bitcoin-core-dev     
16:43 -!- moli_ [~molly@unaffiliated/molly] has quit [Remote host closed the connection]     
16:43 -!- fengling [~fengling@223.223.187.142] has quit [Ping timeout: 252 seconds]     
16:43 -!- moli_ [~molly@unaffiliated/molly] has joined #bitcoin-core-dev     
16:47 -!- bityogi [~textual@208-104-132-26.brvd.dsl.dyn.comporium.net] has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]     
16:49 < bitcoin-git> [bitcoin] CryptoManiac closed pull request #9893: [RPC] Just an attemt to save some bandwidth (master...rpc_gzip) https://github.com/bitcoin/bitcoin/pull/9893
16:53 -!- wasi [~wasi@gateway/tor-sasl/wasi] has quit [Remote host closed the connection]     
16:54 -!- wasi [~wasi@gateway/tor-sasl/wasi] has joined #bitcoin-core-dev     
16:55 -!- jtimon [~quassel@c-24-4-96-121.hsd1.ca.comcast.net] has quit [Remote host closed the connection]     
16:56 -!- abpa [~abpa@96-82-80-25-static.hfc.comcastbusiness.net] has quit [Quit: Textual IRC Client: www.textualapp.com]     
17:02 -!- isle2983 [~isle2983@162.216.46.162] has quit [Ping timeout: 260 seconds]     
17:02 -!- cyphr_ [~cyphr@2604:2000:de47:6000:449b:8837:c945:cb8c] has joined #bitcoin-core-dev     
17:06 -!- cyphr_ [~cyphr@2604:2000:de47:6000:449b:8837:c945:cb8c] has quit [Remote host closed the connection]     
17:08 -!- wasi [~wasi@gateway/tor-sasl/wasi] has quit [Ping timeout: 240 seconds]     
17:10 -!- moli_ [~molly@unaffiliated/molly] has quit [Remote host closed the connection]     
17:10 -!- moli_ [~molly@unaffiliated/molly] has joined #bitcoin-core-dev     
17:12 -!- moli_ [~molly@unaffiliated/molly] has quit [Remote host closed the connection]     
17:13 -!- moli_ [~molly@unaffiliated/molly] has joined #bitcoin-core-dev     
17:14 -!- moli_ [~molly@unaffiliated/molly] has quit [Read error: Connection reset by peer]     
17:14 -!- fengling [~fengling@223.223.187.142] has joined #bitcoin-core-dev     
17:19 -!- fengling [~fengling@223.223.187.142] has quit [Ping timeout: 252 seconds]     
17:22 -!- wasi [~wasi@gateway/tor-sasl/wasi] has joined #bitcoin-core-dev     
17:27 -!- fengling [~fengling@223.223.187.142] has joined #bitcoin-core-dev     
17:31 -!- echonaut [~echonaut@46.101.192.134] has quit [Remote host closed the connection]     
17:31 -!- echonaut [~echonaut@46.101.192.134] has joined #bitcoin-core-dev     
17:32 -!- fengling [~fengling@223.223.187.142] has quit [Ping timeout: 252 seconds]     
17:39 < phantomcircuit> wumpus, is there anything blocking 8704 ?
17:40 -!- wudayoda [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has quit [Remote host closed the connection]     
17:42 < BlueMatt> phantomcircuit: yes, lack of review
17:43 < phantomcircuit> i can fix that
17:43 < BlueMatt> not by yourself
17:44 < phantomcircuit> BlueMatt, plz review 8704
17:49 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has quit [Ping timeout: 260 seconds]     
17:49 -!- GreenIsMyPepper [~GreenIsMy@205.185.122.187] has joined #bitcoin-core-dev     
17:51 -!- GreenIsMyPepper [~GreenIsMy@205.185.122.187] has quit [Client Quit]     
17:55 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has joined #bitcoin-core-dev     
17:56 -!- wudayoda [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has joined #bitcoin-core-dev     
17:59 -!- fengling [~fengling@223.223.187.142] has joined #bitcoin-core-dev     
18:00 -!- AaronvanW [~AaronvanW@unaffiliated/aaronvanw] has quit [Remote host closed the connection]     
18:00 -!- AaronvanW [~AaronvanW@unaffiliated/aaronvanw] has joined #bitcoin-core-dev     
18:01 -!- wudayoda [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has quit [Ping timeout: 240 seconds]     
18:04 -!- Ylbam [uid99779@gateway/web/irccloud.com/x-phpawudhewzkoydl] has quit [Quit: Connection closed for inactivity]     
18:04 < bitcoin-git> [bitcoin] benma opened pull request #9895: Turn TryCreateDirectory() into TryCreateDirectories() (master...appinitmain) https://github.com/bitcoin/bitcoin/pull/9895
18:05 -!- AaronvanW [~AaronvanW@unaffiliated/aaronvanw] has quit [Ping timeout: 246 seconds]     
18:05 -!- fengling [~fengling@223.223.187.142] has quit [Ping timeout: 252 seconds]     
18:16 -!- AaronvanW [~AaronvanW@unaffiliated/aaronvanw] has joined #bitcoin-core-dev     
18:17 < phantomcircuit> BlueMatt, you think 8704 needs an rpc test?
18:17 < BlueMatt> probs
18:17 < phantomcircuit> im thinking it doesn't beyond something that tests for true/false and 0/1/2 all not returning an error
18:18 < phantomcircuit> like not something that checks the output more than it's being checked already
18:18 < BlueMatt> i dunno i havent looked at it
18:19 < phantomcircuit> the only thing crazy about it is that it's allowing the second parameter to be any of
18:19 < phantomcircuit> true/false/0/1/2
18:19 < phantomcircuit> iono
18:20 -!- dodomojo [~goksinen@2604:2000:c591:8400:757e:7dde:3237:16c9] has joined #bitcoin-core-dev     
18:21 -!- dodomojo_ [~goksinen@2604:2000:c591:8400:ec01:c87e:b866:4a20] has joined #bitcoin-core-dev     
18:24 -!- AdrianG_ is now known as AdrianG     
18:24 -!- dodomojo [~goksinen@2604:2000:c591:8400:757e:7dde:3237:16c9] has quit [Ping timeout: 246 seconds]     
18:24 -!- AdrianG [~User@45.ip-158-69-201.net] has quit [Quit: leaving]     
18:24 -!- AdrianG [~User@unaffiliated/amphetamine] has joined #bitcoin-core-dev     
18:27 < luke-jr> phantomcircuit: 3+ are valid too IIRC? :P
18:28 -!- wudayoda [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has joined #bitcoin-core-dev     
18:30 < phantomcircuit> luke-jr, true
18:30 < phantomcircuit> but maybe it shouldnt be?
18:31 -!- fengling [~fengling@223.223.187.142] has joined #bitcoin-core-dev     
18:32  * luke-jr shrugs
18:32 < luke-jr> some day we'll wish we did what I originally suggested with {"block": "description level", "txn": "description level"} ;)
18:33 -!- dodomojo [~goksinen@2604:2000:c591:8400:d8be:85a5:82e8:ba9f] has joined #bitcoin-core-dev     
18:33 < luke-jr> (back in 2012 or something, dead and buried topic now)
18:33 -!- wudayoda [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has quit [Ping timeout: 246 seconds]     
18:35 -!- dodomojo_ [~goksinen@2604:2000:c591:8400:ec01:c87e:b866:4a20] has quit [Ping timeout: 246 seconds]     
18:38 < phantomcircuit> luke-jr, description level?
18:39 < phantomcircuit> oh you mean so you can specify how verbose you want an individual transaction to be?
18:40 < luke-jr> phantomcircuit: iirc it was either "hex" or "object". maybe one other option I forget
18:41 -!- dodomojo_ [~goksinen@2604:2000:c591:8400:1dfa:c931:301a:9516] has joined #bitcoin-core-dev     
18:43 -!- dodomojo [~goksinen@2604:2000:c591:8400:d8be:85a5:82e8:ba9f] has quit [Ping timeout: 246 seconds]     
18:44 -!- AaronvanW [~AaronvanW@unaffiliated/aaronvanw] has quit [Ping timeout: 260 seconds]     
18:53 -!- baldur_ [~baldur@pool-100-2-139-91.nycmny.fios.verizon.net] has quit [Quit: Leaving]     
18:58 -!- isle2983 [~isle2983@gateway/vpn/privateinternetaccess/isle2983] has joined #bitcoin-core-dev     
19:25 -!- wudayoda [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has joined #bitcoin-core-dev     
19:29 -!- moli_ [~molly@unaffiliated/molly] has joined #bitcoin-core-dev     
19:33 -!- wudayoda [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has quit [Ping timeout: 240 seconds]     
19:41 -!- ill [~ill@32.210.34.9] has joined #bitcoin-core-dev     
19:48 -!- dodomojo_ [~goksinen@2604:2000:c591:8400:1dfa:c931:301a:9516] has quit [Remote host closed the connection]     
20:00 -!- wudayoda [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has joined #bitcoin-core-dev     
20:02 -!- Giszmo [~leo@pc-240-13-215-201.cm.vtr.net] has quit [Quit: Leaving.]     
20:06 -!- BW^- [~Bwbwbwbwb@unaffiliated/bw-/x-2460362] has joined #bitcoin-core-dev     
20:25 -!- AaronvanW [~AaronvanW@unaffiliated/aaronvanw] has joined #bitcoin-core-dev     
20:27 -!- wudayoda [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has quit [Ping timeout: 264 seconds]     
20:41 -!- AaronvanW [~AaronvanW@unaffiliated/aaronvanw] has quit [Ping timeout: 240 seconds]     
20:43 -!- Cory [~Cory@unaffiliated/cory] has quit [Ping timeout: 260 seconds]     
21:06 -!- abhishekcs10_ [uid170963@gateway/web/irccloud.com/x-oeuzzkdrjmzozwgo] has joined #bitcoin-core-dev     
21:10 -!- wudayoda [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has joined #bitcoin-core-dev     
21:14 -!- Cory [~Cory@unaffiliated/cory] has joined #bitcoin-core-dev     
21:15 -!- Cory [~Cory@unaffiliated/cory] has quit [K-Lined]     
21:15 -!- wudayoda [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has quit [Ping timeout: 240 seconds]     
21:24 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has quit [Ping timeout: 260 seconds]     
21:26 -!- AaronvanW [~AaronvanW@unaffiliated/aaronvanw] has joined #bitcoin-core-dev     
21:28 < cfields> wumpus: for backlog, i re-ran my gitian build until my results matched yours and jonasschnelli's. I've submitted a PR to (I belive) fix the determinism issue. See #9891.
21:28 < gribble> https://github.com/bitcoin/bitcoin/issues/9891 | depends: make osx output deterministic by theuni · Pull Request #9891 · bitcoin/bitcoin · GitHub
21:29 < cfields> Since everyone is getting one of those two results, I'm going to go ahead and push sigs for one of them. fanquake/achow101, You guys should be able to build a few times and eventually get the same result. Sorry :(. Got to choose one of 'em.
21:32 < sipa> cfields: so you suggest we don't do an rc4 but instead iterate building until everyone matches?
21:32 < achow101> cfields: which hash are you using?
21:33 -!- warren [~warren@fedora/wombat/warren] has left #bitcoin-core-dev ["Leaving"]     
21:33 < cfields> sipa: since everyone's getting one of two results, and that's been the case ever since rc1, I have no problem with calling it deterministic-ish
21:33 < cfields> sipa: granted, I'd feel much better with confirmation that 9891 actually fixes the issue.
21:34 < cfields> achow101: !Hash(achow101)
21:35 < achow101> cfields: I can probably have my machine just run the build 50 times with 9891 applied and see what the results are
21:35 < achow101> which hash? I got both of them.
21:35 < cfields> oh, heh
21:35 < achow101> both are "mine"
21:35 < cfields> achow101: 05edd35d4b119ec92ecedde3b2da6a69078161741421da8ed039908a8e223405
21:36 < cfields> achow101: yea, that would be fantastic if you could
21:37 < sipa> cfields: demideterminstic :)
21:37 < cfields> achow101: see the commit message. I managed to produce differing results while manually hammering ld over and over. The change fixed it for me. If I found the right issue, it's basically tied to the amount of cpu's in your machine
21:38 -!- AaronvanW [~AaronvanW@unaffiliated/aaronvanw] has quit [Ping timeout: 268 seconds]     
21:38 < cfields> achow101: it was a social engineering trick to find out what hardware everyone's running. The fact that I always got the same result is sad for me, i guess :)
21:38 < cfields> sipa: hah
21:39 < achow101> cfields: so you have hardware with less cpu :)
21:40 < cfields> achow101: it's not the size of the cpu, it's the tdp...
21:41 -!- AaronvanW [~AaronvanW@unaffiliated/aaronvanw] has joined #bitcoin-core-dev     
21:41 -!- wudayoda [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has joined #bitcoin-core-dev     
21:42 -!- adiabat [~adiabat@67.205.158.84] has quit [Ping timeout: 260 seconds]     
21:42 < cfields> achow101: obviously if you build a branch with that commit you won't match either result, but as long as it's self-consistent, that's enough
21:44 < achow101> ok. I'll pull it into another branch and just run it overnight and see what the results are
21:44 < cfields> achow101: that would be really helpful. Thanks!
21:46 -!- adiabat [~adiabat@67.205.158.84] has joined #bitcoin-core-dev     
21:46 -!- wudayoda [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has quit [Ping timeout: 240 seconds]     
21:57 < cfields> gitian builders: detached sigs for 0.14.0rc3 have been pushed. Note that there are 2 possible build results for osx. A PR has been submitted to (hopefully) fix that.
21:57 < cfields> just repeating in case anyone missed the above. Headed to bed, nnite.
21:59 -!- AaronvanW [~AaronvanW@unaffiliated/aaronvanw] has quit [Ping timeout: 264 seconds]     
22:01 -!- grubles [~grubles@unaffiliated/grubles] has quit [Quit: brb]     
22:01 -!- fanquake [~fanquake@unaffiliated/fanquake] has joined #bitcoin-core-dev     
22:02 -!- AaronvanW [~AaronvanW@unaffiliated/aaronvanw] has joined #bitcoin-core-dev     
22:02 < fanquake> cfields nice job figuring that out!
22:03 < luke-jr> ^ +1
22:05 -!- gijensen [~gijensen@5.9.173.182] has quit [Ping timeout: 240 seconds]     
22:06 -!- AaronvanW [~AaronvanW@unaffiliated/aaronvanw] has quit [Ping timeout: 260 seconds]     
22:08 -!- AaronvanW [~AaronvanW@unaffiliated/aaronvanw] has joined #bitcoin-core-dev     
22:13 -!- wudayoda [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has joined #bitcoin-core-dev     
22:15 -!- AaronvanW [~AaronvanW@unaffiliated/aaronvanw] has quit [Ping timeout: 240 seconds]     
22:16 -!- AaronvanW [~AaronvanW@unaffiliated/aaronvanw] has joined #bitcoin-core-dev     
22:17 -!- lclc [~lclc@unaffiliated/lclc] has joined #bitcoin-core-dev     
22:18 -!- wudayoda [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has quit [Ping timeout: 240 seconds]     
22:22 -!- AaronvanW [~AaronvanW@unaffiliated/aaronvanw] has quit [Ping timeout: 240 seconds]     
22:22 -!- fanquake [~fanquake@unaffiliated/fanquake] has quit [Quit: Leaving.]     
22:23 -!- AaronvanW [~AaronvanW@unaffiliated/aaronvanw] has joined #bitcoin-core-dev     
22:33 -!- AaronvanW [~AaronvanW@unaffiliated/aaronvanw] has quit [Ping timeout: 260 seconds]     
22:38 -!- grubles [~grubles@unaffiliated/grubles] has joined #bitcoin-core-dev     
22:45 -!- wudayoda [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has joined #bitcoin-core-dev     
22:49 -!- wudayoda [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has quit [Ping timeout: 240 seconds]     
22:59 -!- AaronvanW [~AaronvanW@unaffiliated/aaronvanw] has joined #bitcoin-core-dev     
23:00 -!- arubi [~ese168@gateway/tor-sasl/ese168] has quit [Remote host closed the connection]     
23:00 -!- arubi [~ese168@gateway/tor-sasl/ese168] has joined #bitcoin-core-dev     
23:03 < bitcoin-git> [bitcoin] benma opened pull request #9897: AppInitMain: split initialization of Connman into a new function (master...connman) https://github.com/bitcoin/bitcoin/pull/9897
23:10 -!- AaronvanW [~AaronvanW@unaffiliated/aaronvanw] has quit [Ping timeout: 240 seconds]     
23:16 -!- wudayoda [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has joined #bitcoin-core-dev     
23:19 -!- AaronvanW [~AaronvanW@unaffiliated/aaronvanw] has joined #bitcoin-core-dev     
23:20 -!- wudayoda [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has quit [Ping timeout: 240 seconds]     
23:26 -!- abhishekcs10_ [uid170963@gateway/web/irccloud.com/x-oeuzzkdrjmzozwgo] has quit [Quit: Connection closed for inactivity]     
23:33 -!- BW^- [~Bwbwbwbwb@unaffiliated/bw-/x-2460362] has quit [Quit: BW^-]     
23:42 -!- AaronvanW [~AaronvanW@unaffiliated/aaronvanw] has quit [Ping timeout: 260 seconds]     
23:43 -!- AaronvanW [~AaronvanW@unaffiliated/aaronvanw] has joined #bitcoin-core-dev     
23:47 -!- wudayoda [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has joined #bitcoin-core-dev     
23:50 -!- BashCo [~BashCo@unaffiliated/bashco] has quit [Remote host closed the connection]     
23:51 -!- wudayoda [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has quit [Ping timeout: 240 seconds]     
23:53 -!- AaronvanW [~AaronvanW@unaffiliated/aaronvanw] has quit [Ping timeout: 240 seconds]     
23:54 -!- AaronvanW [~AaronvanW@unaffiliated/aaronvanw] has joined #bitcoin-core-dev