1 2016-10-18T00:05:27  <achow101> michagogo: I made an issue here https://github.com/devrandom/gitian-builder/issues/128 about it. There is also a corresponding issue about this in lxc/lxc. Also, if you go back to IRC logs around that same time (end of august), you should be able to find some info I said there about the same problem
   2 2016-10-18T00:06:44  <michagogo> tulip: yep, that was missed
   3 2016-10-18T00:08:50  <michagogo> tulip: 01:17:13 <GitHub81> [bitcoin] laanwj pushed 1 new commit to 0.13: https://github.com/bitcoin/bitcoin/commit/a5cef7b0777f13ac83312759ebf576c9d773599f
   4 2016-10-18T00:08:53  <michagogo> 01:17:13 <GitHub81> bitcoin/0.13 a5cef7b Wladimir J. van der Laan: Bump version to 0.13.1
   5 2016-10-18T00:09:30  <michagogo> achow101: hmm. I seem to remember (from quite a while back…) that I tried doing it on Xenial and failed too
   6 2016-10-18T00:10:08  <michagogo> I feel like I might have gotten past the shm thing just to have it fail a different way
   7 2016-10-18T00:10:14  <michagogo> Or maybe I'm misremembering
   8 2016-10-18T00:10:32  <michagogo> Works for me on the Trusty Tahr, though
   9 2016-10-18T00:11:19  * sipa realizes that he never knew what the part after 'Trusty' in the ubuntu version name was
  10 2016-10-18T00:11:43  <achow101> Maybe I'll try it in a VM with trusty then. I've been running 16.04 which is what I do the builds on
  11 2016-10-18T00:11:58  <achow101> it previously worked on 15.10 for a while then broke
  12 2016-10-18T00:12:20  *** alpalp has joined #bitcoin-core-dev
  13 2016-10-18T00:12:28  <achow101> but it would be great if this could be fixed since multiple people have run into the same problem recently
  14 2016-10-18T00:15:20  *** mol has joined #bitcoin-core-dev
  15 2016-10-18T00:18:32  *** molz has quit IRC
  16 2016-10-18T00:22:50  *** fengling__ has joined #bitcoin-core-dev
  17 2016-10-18T00:32:40  *** murch has quit IRC
  18 2016-10-18T00:37:04  *** Ylbam has quit IRC
  19 2016-10-18T00:37:22  *** fengling__ has quit IRC
  20 2016-10-18T00:50:08  <achow101> for some reason I can't do the osx build now
  21 2016-10-18T00:51:26  <achow101> it is failing at installing stuff. the install.log says "E: Unmet dependencies. Try 'apt-get -f install' with no packages (or specify a solution)."
  22 2016-10-18T00:53:32  <achow101> well, it isn't just osx apparently, something is broken on my gitian
  23 2016-10-18T00:54:57  <achow101> michagogo:
  24 2016-10-18T00:55:47  <michagogo> But you somehow managed windows and Linux? o_o
  25 2016-10-18T00:56:17  <achow101> I just tried to do windows and linux again and it failed.
  26 2016-10-18T00:56:25  <achow101> I guess it got through them before it broke
  27 2016-10-18T00:56:27  <michagogo> sipa: yep. I wonder if I remember them all
  28 2016-10-18T00:56:51  <michagogo> achow101: odd. I wonder what could have changed
  29 2016-10-18T00:58:02  <achow101> my computer almost crashed during the build since I tried starting a vm. Maybe that corrupted something in memory which corrupted something on disk?
  30 2016-10-18T01:11:27  *** Alopex has quit IRC
  31 2016-10-18T01:12:32  *** Alopex has joined #bitcoin-core-dev
  32 2016-10-18T01:18:45  <achow101> wtf. I just redownloaded and setup gitian and now it's asking me for the password for the vm in order to do stuff
  33 2016-10-18T01:21:27  <gmaxwell> My voice is my passport. Verify me.
  34 2016-10-18T01:24:59  <tulip> achow101: you mustn't have had your pentagon configured correctly.
  35 2016-10-18T01:27:19  <michagogo> achow101: the VM you're running gitian in?
  36 2016-10-18T01:27:34  <michagogo> The same one as before?
  37 2016-10-18T01:28:05  <achow101> the vm that gitian creates
  38 2016-10-18T01:28:13  <michagogo> Hmm.
  39 2016-10-18T01:28:29  <michagogo> It shouldn't be doing that, I think
  40 2016-10-18T01:28:37  <tulip> I managed to find two NODE_SEGWIT peers with #8949 but I don't know if that's luck or not.
  41 2016-10-18T01:28:52  <michagogo> Did you create the previous one the same way?
  42 2016-10-18T01:29:01  <achow101> yes
  43 2016-10-18T01:29:11  <michagogo> 🤔
  44 2016-10-18T01:30:04  <achow101> I used my gitian build script with the setup option to setup the gitian environment. the script is in  the repo in contrib/
  45 2016-10-18T01:40:06  *** Alopex has quit IRC
  46 2016-10-18T01:41:11  *** Alopex has joined #bitcoin-core-dev
  47 2016-10-18T01:41:51  *** fengling__ has joined #bitcoin-core-dev
  48 2016-10-18T01:42:13  *** CodeShark has quit IRC
  49 2016-10-18T01:42:37  *** CodeShark has joined #bitcoin-core-dev
  50 2016-10-18T01:47:15  *** ibrightly has quit IRC
  51 2016-10-18T01:48:56  *** ibrightly has joined #bitcoin-core-dev
  52 2016-10-18T01:50:02  <tulip> 2016-10-18 01:43:35.372446 connect() to [::0.0.255.255]:20720 failed: No route to host (65)
  53 2016-10-18T01:50:02  <tulip> 2016-10-18 01:42:29.613434 connect() to [a586:2a57:100::]:0 failed: Can't assign requested address (49)
  54 2016-10-18T01:50:02  <tulip> 2016-10-18 01:43:18.827390 connect() to [d50e:7f57:100::]:0 failed: Can't assign requested address (49)
  55 2016-10-18T01:50:29  <tulip> gmaxwell: I guess this means there's only junk in addrman with the NODE_WITNESS service?
  56 2016-10-18T01:51:01  *** btcdrak has quit IRC
  57 2016-10-18T01:54:25  *** btcdrak has joined #bitcoin-core-dev
  58 2016-10-18T01:55:24  <tulip> no wait, there we go. from a very old node state with no sensible peers to 4 NODE_WITNESS peers in about 6 minutes.
  59 2016-10-18T02:02:57  <gmaxwell> tulip: thats better than I expirenced.
  60 2016-10-18T02:03:52  <gmaxwell> I have one node that after being upgraded, run for three houres, and restart... has no nodewitness peers.
  61 2016-10-18T02:03:59  <gmaxwell> (thus the PR that I opened)
  62 2016-10-18T02:04:12  <tulip> gmaxwell: that's with your patch.
  63 2016-10-18T02:04:16  <gmaxwell> ah okay!
  64 2016-10-18T02:04:23  <tulip> it had no NODE_WITNESS peers beforehand.
  65 2016-10-18T02:04:41  <gmaxwell> yea, with the patch it will be pretty much guarenteed to find some... often 4. :)
  66 2016-10-18T02:05:35  <tulip> curious why we are even trying to connect to nodes with port zero, is anyone really going to be running a privileged port Bitcoin node?
  67 2016-10-18T02:06:04  <tulip> (I assumed 0-1023 would be masked out entirely)
  68 2016-10-18T02:06:13  <gmaxwell> well we only try connecting to non-standard ports if we've been failing to connect for a while, but port 0 is braindamaged.
  69 2016-10-18T02:06:55  <gmaxwell> someone might plausably run a bitcoin node on port 80 or port 443 since it's a little more likely to make it through firewalls.
  70 2016-10-18T02:08:09  <gmaxwell> port 0 is just stupid though. We should probably filter out port 0 from ever going into addrman.
  71 2016-10-18T02:16:15  *** mturquette has quit IRC
  72 2016-10-18T02:18:15  *** mturquette has joined #bitcoin-core-dev
  73 2016-10-18T02:25:48  *** Giszmo has quit IRC
  74 2016-10-18T03:00:20  *** Chris_Stewart_5 has quit IRC
  75 2016-10-18T03:05:30  *** zooko has joined #bitcoin-core-dev
  76 2016-10-18T03:06:58  *** alpalp is now known as alpalpwi
  77 2016-10-18T03:07:02  *** alpalpwi is now known as alpalp
  78 2016-10-18T03:24:38  *** molz has joined #bitcoin-core-dev
  79 2016-10-18T03:27:44  <morcos> gmaxwell: at the risk of beating a dead horse, can you try again to explain to me the logic behind writing down the mempool every 10 mins?
  80 2016-10-18T03:28:04  <gmaxwell> every ten minutes I care less about than at clean shutdown.
  81 2016-10-18T03:28:07  *** mol has quit IRC
  82 2016-10-18T03:28:11  <morcos> i can somewhat reluctantly accept that it might be useful on shutdown, and could see it being beneficial on demand (maybe via rpc)
  83 2016-10-18T03:28:28  <morcos> but writing it every 10 mins just seems like a way to clog up your node doing useless crap
  84 2016-10-18T03:28:30  <gmaxwell> the 10 minute thing is something sipa added that wasn't in my requirements document. :P
  85 2016-10-18T03:29:05  <morcos> and in particular if somehow some bad tx in your mempool crashed your block creation code, maybe you don't want to reload with that mempool (but i guess you could do that manually)
  86 2016-10-18T03:29:45  <gmaxwell> I don't think we disagree.  (The goals in saving it: prevent being utterly cold on newly recieved blocks after you do a simple restart for config changes, to not lose your transaction prioritization, to not reject dependant transactions as orphans which you never recieve, to not needlessly end up mining small blocks for an hour after a boring restart...)
  87 2016-10-18T03:30:25  <gmaxwell> well if you're crashing you can delete the file. I'm not particularly worried about that, and the import path goes through the normal accept logic, it's not just crammed back into the mempool. (meaning a network peer could give you the same garbage)
  88 2016-10-18T03:31:38  <morcos> ok, i guess just making your node to extensive disk access every 10 minutes gives me the heebie jeebies
  89 2016-10-18T03:31:47  <gmaxwell> the lack of the saving/loading also means that all of us spend far too much time messing around with nodes in unrepresentative states, throwing off benchmarking, and risking that we don't see issues that only show up with the mempool nice and fat.
  90 2016-10-18T03:32:01  <morcos> instead of roughly writing 1MB every 10 mins, now you'll write 300
  91 2016-10-18T03:32:13  <gmaxwell> Yea, well, I'm not a fan of the 10 minute thing. I'd be happier if it was on shutdown and had a rpc to trigger, and if you want 10 minutes you can call the rpc yourself. :)
  92 2016-10-18T03:32:34  <morcos> i would be way happier with that
  93 2016-10-18T03:33:06  <gmaxwell> I think the rational for the 10 minute saves is to make it useful across crashes. Which has merit, but-- I'd rather just not crash. :)
  94 2016-10-18T03:33:31  <morcos> looking back at the PR discussion, i think sipa wanted prioritization info to be saved in the event of a crash
  95 2016-10-18T03:33:39  <morcos> but do people actually have nodes that crash?
  96 2016-10-18T03:33:42  <morcos> is that a thing?
  97 2016-10-18T03:33:57  <gmaxwell> horrifyingly, yes. But we don't have to embrace all of reality.
  98 2016-10-18T03:34:24  *** achow101 has quit IRC
  99 2016-10-18T03:34:49  <gmaxwell> (a main audience for this is miners, some of whom may have custimization that crashes; or be running on mystermeat hardware and not really appricate that it shoud not EVER crash)
 100 2016-10-18T03:35:58  <morcos> ok.. i'll comment on the PR with my thoughts then since they don't seem too objectionable
 101 2016-10-18T03:42:25  *** achow101 has joined #bitcoin-core-dev
 102 2016-10-18T03:43:30  <gmaxwell> I'd love to have some crash detection wrapper around bitcoin core that told people "THIS SHOULD NEVER CRASH. IF IT CRASHES WE WANT TO KNOW _NOW_" .. but unfortunately virtually all crashes I've seen from users are bad hardware, and we don't really want to know. :)
 103 2016-10-18T03:44:33  *** DigiByteDev has joined #bitcoin-core-dev
 104 2016-10-18T03:47:09  <morcos> heh, i offered one of the industry exec's a 1 BTC bounty for every non hardware caused crash he had on his bitcoinds because he was complaining bitcoind crashes all the time.
 105 2016-10-18T03:47:25  <morcos> that was like a year ago, no claims yet.
 106 2016-10-18T03:47:33  *** alpalp has quit IRC
 107 2016-10-18T03:48:23  <gmaxwell> :)
 108 2016-10-18T03:48:43  <gmaxwell> I've heard those sorts of claims going around, and wasted a lot of time trying to find ways to make it crash.
 109 2016-10-18T03:49:16  <luke-jr> heh
 110 2016-10-18T03:49:49  <luke-jr> I wonder if the hardware-induced crashes are such that we can detect them with a repeat easily
 111 2016-10-18T03:50:03  <luke-jr> (and then complain to the user that their hardware is certainly faulty)
 112 2016-10-18T03:50:17  <gmaxwell> "Non-determinstic hardware detected (this is bad)"
 113 2016-10-18T03:51:07  <luke-jr> "It's not that we don't like you overclocking, but rather that your overclocking has actually given us the wrong answer to math, which is kinda important to Bitcoin working right."
 114 2016-10-18T03:52:30  <TD-Linux> probably not without crash telemetry, which I think users would be pretty averse to...
 115 2016-10-18T03:56:05  <luke-jr> btw, +1 on RPC trigger to write mempool before exit
 116 2016-10-18T03:56:35  <luke-jr> if someone wants to write every 10 minutes, they can cronjob it
 117 2016-10-18T03:56:40  *** Cory has joined #bitcoin-core-dev
 118 2016-10-18T03:58:14  <TD-Linux> also the existing PR fsync()'s on every write, which is probably fine on exit but is not great for interactive performance, especially on linux
 119 2016-10-18T03:58:41  * luke-jr wonders how much performance gain we'd get by using the file-specific fsync calls
 120 2016-10-18T04:00:08  <TD-Linux> luke-jr, it already does, the problem is on Linux other accesses will be queued behind the gigantic write
 121 2016-10-18T04:00:31  <tulip> TD-Linux: manual telemetry can be a thing, sort of. rather than asking users to dig around for things in a debug.log you can make a cohesive blob and a message that says "report this to your handler if you want to".
 122 2016-10-18T04:10:15  <luke-jr> TD-Linux: hmm, some filesystems on Linux seem to have another ioctl for fsyncing a specific file; I guess the normal one does it to a specific fd as well.. not sure what the difference is
 123 2016-10-18T04:14:56  <TD-Linux> luke-jr, not sure, but the buffering issue is lower level: https://lwn.net/Articles/682582/
 124 2016-10-18T04:16:40  <TD-Linux> tulip, that would help. here's an example of what a hardware bug looks like on mozilla telemetry: https://crash-stats.mozilla.com/signature/?signature=adapt_probs&date=%3E%3D2016-10-11T04%3A06%3A00.000Z&date=%3C2016-10-18T04%3A06%3A00.000Z&_columns=date&_columns=product&_columns=version&_columns=build_id&_columns=platform&_columns=reason&_columns=address&_sort=-date&page=1#aggregations
 125 2016-10-18T04:16:54  <TD-Linux> (hint: pick the "aggregate on" drop down and choose cpu info)
 126 2016-10-18T04:29:31  *** Alopex has quit IRC
 127 2016-10-18T04:30:37  *** Alopex has joined #bitcoin-core-dev
 128 2016-10-18T04:31:44  *** zooko has quit IRC
 129 2016-10-18T04:32:11  *** kadoban has quit IRC
 130 2016-10-18T04:36:47  <gmaxwell> morcos: more like 150MB of data, fwiw, ... mempool limit is on the in memory form, saving it out currently uses the p2p serilization.
 131 2016-10-18T04:42:32  *** DigiByteDev has quit IRC
 132 2016-10-18T04:45:11  *** molz has quit IRC
 133 2016-10-18T04:50:35  *** whphhg has quit IRC
 134 2016-10-18T04:53:18  *** whphhg has joined #bitcoin-core-dev
 135 2016-10-18T04:58:25  *** moli has joined #bitcoin-core-dev
 136 2016-10-18T04:58:48  *** achow101 has quit IRC
 137 2016-10-18T05:00:20  *** dermoth has quit IRC
 138 2016-10-18T05:00:56  *** dermoth has joined #bitcoin-core-dev
 139 2016-10-18T05:03:15  <cfields_> gitian builders: v0.13.1rc1 detached sigs are pushed
 140 2016-10-18T05:04:27  <gmaxwell> wtf. why does sendtoaddress' help have an actual bitcoin address in the example? O_o we worked hard elsewhere to keep real addresses out of examples.
 141 2016-10-18T05:05:40  *** achow101 has joined #bitcoin-core-dev
 142 2016-10-18T05:09:06  <gmaxwell> hmph. a long time ago in fact.
 143 2016-10-18T05:29:10  <tulip> TD-Linux: you're right, bitcoin users wouldn't appreciate that much
 144 2016-10-18T05:30:49  <tulip> yuck, the sentoaddress "example" is even a political one.
 145 2016-10-18T05:31:53  <tulip> well, no political but it's for a "cause" which isn't ideal.
 146 2016-10-18T05:33:14  *** moli has quit IRC
 147 2016-10-18T05:33:25  <luke-jr> there are probably worse causes it could be
 148 2016-10-18T05:33:42  *** moli has joined #bitcoin-core-dev
 149 2016-10-18T05:34:02  <gmaxwell> yea sure. still. obviously it should be my address there
 150 2016-10-18T05:34:44  <luke-jr> ☺
 151 2016-10-18T05:35:28  <luke-jr> should be a testnet address ☺
 152 2016-10-18T05:47:05  *** Ylbam has joined #bitcoin-core-dev
 153 2016-10-18T05:48:10  <GitHub197> [bitcoin] jl2012 opened pull request #8950: Update gitian signing key of jl2012 (master...patch-18) https://github.com/bitcoin/bitcoin/pull/8950
 154 2016-10-18T05:59:02  *** fengling__ is now known as fengling
 155 2016-10-18T05:59:33  *** moli has quit IRC
 156 2016-10-18T06:00:01  *** moli has joined #bitcoin-core-dev
 157 2016-10-18T06:07:53  <btcdrak> what is si objectionable about writing 150-300MB down every 10 mins?
 158 2016-10-18T06:08:24  <luke-jr> put it that way and it sounds pretty bad. probably will cause seconds of hanging on my PC
 159 2016-10-18T06:08:32  <btcdrak> the mempool is mostly quite small. sounds like over optimisation worrying about that.
 160 2016-10-18T06:09:12  <btcdrak> oh come on.. even a PI can write that with no sweat. this isnt 1990
 161 2016-10-18T06:09:40  <btcdrak> mempool is usually what 5-10MB at peak?
 162 2016-10-18T06:09:49  <luke-jr> seriously?
 163 2016-10-18T06:10:13  <paveljanik> btcdrak, mempool is usually ~300MB ;-)
 164 2016-10-18T06:11:10  <btcdrak> still doesnt invalidate what I am saying. 300MB flush every 10 mins isnt a big deal. this is 2016
 165 2016-10-18T06:11:37  <luke-jr> 314572800 bytes (315 MB) copied, 2.67949 s, 117 MB/s
 166 2016-10-18T06:11:40  <luke-jr> ok, not so bad I guess
 167 2016-10-18T06:28:06  *** molz has joined #bitcoin-core-dev
 168 2016-10-18T06:31:09  *** moli has quit IRC
 169 2016-10-18T06:32:00  <TD-Linux> seriously can't tell if that was sarcasm or not...
 170 2016-10-18T06:39:13  *** BashCo has quit IRC
 171 2016-10-18T06:49:21  <paveljanik> this was from luke-jr's high-end 64bit workstation...
 172 2016-10-18T06:49:56  <paveljanik> let's wait for the numbers from wumpus' arm small boxes. Still writing...
 173 2016-10-18T06:50:00  <luke-jr> XD
 174 2016-10-18T06:52:04  <btcdrak> my computer 314572800 bytes (315 MB) copied, 0.629238 s, 500 MB/s
 175 2016-10-18T06:52:34  <luke-jr> SSD?
 176 2016-10-18T06:52:41  <btcdrak> yes
 177 2016-10-18T06:53:02  <btcdrak> going to check my pine64
 178 2016-10-18T06:53:51  <btcdrak> well my laptop with HDD is 314572800 bytes (315 MB) copied, 0.892623 s, 352 MB/s
 179 2016-10-18T06:54:04  <btcdrak> that's only a 5200rpm thing too
 180 2016-10-18T06:54:26  <luke-jr> I did it on btrfs since I expect poorer performance from it
 181 2016-10-18T06:54:34  <luke-jr> but a relatively new drive, so
 182 2016-10-18T06:56:29  <TD-Linux> btcdrak, that's implausibly high for a spinning disk. you're not syncing afterwards
 183 2016-10-18T06:58:38  * luke-jr also forgot to sync :x
 184 2016-10-18T06:59:00  <luke-jr> real    0m6.677s
 185 2016-10-18T06:59:15  <luke-jr> so 47 MB/s
 186 2016-10-18T07:00:05  <luke-jr> (sync before starting it too)
 187 2016-10-18T07:06:19  <TD-Linux> right, I'm not so much concerned about speed as the impact on other i/o while that is happening. I think it's probably acceptable, but it's possible to do better
 188 2016-10-18T07:07:00  <btcdrak> why does actual sync matter? Why are we concerned about the background processes of the host computer?
 189 2016-10-18T07:12:11  <paveljanik> btcdrak, it is 300+MB in the default config. And in the typical use case (nonstop, no failure run), we write, write, write and do not use the written data at all.
 190 2016-10-18T07:12:27  <paveljanik> slowly killing the disks...
 191 2016-10-18T07:15:59  *** BashCo has joined #bitcoin-core-dev
 192 2016-10-18T07:17:30  *** BashCo_ has joined #bitcoin-core-dev
 193 2016-10-18T07:19:46  <luke-jr> btcdrak: background process I/O is dreadfully annoying
 194 2016-10-18T07:19:51  <gmaxwell> 150 MB, not 300.
 195 2016-10-18T07:20:09  <gmaxwell> But creating a 3 second IO stall (luke's example) would be unfortunate. :)
 196 2016-10-18T07:20:20  <luke-jr> gmaxwell: 7 seconds, it turns out
 197 2016-10-18T07:20:39  *** BashCo has quit IRC
 198 2016-10-18T07:21:09  <gmaxwell> besides, writing the mempool is just wasting SSD write endurance. Bitcoin Core doesn't crash. If you're in some weird enviroment where you care, you can call the rpc yourself.
 199 2016-10-18T07:21:13  <luke-jr> are we locking the mempool while it writes too? :x
 200 2016-10-18T07:21:40  <TD-Linux> luke-jr, the patch does an in-memory copy first to make the lock time minimal
 201 2016-10-18T07:21:45  <luke-jr> ah, ok
 202 2016-10-18T07:21:58  <luke-jr> though that alone might annoy some users
 203 2016-10-18T07:22:14  <paveljanik> in memory copy?
 204 2016-10-18T07:22:29  <GitHub141> [bitcoin] luke-jr opened pull request #8951: RPC/Mining: getblocktemplate: Update and fix formatting of help (master...gbt_help_update) https://github.com/bitcoin/bitcoin/pull/8951
 205 2016-10-18T07:22:30  <paveljanik> So if I have 1G mempool, bitcoind will allocate one more G?
 206 2016-10-18T07:22:36  <paveljanik> hmm
 207 2016-10-18T07:23:00  <luke-jr> ^ please tag for backport
 208 2016-10-18T07:26:18  <gmaxwell> paveljanik: No. the transactions themselves are shared pointers.
 209 2016-10-18T07:29:24  *** murch has joined #bitcoin-core-dev
 210 2016-10-18T07:43:36  *** _mn3monic has quit IRC
 211 2016-10-18T07:45:35  <btcdrak> gmaxwell: is 8949 aimed for 0.13.1 backport? (seems like it should be).
 212 2016-10-18T07:46:04  <gmaxwell> Yes, assuming people find it acceptable for master.
 213 2016-10-18T07:46:08  <gmaxwell> I think it's needed.
 214 2016-10-18T07:46:40  <gmaxwell> at least my expirence and tulip's is that absent it, 0.13.1rc1 is prone to not getting any witness peers.
 215 2016-10-18T07:47:00  <gmaxwell> (I somewhat expected this, but we didn't see it on testnet in part because testnet doesn't have that many healthy working peers to begin with)
 216 2016-10-18T07:47:18  *** harrymm has quit IRC
 217 2016-10-18T07:50:30  *** cdecker has joined #bitcoin-core-dev
 218 2016-10-18T07:55:42  <btcdrak> gmaxwell: I can confirm the same problem
 219 2016-10-18T07:58:12  <gmaxwell> In any case, my PR is reported to resolve the issue.
 220 2016-10-18T08:06:46  *** harrymm has joined #bitcoin-core-dev
 221 2016-10-18T08:16:05  *** paveljanik has quit IRC
 222 2016-10-18T08:27:12  *** MarcoFalke has joined #bitcoin-core-dev
 223 2016-10-18T08:37:48  <GitHub18> [bitcoin] laanwj pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/763828df499f...47ace4240a4e
 224 2016-10-18T08:37:48  <GitHub18> bitcoin/master 21f5a63 Luke Dashjr: Qt: Add "Copy URI" to payment request context menu
 225 2016-10-18T08:37:49  <GitHub18> bitcoin/master 47ace42 Wladimir J. van der Laan: Merge #8918: Qt: Add "Copy URI" to payment request context menu...
 226 2016-10-18T08:38:03  <GitHub57> [bitcoin] laanwj closed pull request #8918: Qt: Add "Copy URI" to payment request context menu (master...gui_req_copy_uri) https://github.com/bitcoin/bitcoin/pull/8918
 227 2016-10-18T08:44:17  <GitHub134> [bitcoin] laanwj pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/47ace4240a4e...cd761fb85a24
 228 2016-10-18T08:44:17  <GitHub134> bitcoin/master 1ab21cf Matt Corallo: Remove bogus assert on number of oubound connections....
 229 2016-10-18T08:44:18  <GitHub134> bitcoin/master cd761fb Wladimir J. van der Laan: Merge #8944: Remove bogus assert on number of oubound connections....
 230 2016-10-18T08:44:36  <GitHub70> [bitcoin] laanwj closed pull request #8944: Remove bogus assert on number of oubound connections. (master...2016-10-bad-assert) https://github.com/bitcoin/bitcoin/pull/8944
 231 2016-10-18T08:46:19  *** rabidus has joined #bitcoin-core-dev
 232 2016-10-18T08:47:01  <GitHub155> [bitcoin] laanwj pushed 2 new commits to 0.13: https://github.com/bitcoin/bitcoin/compare/c418c0550db3...907c314057b0
 233 2016-10-18T08:47:02  <GitHub155> bitcoin/0.13 c9ffe90 Micha: Add historical release notes for v0.13.0...
 234 2016-10-18T08:47:02  <GitHub2> [bitcoin] laanwj closed pull request #8947: Add historical release notes for v0.13.0 (0.13...0.13) https://github.com/bitcoin/bitcoin/pull/8947
 235 2016-10-18T08:47:02  <GitHub155> bitcoin/0.13 907c314 Wladimir J. van der Laan: Merge #8947: Add historical release notes for v0.13.0...
 236 2016-10-18T08:47:49  *** Victorsueca has joined #bitcoin-core-dev
 237 2016-10-18T08:49:32  <wumpus> 7 witness connections now on my upgraded node
 238 2016-10-18T08:53:14  <gmaxwell> 1 witness connection, inbound. on one of my nodes.
 239 2016-10-18T08:54:08  *** dgenr8 has quit IRC
 240 2016-10-18T08:55:02  <wumpus> here 5 inbound + 2 outbound
 241 2016-10-18T08:55:15  <gmaxwell> 6 on another node, one is outbound but it's an addnode to sipa. The rest are inbound.
 242 2016-10-18T09:00:54  <gmaxwell> sipa's seeder database only has 7, and one is v6 and the other is onion.
 243 2016-10-18T09:01:05  <gmaxwell> though I know there are more of them, I guess it hasn't found them yet.
 244 2016-10-18T09:01:44  <gmaxwell> heh. one of them claims be be 0.12.99 0_o and it fails sipa's 'good' test.
 245 2016-10-18T09:02:16  <gmaxwell> presumably because it's 32177 blocks behind.
 246 2016-10-18T09:09:37  *** MarcoFalke has left #bitcoin-core-dev
 247 2016-10-18T09:40:37  *** _mn3monic has joined #bitcoin-core-dev
 248 2016-10-18T09:45:36  <GitHub126> [bitcoin] laanwj pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/cd761fb85a24...614d522c3e44
 249 2016-10-18T09:45:36  <GitHub126> bitcoin/master b0aea80 BtcDrak: Sync bitcoin-tx with tx version policy
 250 2016-10-18T09:45:37  <GitHub126> bitcoin/master 614d522 Wladimir J. van der Laan: Merge #8932: Allow bitcoin-tx to create v2 transactions...
 251 2016-10-18T09:45:46  <GitHub89> [bitcoin] laanwj closed pull request #8932: Allow bitcoin-tx to create v2 transactions (master...bitcointx2) https://github.com/bitcoin/bitcoin/pull/8932
 252 2016-10-18T09:47:21  <Victorsueca> has anybody ever got compiling on windows to work?
 253 2016-10-18T09:48:05  <wumpus> Victorsueca: yes, some people did, but all the current devs just cross-build from ubuntu
 254 2016-10-18T09:48:43  <wumpus> Victorsueca: this may be useful to you (building with WSL) https://github.com/bitcoin/bitcoin/pull/8935
 255 2016-10-18T09:48:54  <cdecker> Checking the hashes produced by gitian I noticed that jl2012 produced different results
 256 2016-10-18T09:49:12  <jl2012> which one?
 257 2016-10-18T09:49:22  <cdecker> The linux hashes
 258 2016-10-18T09:49:37  <jl2012> i didn't check. Let me see
 259 2016-10-18T09:50:00  <wumpus> if you are really masochistic you can try to build bitcoin core with MSVC, most of the hassle is getting eventhing into the build system + setting config.h parameters manually
 260 2016-10-18T09:50:02  <jl2012> it seems windows and MAC are the same
 261 2016-10-18T09:50:12  <cdecker> https://gist.github.com/d2014467aa28dc0d20d74b652950ceb1
 262 2016-10-18T09:50:21  <cdecker> jl2012: yep those seem to check out
 263 2016-10-18T09:50:30  <wumpus> I did so in 2012 or so, but that was on my wxp VM which I've nuked by now so don't have any of that anymore
 264 2016-10-18T09:50:39  <tulip> on my unpatched IPv4-only node I'm seeing 2 NODE_WITNESS, but I think that's a function of being in a busy ASN and having a low number of non-junk peers to begin with.
 265 2016-10-18T09:51:22  *** dgenr8 has joined #bitcoin-core-dev
 266 2016-10-18T09:52:07  <jl2012> cdecker: everyone got the same except me? I'll try again
 267 2016-10-18T09:52:31  <cdecker> And I seem to have botched the windows build myself
 268 2016-10-18T09:52:35  <cdecker> :-)
 269 2016-10-18T09:53:10  <Victorsueca> wumpus: yeah, i'm going to do it on a Linux VM, but the curious thing is that when I tried it on windows the failure seemed to be at the directory name characters
 270 2016-10-18T09:53:49  <Victorsueca> i was getting error like directory does not exist or character "|" being unexpected
 271 2016-10-18T09:54:54  <luke-jr> Victorsueca: were you trying to build in a path with spaces?
 272 2016-10-18T09:55:05  <tulip> (lots are fake-looking bitcoinj, and someone who took the time to recompile 0.13.1 with a 0.9 subversion)
 273 2016-10-18T09:55:44  <luke-jr> tulip: AWS BitcoinJ is bogus obviously
 274 2016-10-18T09:56:01  <gmaxwell> tulip: I posted a banlist specifically for those things.
 275 2016-10-18T09:57:04  <wumpus> cross-building from ubuntu 14.04 is the safest way to build for windows, 16.04 (and I guess 16.10) has still some issues: https://github.com/bitcoin/bitcoin/projects/1
 276 2016-10-18T10:05:31  *** jtimon has joined #bitcoin-core-dev
 277 2016-10-18T10:08:53  <Victorsueca> luke-jr: only letters, numbers, dots and dashes
 278 2016-10-18T10:09:11  <Victorsueca> no spaces
 279 2016-10-18T10:10:44  <Victorsueca> also says that "Makefile" is not a command, but I thought that came with MinGW
 280 2016-10-18T10:13:37  <sipa> make is command
 281 2016-10-18T10:14:02  <sipa> Makefile is the file with the project specific build instructions
 282 2016-10-18T10:14:29  <sipa> and none of that will easily work in windows
 283 2016-10-18T10:14:45  <sipa> you'll need to write the build instructions yourself
 284 2016-10-18T10:14:59  <Victorsueca> so why does it think "Makefile" is suposed to be a command instead of a file?
 285 2016-10-18T10:15:04  <luke-jr> if it were me, I'd try to build with MSYS
 286 2016-10-18T10:15:16  <luke-jr> Victorsueca: what does?
 287 2016-10-18T10:16:29  <Victorsueca> luke-jr: when it try to build it tells me that "Makefile" is a unknown command
 288 2016-10-18T10:17:00  <luke-jr> when what try to build?
 289 2016-10-18T10:17:11  <luke-jr> you're the one issuing commands..
 290 2016-10-18T10:17:36  <Victorsueca> trying to build 0.13.1rc1
 291 2016-10-18T10:17:53  <Victorsueca> the only command I issued so far is >make HOST=i686-w64-mingw32 -j4
 292 2016-10-18T10:18:29  <luke-jr> where did you get the impression that was a way to build?
 293 2016-10-18T10:18:45  <Victorsueca> here https://github.com/bitcoin/bitcoin/blob/master/doc/build-windows.md
 294 2016-10-18T10:20:50  <luke-jr> oh, in depends
 295 2016-10-18T10:21:34  <sipa> that's to build for windows, not on windows
 296 2016-10-18T10:22:15  <Victorsueca> sipa: i'm trying to build for windows on windows
 297 2016-10-18T10:22:41  <sipa> Victorsueca: good luck
 298 2016-10-18T10:22:53  <sipa> but none of the existing documentation will be of any use
 299 2016-10-18T10:23:17  <Victorsueca> I have a linux VM anyway, but i'm trying to see if it's possible to build on windows without having to edit too much files manually or being a pain in the arse
 300 2016-10-18T10:23:42  <luke-jr> Victorsueca: it might be possible in MSYS, but don't expect anything to just work
 301 2016-10-18T10:24:22  <sipa> Victorsueca: unless you're experienced with developing software using a mingw/msys build environment already, i expect that will take days of work to figure things out
 302 2016-10-18T10:25:18  <Victorsueca> sipa: that sounds like a pain in the arse, i'll just use the linux VM then
 303 2016-10-18T10:25:38  <sipa> yes, building via cross compiling is the only supported mechanism
 304 2016-10-18T10:27:15  <michagogo> Victorsueca: are you on Windows 10?
 305 2016-10-18T10:27:22  <Victorsueca> michagogo: yep
 306 2016-10-18T10:27:39  *** tulip has quit IRC
 307 2016-10-18T10:28:01  <michagogo> Because then you could cross compile for windows on Ubuntu on Windows
 308 2016-10-18T10:28:10  *** tulip has joined #bitcoin-core-dev
 309 2016-10-18T10:28:10  <michagogo> No need for a VM
 310 2016-10-18T10:29:00  <michagogo> (It's kinda amusing that you're cross-compiling for Windows on a Windows machine…)
 311 2016-10-18T10:29:14  <Victorsueca> michagogo: yeah lol
 312 2016-10-18T10:29:31  <Victorsueca> but there are no docs for windows compiling AFAIK
 313 2016-10-18T10:29:42  <michagogo> Actually, maybe that was already possible -- does anyone know if anyone's tried cross-compiling for Windows in Cygwin?
 314 2016-10-18T10:29:47  <michagogo> Victorsueca: that's the thing
 315 2016-10-18T10:30:00  <michagogo> If you do it in Ubuntu you just follow the Linux instructions
 316 2016-10-18T10:30:38  <Victorsueca> i'll just use the VM
 317 2016-10-18T10:32:54  <jtimon> Ubuntu on windows to build for windows, hehe
 318 2016-10-18T10:33:44  <michagogo> As of 0.10, this is all you needed to do to cross-compile for Windows:  https://www.irccloud.com/pastebin/W6gIBKMf
 319 2016-10-18T10:33:52  <michagogo> I assume it's pretty similar
 320 2016-10-18T10:34:09  <michagogo> (I don't think much has changed with the depends/build system since then?)
 321 2016-10-18T10:34:46  <michagogo> Victorsueca: well, doing it in Ubuntu On Windows should be pretty much identical to doing it in the VM AFAIK
 322 2016-10-18T10:39:37  *** MarcoFalke has joined #bitcoin-core-dev
 323 2016-10-18T10:49:02  *** ratoder has joined #bitcoin-core-dev
 324 2016-10-18T10:52:11  *** fengling has quit IRC
 325 2016-10-18T11:16:46  <wumpus> Victorsueca: I pointed you to: https://github.com/bitcoin/bitcoin/pull/8935 right? that adds instructions for building on windows 10 using the built in ubuntu 14.04 subsystem
 326 2016-10-18T11:17:17  <wumpus> would help if someone tested those steps
 327 2016-10-18T11:18:01  <Victorsueca> wumpus: testing required? sure, I'll try it
 328 2016-10-18T11:18:12  <wumpus> it *looks* easy
 329 2016-10-18T11:20:38  <sipa> seriously, who would have believed you if 10 years ago someone told you that a future version of windows would ship with a built-in ubuntu environment...
 330 2016-10-18T11:21:08  <sipa> it still boggles my mind how much changed
 331 2016-10-18T11:21:13  <wumpus> yes. it's extremely surprising to me, even now. I intend to try it out but haven't found the time yet
 332 2016-10-18T11:21:23  <wumpus> indeed
 333 2016-10-18T11:22:42  <wumpus> the list of top OS-es includes a Linux and a BSD derivative, and windows is not doing that well
 334 2016-10-18T11:24:19  <wumpus> no one would have believed that in the 90's, heck not even any science fiction precited it :)
 335 2016-10-18T11:32:26  <GitHub176> [bitcoin] laanwj pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/614d522c3e44...dd07c6b2cc90
 336 2016-10-18T11:32:26  <GitHub176> bitcoin/master b26a7b5 Jorge Timón: RPC: Chainparams: Remove Chainparams::fTestnetToBeDeprecatedFieldRPC
 337 2016-10-18T11:32:27  <GitHub176> bitcoin/master dd07c6b Wladimir J. van der Laan: Merge #8921: RPC: Chainparams: Remove Chainparams::fTestnetToBeDeprecatedFieldRPC...
 338 2016-10-18T11:32:35  <GitHub47> [bitcoin] laanwj closed pull request #8921: RPC: Chainparams: Remove Chainparams::fTestnetToBeDeprecatedFieldRPC (master...0.13-rpc-chain) https://github.com/bitcoin/bitcoin/pull/8921
 339 2016-10-18T11:32:44  *** justanotheruser has quit IRC
 340 2016-10-18T11:33:21  <Victorsueca> linux on windows feels much like the universe is going to implode
 341 2016-10-18T11:34:42  <GitHub192> [bitcoin] pedrobranco opened pull request #8952: Add selection options to listunspent RPC call (master...enhancement/improve-rpc-listunspent) https://github.com/bitcoin/bitcoin/pull/8952
 342 2016-10-18T11:52:36  *** Naphex has quit IRC
 343 2016-10-18T12:04:59  *** davec has quit IRC
 344 2016-10-18T12:05:46  *** davec has joined #bitcoin-core-dev
 345 2016-10-18T12:09:35  <michagogo> 14:20:40 <sipa> seriously, who would have believed you if 10 years ago someone told you that a future version of windows would ship with a built-in ubuntu environment...
 346 2016-10-18T12:10:12  <michagogo> AIUI it's more like a built-in, disabled-by-default, hook that can then proceed to download an Ubuntu environment
 347 2016-10-18T12:11:36  <michagogo> i.e. you first need the computer in dev mode, then you go to the "enable/disable optional features" panel - same place you can enable things like built in telnet client, and all kinds of other niche stuff
 348 2016-10-18T12:12:06  <michagogo> Then that installs the "bash" stub that kicks off the install proces
 349 2016-10-18T12:12:52  <michagogo> wumpus: and yeah, from what I've read it seems there shouldn't really be any reason for it not to work
 350 2016-10-18T12:13:11  <michagogo> I mean, it's a full Ubuntu environment, running actual Linux binaries
 351 2016-10-18T12:13:29  <michagogo> And the software build process doesn't exactly involve any exotic syscalls...
 352 2016-10-18T12:13:46  <luke-jr> somehow I doubt it supports LXC or KVM
 353 2016-10-18T12:13:56  <luke-jr> so probably can't do gitian at least
 354 2016-10-18T12:14:03  <michagogo> (Things like lxc, mknods, chroots, etc reportedly don't work)
 355 2016-10-18T12:14:07  <wumpus> luke-jr: that's not what is described there, though
 356 2016-10-18T12:14:08  <michagogo> luke-jr: right
 357 2016-10-18T12:14:16  <sipa> just depends build would be nice
 358 2016-10-18T12:14:27  <michagogo> sipa: yeah, I'm pretty sure that should work
 359 2016-10-18T12:14:27  <wumpus> but I'd assume the same - user namespaces support is quite esoteric
 360 2016-10-18T12:14:48  <michagogo> I'll see if my mom will let me put WSL on her computer
 361 2016-10-18T12:16:02  <luke-jr> michagogo: does chattr +i work? :P
 362 2016-10-18T12:16:42  <wumpus> extended attributes? I'd bet not
 363 2016-10-18T12:16:46  <michagogo> ;;Google chattr
 364 2016-10-18T12:16:46  <gribble> chattr - Wikipedia: <https://en.wikipedia.org/wiki/Chattr>; chattr (1): change file attribs on file system - Linux man page: <https://linux.die.net/man/1/chattr>; 5 ' chattr ' Commands to Make Important Files IMMUTABLE - Tecmint: <http://www.tecmint.com/chattr-command-examples/>
 365 2016-10-18T12:16:58  <Victorsueca> installing WSL right now on my dev machine...
 366 2016-10-18T12:17:15  <wumpus> I'd already be surprised if they somehow properly map posix ACLs to linux ones
 367 2016-10-18T12:17:20  <wumpus> eh to windows ones
 368 2016-10-18T12:19:09  <jonasschnelli> does the WIN10 WSL comes with a window manager in a windows-window? Probably no...
 369 2016-10-18T12:19:50  <wumpus> heh seems in the same year OpenBSD removed support for linux executables, windows added it
 370 2016-10-18T12:20:02  <wumpus> jonasschnelli: no, it doesn't come with GUI support
 371 2016-10-18T12:20:23  <wumpus> libwin32gui on ubuntu would be kind of interesting, though heretical :)
 372 2016-10-18T12:22:12  <wumpus> though I doubt there's anything preventing your from running a windows X server on windows and connect to that
 373 2016-10-18T12:22:25  <wumpus> circuitous, but meh
 374 2016-10-18T12:22:33  <luke-jr> wumpus: chattr is non-extended attributes though! :P
 375 2016-10-18T12:22:35  <michagogo> WSL File System Support – Windows Subsystem for Linux https://blogs.msdn.microsoft.com/wsl/2016/06/15/wsl-file-system-support/
 376 2016-10-18T12:23:46  <wumpus> is there any use for chattr +i besides sadist trolling of linux newbies?
 377 2016-10-18T12:24:08  <luke-jr> wumpus: making sure I don't delete very important files :P
 378 2016-10-18T12:24:15  <wumpus> ooh :D
 379 2016-10-18T12:24:46  <luke-jr> find -type f | xargs chattr +i # in my family photos
 380 2016-10-18T12:25:51  <michagogo> Ooh
 381 2016-10-18T12:26:03  <michagogo> WSL may make it possible to run Gitian in a real VM!
 382 2016-10-18T12:26:13  <michagogo> On Windows, without nesting, I mean!
 383 2016-10-18T12:27:05  <jtimon> ping #8855 (testchains easier to create, less use of globals)
 384 2016-10-18T12:29:33  <GitHub180> [bitcoin] laanwj closed pull request #8909: Change bundle identifiers (master...bc) https://github.com/bitcoin/bitcoin/pull/8909
 385 2016-10-18T12:32:40  *** Chris_Stewart_5 has joined #bitcoin-core-dev
 386 2016-10-18T12:33:53  <GitHub117> [bitcoin] laanwj pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/dd07c6b2cc90...6e094e54f7ff
 387 2016-10-18T12:33:53  <GitHub117> bitcoin/master d51f182 jnewbery: Don't return the address of a P2SH of a P2SH.
 388 2016-10-18T12:33:54  <GitHub117> bitcoin/master 6e094e5 Wladimir J. van der Laan: Merge #8845: Don't return the address of a P2SH of a P2SH...
 389 2016-10-18T12:34:02  <GitHub116> [bitcoin] laanwj closed pull request #8845: Don't return the address of a P2SH of a P2SH (master...trivial-P2SH-P2SH) https://github.com/bitcoin/bitcoin/pull/8845
 390 2016-10-18T12:36:01  <michagogo> luke-jr: chattr: inappropriate ioctl for device while reading flags on test
 391 2016-10-18T12:36:09  *** MarcoFalke has left #bitcoin-core-dev
 392 2016-10-18T12:41:51  *** Chris_Stewart_5 has quit IRC
 393 2016-10-18T12:42:25  <GitHub22> [bitcoin] laanwj pushed 2 new commits to 0.13: https://github.com/bitcoin/bitcoin/compare/907c314057b0...685e4c78f8ed
 394 2016-10-18T12:42:26  <GitHub22> bitcoin/0.13 3f508ed Wladimir J. van der Laan: rpc: Generate auth cookie in hex instead of base64...
 395 2016-10-18T12:42:26  <GitHub22> bitcoin/0.13 685e4c7 Matt Corallo: Remove bogus assert on number of oubound connections....
 396 2016-10-18T12:45:16  <michagogo> Got WSL up and running, doing what I said before (13:33:46 <michagogo> As of 0.10, this is all you needed to do to cross-compile for Windows:  https://www.irccloud.com/pastebin/W6gIBKMf)
 397 2016-10-18T12:45:33  <michagogo> So far so good -- needed to install make
 398 2016-10-18T12:45:43  *** Chris_Stewart_5 has joined #bitcoin-core-dev
 399 2016-10-18T12:46:16  <michagogo> Depends is running now -- managed to build ccache, so that's good -- downloading boost right now
 400 2016-10-18T12:47:22  <GitHub136> [bitcoin] laanwj pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/6e094e54f7ff...c71a654c5fff
 401 2016-10-18T12:47:22  <GitHub136> bitcoin/master f2e939b fanquake: [Doc] Update Doxygen configuration file
 402 2016-10-18T12:47:23  <GitHub136> bitcoin/master c71a654 Wladimir J. van der Laan: Merge #8890: [Doc] Update Doxygen configuration file...
 403 2016-10-18T12:47:28  <wumpus> michagogo: great!
 404 2016-10-18T12:47:37  <GitHub49> [bitcoin] laanwj closed pull request #8890: [Doc] Update Doxygen configuration file (master...update-doxyfile-1-8-12) https://github.com/bitcoin/bitcoin/pull/8890
 405 2016-10-18T12:48:21  <achow101> michagogo: I've been able to compile both linux and windows binaries on WSL
 406 2016-10-18T12:48:29  <achow101> but I haven't gotten gitian to work yet
 407 2016-10-18T12:49:49  * wumpus would be really surprised if you get gitian to work as-is. You could try to launch the descriptors without VM (as michagogo said), and build like that, after all it's the same OS as unsed in the internal VM in gitian. But you may have some work getting the same output as others
 408 2016-10-18T12:50:29  <michagogo> wumpus: not what I meant
 409 2016-10-18T12:50:40  <michagogo> I meant, run gitian itself in WSL
 410 2016-10-18T12:50:44  <michagogo> And use VBox
 411 2016-10-18T12:50:55  <wumpus> you can't run gitian in WSL, there's no virtualization support
 412 2016-10-18T12:51:15  * luke-jr wonders if WSL can call Windows-build qemu
 413 2016-10-18T12:51:15  <michagogo> No, but maybe it can control native vbox
 414 2016-10-18T12:51:26  <michagogo> Or ^^
 415 2016-10-18T12:51:44  <wumpus> luke-jr: indeed, if you can launch native exes
 416 2016-10-18T12:52:07  <wumpus> windows qemu is strange though
 417 2016-10-18T12:52:09  <luke-jr> at least in the kqemu days, IIRC there was virt support for qemu on windows
 418 2016-10-18T12:52:34  <wumpus> I tried that once, and was unable to get accelerated virtualization to work
 419 2016-10-18T12:53:12  <luke-jr> kqemu is pretty old stuff :p
 420 2016-10-18T12:53:17  <luke-jr> pre-VT-x
 421 2016-10-18T12:53:28  <michagogo> Hrm
 422 2016-10-18T12:53:30  <wumpus> it may need some special driver that needs to be installed as admin, dunno
 423 2016-10-18T12:53:38  <michagogo> Nope, it looks like it's a full environment
 424 2016-10-18T12:53:41  <michagogo> Not like cygwin
 425 2016-10-18T12:54:35  <michagogo> bash: /mnt/c/Windows/System32/gpupdate.exe: cannot execute binary file: Exec format error
 426 2016-10-18T12:55:22  <michagogo> Looks like within WSL it's Linux-only
 427 2016-10-18T12:55:38  <michagogo> I wonder if there's a way to workaround it
 428 2016-10-18T12:56:34  <achow101> wine in wsl ;D
 429 2016-10-18T12:57:18  <michagogo> Hmmmmm
 430 2016-10-18T12:57:40  <wumpus> hahha OSS people aren't happy until they can do a full emualtion roundtrip
 431 2016-10-18T12:59:36  <Victorsueca> would it be possible to do WSL on Wine on WSL.... :P
 432 2016-10-18T12:59:50  <Victorsueca> Inception!
 433 2016-10-18T13:00:16  <wumpus> :')
 434 2016-10-18T13:01:43  <wumpus> shouldn't be to difficult to support the WSL syscalls in wine
 435 2016-10-18T13:03:00  <michagogo> Wine doesn't want to install
 436 2016-10-18T13:03:16  <michagogo> Looks like a bunch of i386 packages not coming in
 437 2016-10-18T13:03:20  <wumpus> I'd expected so
 438 2016-10-18T13:03:28  <luke-jr> wumpus: lol
 439 2016-10-18T13:03:39  <michagogo> I wish apt were better at showing actual cause
 440 2016-10-18T13:04:12  <michagogo> It says winehq-devel : Depends: wine-devel
 441 2016-10-18T13:04:15  <timothy> hi, do you think can be good to add support for rpc to tor?
 442 2016-10-18T13:04:22  <timothy> actually only 8333 is supported
 443 2016-10-18T13:04:23  <wumpus> not just a matter of sudo dpkg --add-architecture i386  ?
 444 2016-10-18T13:04:25  <michagogo> (Unmet dependency)
 445 2016-10-18T13:04:29  <michagogo> wumpus: I did that first
 446 2016-10-18T13:04:47  <timothy> (integrated, I mean. ofc you can use the "standard" tor feature to add rpc port)
 447 2016-10-18T13:04:49  <michagogo> And it says "you have held broken packages", which is misleading
 448 2016-10-18T13:05:09  <michagogo> Anyway, wine-devel then depends on wine-devel-i386
 449 2016-10-18T13:05:12  <wumpus> timothy: if you really want to expose your RPC port on a Tor hidden service that's possible
 450 2016-10-18T13:05:37  <michagogo> And that, in turn, depends on a whole lot of :i386 packages
 451 2016-10-18T13:05:39  <wumpus> timothy: wouldn't advice doing it by default though, a lot of scope to mess up
 452 2016-10-18T13:05:46  <timothy> wumpus: actually I use it only for opentimestamps
 453 2016-10-18T13:05:48  <michagogo> Some say "but it is not going to be installed"
 454 2016-10-18T13:05:56  <timothy> I don't have any wallets here
 455 2016-10-18T13:06:02  <michagogo> But then some say "but it is not installable"
 456 2016-10-18T13:06:20  <wumpus> at the least don't give the onion address to anyone (or link it anywhere public) otherwise it will be picked up and probed by projects like onionscan
 457 2016-10-18T13:06:32  <michagogo> Maybe I could poke at it and figure out what's going on, but a. I don't really care enough
 458 2016-10-18T13:06:43  <michagogo> And b. I doubt I'd be able to figure it out anyway :P
 459 2016-10-18T13:06:44  <timothy> wumpus: ofc it's only for private use and on another port (not 8332)
 460 2016-10-18T13:07:30  <wumpus> if you have no wallet on the node it's certainly safer, though still: RPC is not a public interface, it's not as hardened against DoS and other attacks as the P2P
 461 2016-10-18T13:07:45  <michagogo> Would be nice if depends could multitask
 462 2016-10-18T13:08:00  <timothy> wumpus: so do you suggest me to add another layer like stunnel with client cert?
 463 2016-10-18T13:08:09  <wumpus> timothy: for private use it's fine
 464 2016-10-18T13:08:31  <luke-jr> michagogo: it can't?
 465 2016-10-18T13:08:56  <wumpus> timothy: no need for that, tor has hs security built-in, look into "hidden service authentication"
 466 2016-10-18T13:09:40  <wumpus> with HidServAuth something you can restrict who can connect to your hidden service with certain keys
 467 2016-10-18T13:09:41  <michagogo> luke-jr: I mean, maybe -jx works within a build
 468 2016-10-18T13:09:54  <michagogo> But I mean, for example, download and build different packages in parallel
 469 2016-10-18T13:10:09  <timothy> wumpus: not bad, thank you
 470 2016-10-18T13:10:11  <luke-jr> michagogo: make -jN in depends/?
 471 2016-10-18T13:10:17  <michagogo> luke-jr: I did that
 472 2016-10-18T13:10:29  <michagogo> Maybe each individual compilation job is multitasking
 473 2016-10-18T13:10:36  <michagogo> But it's doing one package at a time
 474 2016-10-18T13:10:58  *** MarcoFalke has joined #bitcoin-core-dev
 475 2016-10-18T13:11:00  <luke-jr> weird
 476 2016-10-18T13:11:02  <michagogo> So as OpenSSL.org is feeding me the file at 1000 bytes a second, it's holding up the whole thing
 477 2016-10-18T13:11:03  <GitHub106> [bitcoin] MarcoFalke opened pull request #8954: contrib: Add README for pgp keys (master...Mf1610-docKeys) https://github.com/bitcoin/bitcoin/pull/8954
 478 2016-10-18T13:11:29  <michagogo> Oh, wait -- we have a fallback to our server, right?
 479 2016-10-18T13:11:36  * michagogo kills curl
 480 2016-10-18T13:11:54  <michagogo> Hah. Pulled it from bitcoincore.org in like 10 secs
 481 2016-10-18T13:12:04  <Victorsueca> lol
 482 2016-10-18T13:12:44  <michagogo> Anyway, depends build in WSL chugging along
 483 2016-10-18T13:12:49  <michagogo> Building BDB now
 484 2016-10-18T13:13:00  <Victorsueca> libboost is taking a eternity to unpack here
 485 2016-10-18T13:13:02  <michagogo> (I told make NO_QT=1)
 486 2016-10-18T13:13:12  <michagogo> Victorsueca: SSDs ftw
 487 2016-10-18T13:13:55  <michagogo> Depends done!
 488 2016-10-18T13:14:07  <wumpus> libboost takes longer to unpack than to build, generally
 489 2016-10-18T13:14:30  <wumpus> (at least in depends; we severly restrict the subset of boost that is built)
 490 2016-10-18T13:17:02  <GitHub53> [bitcoin] laanwj pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/c71a654c5fff...f628d9a29a2d
 491 2016-10-18T13:17:03  <GitHub53> bitcoin/master 1724a40 R E Broadley: Display minimum ping in debug window.
 492 2016-10-18T13:17:03  <GitHub53> bitcoin/master f628d9a Wladimir J. van der Laan: Merge #8925: qt: Display minimum ping in debug window....
 493 2016-10-18T13:17:19  <GitHub157> [bitcoin] laanwj closed pull request #8925: qt: Display minimum ping in debug window. (master...DebugWindowMinPing) https://github.com/bitcoin/bitcoin/pull/8925
 494 2016-10-18T13:17:49  <wumpus> jtimon: will take a look at that
 495 2016-10-18T13:18:21  <jtimon> wumpus: cool, thanks
 496 2016-10-18T13:18:26  <michagogo> Configured! Now for the moment of truth:
 497 2016-10-18T13:18:51  <wumpus> < michagogo> (I told make NO_QT=1) <- oh no but then you won't get the GUI, which all windows users really want!
 498 2016-10-18T13:18:55  * michagogo make -j8
 499 2016-10-18T13:19:07  <michagogo> wumpus: yeah, but this is a poc
 500 2016-10-18T13:19:22  <michagogo> I don't want to download and build qt for this
 501 2016-10-18T13:19:23  <wumpus> michagogo: right
 502 2016-10-18T13:19:35  <wumpus> yes, agreed, that takes ages
 503 2016-10-18T13:19:40  <michagogo> (Unless you think there's a chance it might not work where everything else might?)
 504 2016-10-18T13:20:21  <wumpus> there's some small chance of that because of the cross-build X stuff, and all the other deps qt drags in, but it'll probably work
 505 2016-10-18T13:20:48  <michagogo> https://usercontent.irccloud-cdn.com/file/5BV08yei/1476796841.JPG
 506 2016-10-18T13:21:23  <wumpus> uh scratch that... no, no X stuff.. you're cross-building for windows
 507 2016-10-18T13:22:46  <michagogo> 🎉 https://usercontent.irccloud-cdn.com/file/CZ2ckANc/1476796939.JPG
 508 2016-10-18T13:23:34  *** cryptapus has joined #bitcoin-core-dev
 509 2016-10-18T13:23:57  <wumpus> motion blurred pixels, woo almost the matrix
 510 2016-10-18T13:24:20  <michagogo> It works! https://usercontent.irccloud-cdn.com/file/d2GHULdO/1476797054.JPG
 511 2016-10-18T13:25:01  <wumpus> -help works at least :-)
 512 2016-10-18T13:25:16  <michagogo> Well, no args in this case
 513 2016-10-18T13:25:18  <michagogo> But yeah
 514 2016-10-18T13:25:26  <Victorsueca> michagogo: try to query the genesis block
 515 2016-10-18T13:25:30  <michagogo> But the binary executes!
 516 2016-10-18T13:25:33  <MarcoFalke> test_bitcoin.exe
 517 2016-10-18T13:25:50  <michagogo> Victorsueca: nah, not gonna run it and set up a datadir on this machine
 518 2016-10-18T13:26:16  <wumpus> test_bitcoin is a good suggestion
 519 2016-10-18T13:26:30  <michagogo> Is that self-contained?
 520 2016-10-18T13:26:38  <wumpus> if that passes we can tested-ACK and merge #8935
 521 2016-10-18T13:26:42  <wumpus> yes
 522 2016-10-18T13:27:18  <michagogo> Running 212 test cases…
 523 2016-10-18T13:29:07  <wumpus> congrats, you've succeeded building bitcoin core for windows on windows before I succeeded building bitcoin core for android on android
 524 2016-10-18T13:29:19  <michagogo> Heh
 525 2016-10-18T13:29:32  <michagogo> Well, to be fair, Microsoft and Canonical made it really easy
 526 2016-10-18T13:32:28  <michagogo> BTW, where is bitcoincore.org?
 527 2016-10-18T13:32:54  <michagogo> Looks like it's only 2 hops past the last hop that resolves to a name including my ISO
 528 2016-10-18T13:32:56  <michagogo> ISP
 529 2016-10-18T13:34:06  <michagogo> Oh, in the meantime:
 530 2016-10-18T13:34:14  <michagogo> *** No errors detected
 531 2016-10-18T13:34:20  <wumpus> good!
 532 2016-10-18T13:35:37  <GitHub112> [bitcoin] laanwj pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/f628d9a29a2d...0306978394db
 533 2016-10-18T13:35:37  <GitHub112> bitcoin/master 7c1716f poole_party: Documentation for Building on Windows with WSL...
 534 2016-10-18T13:35:37  <GitHub112> bitcoin/master 0306978 Wladimir J. van der Laan: Merge #8935: Documentation: Building on Windows with WSL...
 535 2016-10-18T13:35:51  <GitHub40> [bitcoin] laanwj closed pull request #8935: Documentation: Building on Windows with WSL (master...windows_build_docs) https://github.com/bitcoin/bitcoin/pull/8935
 536 2016-10-18T13:37:03  <Victorsueca> I'm going to compile it with GUI support and try it out on a actual datadir
 537 2016-10-18T13:37:25  *** jlopp has joined #bitcoin-core-dev
 538 2016-10-18T13:37:56  <wumpus> Victorsueca: great
 539 2016-10-18T13:39:46  <michagogo> This series of commands seems to be all that's needed, on a completely fresh WSL: https://www.irccloud.com/pastebin/W6gIBKMf
 540 2016-10-18T13:40:22  <wumpus> michagogo: may make sense to add that to build-windows.md, in as far as it's not the same as alredy in there
 541 2016-10-18T13:40:47  <wumpus> it's impressive how few commands it is though
 542 2016-10-18T13:41:49  <michagogo> Kudos to cfields_ for the depends system...
 543 2016-10-18T13:41:51  <wumpus> michagogo: bitcoincore.org is behind cloudflare, so that's probably one of their co-located "spy servers" close to you :)
 544 2016-10-18T13:42:06  <michagogo> wumpus: ah, yeah, that explains the speed too
 545 2016-10-18T13:44:18  <michagogo> Who's
 546 2016-10-18T13:44:21  <michagogo> Whoa*
 547 2016-10-18T13:44:50  <michagogo> QT on an SSD with -j9 on a quad-core i5-6600K is really not so bad
 548 2016-10-18T13:45:35  <GitHub63> [bitcoin] laanwj pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/0306978394db...cdfb7755a6af
 549 2016-10-18T13:45:36  <GitHub63> bitcoin/master 5eaaa83 Wladimir J. van der Laan: Kill insecure_random and associated global state...
 550 2016-10-18T13:45:36  <GitHub63> bitcoin/master cdfb775 Wladimir J. van der Laan: Merge #8914: Kill insecure_random and associated global state...
 551 2016-10-18T13:45:49  <GitHub104> [bitcoin] laanwj closed pull request #8914: Kill insecure_random and associated global state (master...2016_10_kill_insecurerandom) https://github.com/bitcoin/bitcoin/pull/8914
 552 2016-10-18T13:45:58  <michagogo> It was certainly a few minutes, but not nearly as bad as in gitian
 553 2016-10-18T13:46:14  <GitHub174> [bitcoin] laanwj closed pull request #7753: zmq: mempool notifications (master...2016_03_zmq_mempool_notifications) https://github.com/bitcoin/bitcoin/pull/7753
 554 2016-10-18T13:46:22  <michagogo> (I'm also not sure I've done a gitian build with a qt bump since upgrading to an SSD...)
 555 2016-10-18T13:46:42  <wumpus> what parallelism do you use in gitian?
 556 2016-10-18T13:46:53  <michagogo> -j5, maybe?
 557 2016-10-18T13:47:05  <michagogo> It's in a VM, on an i7-3610QM
 558 2016-10-18T13:47:19  <michagogo> I think the VM might have 3 cores, though
 559 2016-10-18T13:48:14  <michagogo> Also: cache is nice
 560 2016-10-18T13:48:31  <michagogo> ccache*
 561 2016-10-18T13:48:46  <michagogo> Watching the build with Qt fly by
 562 2016-10-18T13:49:24  <molz> michagogo, do you need to install all the dependencies first before using https://www.irccloud.com/pastebin/W6gIBKMf  ?
 563 2016-10-18T13:49:32  *** cryptapus has quit IRC
 564 2016-10-18T13:49:39  <michagogo> molz: which dependencies?
 565 2016-10-18T13:49:55  <michagogo> The ones for Bitcoin are downloaded and built by those commands
 566 2016-10-18T13:50:03  <michagogo> (The cd depends;make HOST...)
 567 2016-10-18T13:50:25  <molz> oh..
 568 2016-10-18T13:50:30  <michagogo> The apt-get command installs everything that the build process needs
 569 2016-10-18T13:51:17  <michagogo> Like I said, if you install WSL completely fresh from scratch (or for that matter, "real" Ubuntu 14.04...), those commands are everything you need to produce Bitcoin-qt.exe
 570 2016-10-18T13:51:23  <michagogo> (And all the others)
 571 2016-10-18T13:52:44  <michagogo> wumpus: what is test_bitcoin-qt.exe supposed to do?
 572 2016-10-18T13:52:57  <michagogo> It seems to just return to the command line immediately
 573 2016-10-18T13:52:59  <michagogo> No output
 574 2016-10-18T13:53:01  <sipa> run the bitcoin-qt unit test
 575 2016-10-18T13:53:46  <michagogo> sipa: is it supposed to output anything, like test_bitcoin.exe does?
 576 2016-10-18T13:53:48  <wumpus> it should print something about Start Testing Finished Testing, normally
 577 2016-10-18T13:53:54  <sipa> unsure
 578 2016-10-18T13:54:04  <michagogo> Doesn't look like it?
 579 2016-10-18T13:54:06  <wumpus> but I've never tried it in windows
 580 2016-10-18T13:54:15  <molz> michagogo, ok i'm not on win10, can the irccloud guide be used on Ubuntu 14.4 VM ?
 581 2016-10-18T13:54:15  <michagogo> I just get the prompt back
 582 2016-10-18T13:54:28  <molz> i'm installing Ubuntu 14.4 on the VM right now
 583 2016-10-18T13:54:28  <wumpus> maybe it's accidentally compiled as a UI subsystem instead of console subsystem executable?
 584 2016-10-18T13:54:47  <michagogo> molz: yeah, those commands should work on a fresh install of 14.04
 585 2016-10-18T13:54:55  <sipa> wumpus: maybe not accidentally... a qt app may need to be gui
 586 2016-10-18T13:54:58  <molz> ok, thanks, going to try it now
 587 2016-10-18T13:55:04  <MarcoFalke> Anything holding back https://github.com/bitcoin/bitcoin/pull/8928
 588 2016-10-18T13:55:22  <wumpus> sipa: it doesn't need to be, console will just open a console at startup, it can still use the UI APIs
 589 2016-10-18T13:55:33  <sipa> ah
 590 2016-10-18T13:55:46  <wumpus> (though none of the Qt unit tests does anything with UI)
 591 2016-10-18T13:55:55  <michagogo> We don't seem to ship test_bitcoin-qt.exe
 592 2016-10-18T13:56:04  <wumpus> that's on purpose - it's silly right now
 593 2016-10-18T13:56:20  <michagogo> The win64 zip for 0.13.0 from Bitcoin.org has test_bitcoin.exe but not -qt
 594 2016-10-18T13:56:20  <wumpus> it's a huge executable when statically linking, pulling in much of qt, for no good reason
 595 2016-10-18T13:56:42  <michagogo> So I'm guessing it's not something wrong with this build setup
 596 2016-10-18T13:56:49  <wumpus> yes, test_bitcoin.exe is suposed to be in there
 597 2016-10-18T13:56:54  <wumpus> I'm guessing the same
 598 2016-10-18T13:57:12  <michagogo> If I run Bitcoin-Qt.exe with a -datadir argument, does it leave traces of itself anywhere but that directory?
 599 2016-10-18T13:57:34  <sipa> it shouldn't
 600 2016-10-18T13:57:37  <wumpus> yes - in the registry
 601 2016-10-18T13:57:46  <wumpus> bitcoind.exe shouldn't, though
 602 2016-10-18T13:58:03  <michagogo> Anything outside a simple key named for the app?
 603 2016-10-18T13:58:24  <wumpus> no, it's one 'directory' named bitcoin-qt or such
 604 2016-10-18T13:58:27  <wumpus> with qt settings
 605 2016-10-18T13:59:04  <michagogo> Okay, that's tolerable
 606 2016-10-18T13:59:12  *** Chris_Stewart_5 has quit IRC
 607 2016-10-18T13:59:37  *** fengling has joined #bitcoin-core-dev
 608 2016-10-18T13:59:45  <GitHub53> [bitcoin] mruddy opened pull request #8955: trivial: update 0.13.0 release note info on linux arm builds (master...relnote) https://github.com/bitcoin/bitcoin/pull/8955
 609 2016-10-18T13:59:52  *** Guyver2 has joined #bitcoin-core-dev
 610 2016-10-18T14:00:17  <Victorsueca> cpp not working here
 611 2016-10-18T14:01:41  <Victorsueca> error C++ processort /lib/cpp fails sanity check
 612 2016-10-18T14:01:46  <Victorsueca> processor*
 613 2016-10-18T14:02:17  <sipa> what are you doing
 614 2016-10-18T14:03:23  <michagogo> WSL-built 0.13.1rc1 is running!
 615 2016-10-18T14:03:24  <wumpus> michagogo: HKEY_CURRENT_USER\Software\Bitcoin\Bitcoin-Qt and HKEY_CURRENT_USER\Software\Bitcoin\Bitcoin-Qt-testnet
 616 2016-10-18T14:03:31  *** aalex has joined #bitcoin-core-dev
 617 2016-10-18T14:04:09  <michagogo> Also: looks like tailf doesn't work in WSL
 618 2016-10-18T14:04:35  <michagogo> tailf: <path>: cannot add inotify watch.: Invalid argument
 619 2016-10-18T14:05:10  <michagogo> (Looks like all my peers have WITNESS in services
 620 2016-10-18T14:05:11  <michagogo> )
 621 2016-10-18T14:05:29  <michagogo> 3 claim to be 0.13.0, 2 0.13.1, and 2 0.13.99
 622 2016-10-18T14:05:42  <Victorsueca> sipa: this https://gist.github.com/Victorsueca/62d3dc1c3db26da2326ed24e4308617d
 623 2016-10-18T14:06:05  <michagogo> (Oh, right -- rc1 still calls itself .0)
 624 2016-10-18T14:06:22  <wumpus> yes
 625 2016-10-18T14:06:30  <michagogo> Victorsueca: did you install g++?
 626 2016-10-18T14:06:39  <michagogo> Pretty sure that was in my paste
 627 2016-10-18T14:06:48  <wumpus> the 0.13.0 ones are rc1, 0.13.1 ones are 0.13 branch, 0.13.99 is master. It checks out
 628 2016-10-18T14:07:16  <Victorsueca> michagogo: I'm not following your paste, i'm using the docs
 629 2016-10-18T14:07:20  <Victorsueca> thanks,i'll try that
 630 2016-10-18T14:07:40  <michagogo> Maybe we should copy my paste to the docs
 631 2016-10-18T14:07:56  <wumpus> sanity check failures in configure 99% of the time mean that the compiler just isn't installed
 632 2016-10-18T14:08:06  <michagogo> (Also, maybe go over and check that that is the absolute minimum)
 633 2016-10-18T14:08:43  <wumpus> (unless you happen to be overriding the compiler to a static analysis tool etc)
 634 2016-10-18T14:09:41  <Victorsueca> seems to be working now
 635 2016-10-18T14:10:43  <Victorsueca> nope, autoconf is missing
 636 2016-10-18T14:10:59  *** To7 has quit IRC
 637 2016-10-18T14:11:12  <jlopp> I asked these questions in wizards yesterday; crossposting for more visibility:
 638 2016-10-18T14:11:24  <jlopp> I'm trying to better understand the purpose and future use of checkpoints in Bitcoin. My understanding is that the checkpoints are in place in order to prevent attackers from spamming nodes with low PoW block headers at low chain heights. And that a side effect of checkpoints is a performance speedup in initial block download due to skipping signature verification.
 639 2016-10-18T14:11:37  <jlopp> Though I thought that since libsecp256k1 drastically increases signature validation performance, the speedup is negligible now.
 640 2016-10-18T14:11:47  <jlopp> back in 2013, gmaxwell said "When headers first syncing is merged, just by adding a "must be this tall" minimum sum difficulty check we'll be able to remove checkpoints for all DOS purposes, and we'll also be able to remove them for syncing acceleration (using random sampling for ECDSA in the deeply buried chain)."
 641 2016-10-18T14:11:56  <jlopp> seems like sipa also thought headers-first sync would enable removal of checkpoints... https://bitcoin.stackexchange.com/questions/7826/what-alternatives-are-there-to-hardcoding-checkpoints-into-the-bitcoin-client
 642 2016-10-18T14:11:58  <wumpus> jlopp: helps to read https://github.com/bitcoin/bitcoin/issues/7591
 643 2016-10-18T14:12:31  <wumpus> checkpoints really need to go, and are not part of the security model, however they are still used for three of so tasks which haven't been replaced with other implementations
 644 2016-10-18T14:13:45  <wumpus> there's always the -checkpoints=0 option if you can't wait for them to be removed
 645 2016-10-18T14:14:00  <jlopp> Am I correct in stating that it wouldn't be possible to feed any alternative chain of blocks to a full node if that alternative chain's starting point was prior to block 295000? It's also not clear to me why there are 13 checkpoints rather than just the last one at 295000
 646 2016-10-18T14:14:26  *** bsm117532 has joined #bitcoin-core-dev
 647 2016-10-18T14:15:50  *** Chris_Stewart_5 has joined #bitcoin-core-dev
 648 2016-10-18T14:15:51  <Victorsueca> https://gist.github.com/Victorsueca/442d36e6c16b490d5dc15399855810bc <--- no idea what went wrong now
 649 2016-10-18T14:16:05  <BlueMatt> so....fibre....want more than one group/person to run a public network based on it
 650 2016-10-18T14:16:06  <Victorsueca> the docs don't really explain what libraries you should get
 651 2016-10-18T14:16:11  <BlueMatt> also want to shut down the rn on dec 1
 652 2016-10-18T14:16:20  <BlueMatt> so that leaves....a week or two to get networks up
 653 2016-10-18T14:18:14  *** Giszmo has joined #bitcoin-core-dev
 654 2016-10-18T14:18:53  <sipa> BlueMatt: maybe someone at dci?
 655 2016-10-18T14:19:29  <BlueMatt> that was suggested, I can reach out to neha and see if there are any students interested in running one
 656 2016-10-18T14:19:50  <BlueMatt> I'm happy to run one, but want to use real servers which implies no longer wanting to pay for it out-of-pocket
 657 2016-10-18T14:20:01  <BlueMatt> (and only if there is an additional one run by someone else)
 658 2016-10-18T14:20:45  <neha> We can probably run one.  What are the bw/hard drive/mem/etc requirements?
 659 2016-10-18T14:21:50  <BlueMatt> neha: i mean a network, not node
 660 2016-10-18T14:22:17  <BlueMatt> which means dedicated servers roughly in similar locations as those on the map at http://bitcoinrelaynetwork.org/
 661 2016-10-18T14:22:25  <nsh> cc musalbas
 662 2016-10-18T14:22:35  <neha> a network starts with one node?  :) ok let me know what the requirements are and we can talk about it.  there probably will be student interest
 663 2016-10-18T14:22:50  <BlueMatt> probably 100-200/mo per server (say, 5 of them + some auxillary stuff) if you're lazy about finding deals, maybe as low as 50
 664 2016-10-18T14:23:13  <sipa> units?
 665 2016-10-18T14:23:16  <sipa> what is a mo
 666 2016-10-18T14:23:22  <wumpus> month
 667 2016-10-18T14:23:36  <BlueMatt> usd/cad/eur/gbp/etc
 668 2016-10-18T14:23:39  <BlueMatt> any of them are valid
 669 2016-10-18T14:24:13  <sipa> ah
 670 2016-10-18T14:24:15  <neha> could we get multiple universities to run nodes as part of one network?
 671 2016-10-18T14:24:53  <BlueMatt> neha: because of the weird trust-all-nodes-in-the-network requirement if you want to run with cut-through on, thats....awkward
 672 2016-10-18T14:25:19  <BlueMatt> neha: i mean could turn off the cut-through and do it
 673 2016-10-18T14:25:37  <BlueMatt> if its on a fast-single-threading server with good peak bw that might be ok
 674 2016-10-18T14:26:02  <sipa> the only issue is that the nodes within the network could dos each other, right?
 675 2016-10-18T14:26:28  <BlueMatt> if you do trusted mode any node can break propagation for a block to the entire network
 676 2016-10-18T14:26:31  <wumpus> so it's mainly miners using this right: aren't any miners/mining pools interested in setting up a network like this?
 677 2016-10-18T14:26:56  <neha> do the nodes need to be geo-distributed?
 678 2016-10-18T14:27:04  <neha> (i need to read more about fibre)
 679 2016-10-18T14:27:16  <BlueMatt> wumpus: i have no idea why miners seemingly only ever provide lip-service to things like this :/
 680 2016-10-18T14:27:30  <wumpus> BlueMatt: I was afraid you were going to say that
 681 2016-10-18T14:27:48  <sipa> wumpus: arguably, it's more in the interest of the network at large that such a network exists, as opposed to miners running their own private setups that are harder to enter as an outsider
 682 2016-10-18T14:27:49  <BlueMatt> wumpus: well, i do know, for many of them it doesnt matter because they just do spy-mining
 683 2016-10-18T14:28:01  *** fengling has quit IRC
 684 2016-10-18T14:28:02  <BlueMatt> neha: otherwise how are you propagating around the world? :p
 685 2016-10-18T14:28:14  <sipa> BlueMatt: neutrinos.
 686 2016-10-18T14:28:26  <BlueMatt> oooo bitcoin-over-neutrino
 687 2016-10-18T14:28:37  <BlueMatt> might want to get ip-over-neutrino to work first, though
 688 2016-10-18T14:28:39  <neha> this might be a good thing for a network of universities to do.
 689 2016-10-18T14:28:52  <neha> don't need to worry too much about schools (intentionally) dos'ing each other
 690 2016-10-18T14:28:54  <BlueMatt> neha: indeed, universities tend to have good low-latency bw between each other, too
 691 2016-10-18T14:29:04  <Victorsueca> ip-over-dark-matter is better
 692 2016-10-18T14:29:08  <BlueMatt> neha: well, I think it'd still need to run in non-trusted mode
 693 2016-10-18T14:29:34  <BlueMatt> neha: you do need to worry about someone randomly fucking with one node to screw over block prop. for a given pool at unis
 694 2016-10-18T14:29:47  <BlueMatt> security at uni-hosting places tends to be.......
 695 2016-10-18T14:30:17  <Victorsueca> deficient? is that the word you're searching?
 696 2016-10-18T14:30:29  <wumpus> Victorsueca: ip-over-microwormholes
 697 2016-10-18T14:30:29  <sipa> BlueMatt: can you have two tiers? different orgs running their own nodes, internally cut-through, but not cut-through across orgs
 698 2016-10-18T14:30:32  *** Chris_Stewart_5 has quit IRC
 699 2016-10-18T14:30:36  <BlueMatt> sipa: yes
 700 2016-10-18T14:30:41  <Victorsueca> wumpus: lol
 701 2016-10-18T14:30:51  <sipa> BlueMatt: and then have maybe one org colocate one of their nodes inside or nearby another org's node
 702 2016-10-18T14:31:08  <Victorsueca> wumpus: with that you could recieve data even before it's sent
 703 2016-10-18T14:31:21  <BlueMatt> sipa: not sure how required the second part is...you just end up having a reconstruction-latency on the first hop into an org always
 704 2016-10-18T14:31:30  <sipa> right
 705 2016-10-18T14:31:37  <BlueMatt> sipa: fibre is rather packet-loss-insensitive :)
 706 2016-10-18T14:34:39  <sipa> BlueMatt: well, in any case, it's probably easier to get people interested in this technology and infrastructure if you first ask to run just a node in an exisitng network
 707 2016-10-18T14:35:17  <BlueMatt> sipa: true
 708 2016-10-18T14:35:22  <neha> agree
 709 2016-10-18T14:36:41  <neha> it would be helpful to think about how interested parties at a school could just stand up a node as part of an existing network
 710 2016-10-18T14:37:02  <neha> we have almost "free" access to compute resources, but only locally.
 711 2016-10-18T14:37:12  <BlueMatt> hmm, for that to be useful I think I'd have to run an actual network and let people peer into it
 712 2016-10-18T14:37:56  <BlueMatt> which I'd gladly do, but dont want to funt it myself anymore if I'm gonna stand up a real network
 713 2016-10-18T14:38:08  <neha> bitcoin foundation?
 714 2016-10-18T14:38:17  <neha> or us i suppose depending on costs
 715 2016-10-18T14:38:18  <BlueMatt> they dont have any $$$ left
 716 2016-10-18T14:38:40  <neha> wouldnt your "network" be very small, with most of the resources provided being from people peering?
 717 2016-10-18T14:38:59  <michagogo> Victorsueca: is there something wrong with that last gist?
 718 2016-10-18T14:39:46  <michagogo> And in terms of all the libraries, if you mean the ones that go into Bitcoin Core (OpenSSL, Qt, boost, etc.), the whole beauty of the depends system is that you don't need to know about that
 719 2016-10-18T14:39:58  <sipa> BlueMatt: we'll need a SF to commit to error correction packets :)
 720 2016-10-18T14:40:20  <BlueMatt> sipa: yes, probalem is putting it in the coinbase is expensive, so we need a HF to commit to ECC packets :p
 721 2016-10-18T14:40:22  <Victorsueca> michagogo: no idea, the console seemed to error out, but after spamming the make command a few times it started working
 722 2016-10-18T14:40:30  <michagogo> Victorsueca: what did the consoel look like?
 723 2016-10-18T14:41:01  <sipa> BlueMatt: last tx?
 724 2016-10-18T14:41:07  <Victorsueca> michagogo: lots of error being spammed out, stuff outside of the directory, automake is not available....
 725 2016-10-18T14:41:08  <sipa> BlueMatt: which you require to be small
 726 2016-10-18T14:41:42  <BlueMatt> sipa: just traversing down the merkle tree is non-trivial in byte count when you only have <1500 bytes to play with
 727 2016-10-18T14:41:49  <Victorsueca> I apt-get'd autoconf but still didn't work
 728 2016-10-18T14:41:56  <michagogo> Okay, I just reset my WSL
 729 2016-10-18T14:42:06  <michagogo> Going to figure out what's necessary and sufficient
 730 2016-10-18T14:42:29  <Victorsueca> after spamming the make command a few times and now seems to work tho
 731 2016-10-18T14:45:28  <Victorsueca> now it's doing checks....
 732 2016-10-18T14:56:19  *** To7 has joined #bitcoin-core-dev
 733 2016-10-18T14:56:55  <jtimon> Is nMaxTries in generateBlocks() [rpc/mining.cpp] very used and loved?
 734 2016-10-18T14:58:20  <BlueMatt> one option for a fibre network: be super lazy and spin up servers primarily on softlayer - ~$1500/mo to softlayer and probably another 200 to other providers to bridge the gaps
 735 2016-10-18T14:59:44  *** jlopp has quit IRC
 736 2016-10-18T15:00:21  <achow101> BlueMatt: I may be able to run a fibre server at my school. It just depends on whether I can figure out how to get one from the school and if they will let me run it
 737 2016-10-18T15:04:01  *** mturquette has quit IRC
 738 2016-10-18T15:07:10  <Victorsueca> damn, missing pkg-config
 739 2016-10-18T15:08:12  <michagogo> Yep, already got that on the list
 740 2016-10-18T15:10:25  *** mturquette has joined #bitcoin-core-dev
 741 2016-10-18T15:10:55  <michagogo> Interesting
 742 2016-10-18T15:11:17  <michagogo> Looks like b2 (boost build tool) is passed -j2 regardless of the depends make -j argument
 743 2016-10-18T15:11:22  <michagogo> (assuming it means the same thing there)
 744 2016-10-18T15:12:25  <michagogo> Yep, hard-coded:   ./b2 -d2 -j2 -d1 --prefix=$($(package)_staging_prefix_dir) $($(package)_config_opts) stage
 745 2016-10-18T15:12:41  <michagogo> cfields_: any particular reason for that?
 746 2016-10-18T15:12:59  <wumpus> michagogo: does -j do the same for b2 as for make?
 747 2016-10-18T15:13:09  <michagogo> Yeom just checked that
 748 2016-10-18T15:13:12  <michagogo> Yep,*
 749 2016-10-18T15:13:18  <michagogo> -j N
 750 2016-10-18T15:13:18  <michagogo> Run up to N commands in parallel.
 751 2016-10-18T15:13:27  <michagogo> from http://www.boost.org/build/doc/html/bbv2/overview/invocation.html
 752 2016-10-18T15:13:36  <cfields_> michagogo: hmm, no reason. Just got left in after testing i guess
 753 2016-10-18T15:13:38  <wumpus> ok. Probably accidental then
 754 2016-10-18T15:13:50  <cfields_> I'm pretty sure you can grab the parallel value from make somehow
 755 2016-10-18T15:14:15  <Victorsueca> I use make with -j4
 756 2016-10-18T15:14:22  <michagogo> Hm, OpenSSL forces -j1
 757 2016-10-18T15:14:32  <wumpus> yes, openssl is broken otherwise
 758 2016-10-18T15:14:39  <wumpus> (the build, not the library)
 759 2016-10-18T15:14:47  <cfields_> yes, that one's on purpose
 760 2016-10-18T15:14:54  <michagogo> ah
 761 2016-10-18T15:15:50  <wumpus> don't know if that's still the case with more recent openssl, but it used to be that there was a race between some parts of the builds (esp. when assembly enabled) preventing paralellel builds
 762 2016-10-18T15:16:05  <Victorsueca> damn, can't reash confdefs.h No such file or directory
 763 2016-10-18T15:16:09  <Victorsueca> read*
 764 2016-10-18T15:16:21  <michagogo> Based on miniupnpc, I'm guessing that it inherits if not specified
 765 2016-10-18T15:16:28  <michagogo> Oh, wait, for boost that doesn't work
 766 2016-10-18T15:16:30  <wumpus> Victorsueca: I'm baffled that michagogo had such an easy time building while you seem to stumble into every possible issue :)
 767 2016-10-18T15:16:52  <Victorsueca> wumpus: yeah, that usually hapens to me when compiling software
 768 2016-10-18T15:16:55  <Victorsueca> lol
 769 2016-10-18T15:17:22  <michagogo> Victorsueca: you're not on insider preview, are you?
 770 2016-10-18T15:17:32  <Victorsueca> nope
 771 2016-10-18T15:18:08  <Victorsueca> just plain windows 10 with aniversary update
 772 2016-10-18T15:18:10  <michagogo> `lsb_release -r` shows 14.04?
 773 2016-10-18T15:18:23  <michagogo> Packages all updated?
 774 2016-10-18T15:19:00  <Victorsueca> yes, it's 14.04
 775 2016-10-18T15:19:11  <Victorsueca> and apt-get upgrade shows everything updated
 776 2016-10-18T15:23:21  <michagogo> Wait a minute, depends builds protobuf _twice_?
 777 2016-10-18T15:23:31  <michagogo> I could have sworn it did that at the beginning
 778 2016-10-18T15:24:13  <Victorsueca> I thought something may be corrupt on the source files and I deleted everything and started over
 779 2016-10-18T15:24:56  <Victorsueca> I use the v0.13.1rc1 zipball from github
 780 2016-10-18T15:25:25  <wumpus> try following exactly what michagogo does in his pastebin
 781 2016-10-18T15:25:31  <wumpus> e.g. check out the tag from git
 782 2016-10-18T15:25:37  <michagogo> I'm working on updating that right now
 783 2016-10-18T15:25:41  <wumpus> ok
 784 2016-10-18T15:25:43  <Victorsueca> ok
 785 2016-10-18T15:26:02  <michagogo> So far, looks like this might be what's necessary and sufficient to make it work: https://www.irccloud.com/pastebin/W0iBQZbU/
 786 2016-10-18T15:26:32  <Victorsueca> this is what the console show on the last moments of my last build attempt https://softnet.homenet.org/zerobin/?daf8a2764645a2bd#4llQib8JOqG6NNxNocDMs5tjND22lO+3+fVr2W8oots=
 787 2016-10-18T15:26:36  <michagogo> If it fails I'll add g++-mingw-w64,  and if that fails I'll add mingw-w64
 788 2016-10-18T15:26:44  <Victorsueca> now will try michagogo's pastebin
 789 2016-10-18T15:31:04  <GitHub199> [bitcoin] laanwj pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/cdfb7755a6af...1e1b8ceb5ebc
 790 2016-10-18T15:31:05  <GitHub199> bitcoin/master aa9d3c9 Steven: add software-properties-common...
 791 2016-10-18T15:31:05  <GitHub199> bitcoin/master 1e1b8ce Wladimir J. van der Laan: Merge #8929: add software-properties-common...
 792 2016-10-18T15:31:18  <GitHub70> [bitcoin] laanwj closed pull request #8929: add software-properties-common (master...patch-6) https://github.com/bitcoin/bitcoin/pull/8929
 793 2016-10-18T15:33:05  <GitHub120> [bitcoin] rebroad opened pull request #8957: Additional UpdateBlockAvailability (master...AddUpdateBlockAvailability) https://github.com/bitcoin/bitcoin/pull/8957
 794 2016-10-18T15:41:27  <GitHub185> [bitcoin] jl2012 closed pull request #8950: Update gitian signing key of jl2012 (master...patch-18) https://github.com/bitcoin/bitcoin/pull/8950
 795 2016-10-18T15:43:02  <GitHub90> [bitcoin] rebroad opened pull request #8958: Improve logic for advertising blocks (master...BetterBroadcastLogic) https://github.com/bitcoin/bitcoin/pull/8958
 796 2016-10-18T15:44:59  <wumpus> sigh
 797 2016-10-18T15:45:35  <Victorsueca> wumpus: what's up?
 798 2016-10-18T15:45:51  <wumpus> oh, rebroad spamming pr's again
 799 2016-10-18T15:45:59  <Victorsueca> ahh lol
 800 2016-10-18T15:46:03  <GitHub3> [bitcoin] rebroad opened pull request #8959: Fix sort arrow in peer table (master...FixPeerTableSort) https://github.com/bitcoin/bitcoin/pull/8959
 801 2016-10-18T15:46:37  *** cryptapus has joined #bitcoin-core-dev
 802 2016-10-18T15:46:37  *** cryptapus has joined #bitcoin-core-dev
 803 2016-10-18T15:46:45  <michagogo> Good news
 804 2016-10-18T15:47:09  <michagogo> https://www.irccloud.com/pastebin/W0iBQZbU/ does indeed seem to be necessary and sufficient for cross-compiling for 64-bit Windows
 805 2016-10-18T15:47:24  <michagogo> On a completely fresh WSL 14.04
 806 2016-10-18T15:47:47  <Victorsueca> still compiling here, will see if it works this time
 807 2016-10-18T15:47:53  <GitHub117> [bitcoin] mruddy opened pull request #8960: doc: update 0.13.1 release note info on linux arm builds (0.13...relnote131) https://github.com/bitcoin/bitcoin/pull/8960
 808 2016-10-18T15:49:00  <michagogo> (if you also want to build 32-bit, drop the -x86-64 at the end of l1)
 809 2016-10-18T15:50:24  * wumpus wonders if anyone is still using 32-bit windows builds
 810 2016-10-18T15:50:44  <Victorsueca> I was just about to ask if x32 computers are still a thing
 811 2016-10-18T15:50:48  <wumpus> (except by accident on a 64-bit system)
 812 2016-10-18T15:50:50  <GitHub192> [bitcoin] rebroad opened pull request #8961: Headers announcement for nodes that can do headers. (master...AnnounceUsingHeaders) https://github.com/bitcoin/bitcoin/pull/8961
 813 2016-10-18T15:51:34  <wumpus> x86 32-bit is pretty much dead, I think it's still used for some obscure small VPSes, but who would still use it for windows
 814 2016-10-18T15:53:05  <wumpus> this may be something that would make sense to ask on btctalk/reddit though, or maybe twitter
 815 2016-10-18T15:53:21  <Victorsueca> gee, this is taking a eternitiy to build
 816 2016-10-18T15:54:15  <michagogo> Victorsueca: Are you on a spinning disk or ssd?
 817 2016-10-18T15:54:51  <michagogo> Looks like the whole thing including depends took a bit over an hour
 818 2016-10-18T15:55:04  <michagogo> But that includes downloads of packages
 819 2016-10-18T15:55:11  <michagogo> both apt-get, and depedns sources
 820 2016-10-18T15:55:41  <molz> it took me half a day trying to build windows on debian VM and still didn't succeed
 821 2016-10-18T15:55:44  <Victorsueca> michagogo: it finished just now, it's postprocessing ATM
 822 2016-10-18T15:55:56  <michagogo> Victorsueca: postprocessing what?>
 823 2016-10-18T15:56:03  <Victorsueca> openssl
 824 2016-10-18T15:56:26  <GitHub64> [bitcoin] rebroad opened pull request #8962: Correct checksum error message (and debug node id) (master...CorrectChecksumError) https://github.com/bitcoin/bitcoin/pull/8962
 825 2016-10-18T15:58:39  <michagogo> wumpus: Okay, so at some point I'll try to remember to PR my findings (in terms of packages)
 826 2016-10-18T15:59:01  <michagogo> I have the week off, which is nice -- holiday season is nice
 827 2016-10-18T15:59:23  <Victorsueca> postprocessing libevent now
 828 2016-10-18T15:59:28  <michagogo> g2g for now, though -- gotta eat
 829 2016-10-18T15:59:50  <Victorsueca> michagogo: see you
 830 2016-10-18T15:59:58  <michagogo> (Oh, and the 0.13.1rc1 I produced earlier, ran, and forgot to stop is still running just fine)
 831 2016-10-18T16:00:22  <michagogo> Up to block 312577, 2 hours after startup
 832 2016-10-18T16:00:25  <michagogo> Killing it now, tho
 833 2016-10-18T16:01:40  <GitHub24> [bitcoin] rebroad opened pull request #8963: NodeId missing from this debug line (master...SocketSendErrorNodeId) https://github.com/bitcoin/bitcoin/pull/8963
 834 2016-10-18T16:02:27  <Victorsueca> is that rebroad guy just spamming crap or he is actually contributing?
 835 2016-10-18T16:02:31  <wumpus> :-(
 836 2016-10-18T16:02:55  <wumpus> he's done some constructive changes, but most is just 'change a debug message' here or there
 837 2016-10-18T16:03:12  <wumpus> or weird broken changes to the P2P code
 838 2016-10-18T16:03:28  <wumpus> a lot of review overhead for very little gain
 839 2016-10-18T16:04:28  <GitHub62> [bitcoin] rebroad opened pull request #8964: Don't request compact blocks in blocksonly mode (master...NoCompactBlocksOnly) https://github.com/bitcoin/bitcoin/pull/8964
 840 2016-10-18T16:04:59  <wumpus> fucking damnit
 841 2016-10-18T16:05:24  <Victorsueca> I would swear I have already seen 3 PRs related to compact blocks
 842 2016-10-18T16:05:39  <Victorsueca> can't he just PR all them in one?
 843 2016-10-18T16:06:19  <wumpus> that would make sense
 844 2016-10-18T16:07:23  <GitHub69> [bitcoin] laanwj closed pull request #8964: Don't request compact blocks in blocksonly mode (master...NoCompactBlocksOnly) https://github.com/bitcoin/bitcoin/pull/8964
 845 2016-10-18T16:07:50  <Victorsueca> headshot
 846 2016-10-18T16:08:02  <Victorsueca> laanwj the PR sniper
 847 2016-10-18T16:10:32  <wumpus> trying, but will take more than a one-man-army to defend against PR spamming of this scale :)
 848 2016-10-18T16:17:52  <Victorsueca> just wondering.... would it be possible to make a x168 system?
 849 2016-10-18T16:18:03  <Victorsueca> x128*
 850 2016-10-18T16:20:11  *** BashCo_ has quit IRC
 851 2016-10-18T16:25:43  <Victorsueca> ohhh shit, 0 FPS, screen went unresponsive while compiling
 852 2016-10-18T16:27:30  <wumpus> possible, sure. 128-bit address bus would make no sense, but for the ALU it might in some cases. E.g. faster bigint arithmetic for cryptographic purposes
 853 2016-10-18T16:28:20  *** To7 has quit IRC
 854 2016-10-18T16:30:40  <Victorsueca> what am I supposed to do now? kill it with the power button or wait?
 855 2016-10-18T16:31:20  <wumpus> hm AS/400 apparently did have 128-bit pointers. CHERI (capability-based architecture research project) has 256-bit pointers, even.
 856 2016-10-18T16:31:30  <wumpus> so yes it can always get bigger and crazier :)
 857 2016-10-18T16:32:19  <Victorsueca> wumpus: if I kill it now would it resume the build later?
 858 2016-10-18T16:32:58  <wumpus> Victorsueca: yes
 859 2016-10-18T16:33:12  *** [Author] has quit IRC
 860 2016-10-18T16:34:16  <Victorsueca> good to know
 861 2016-10-18T16:35:02  <Victorsueca> does it make sense to have such huge pointers other than bigger integers?
 862 2016-10-18T16:35:50  <sipa> zfs internally has a 256-bit hash associated with every "pointer" to a disk location, with a hash off the data record pointed to
 863 2016-10-18T16:35:59  <sipa> arguably that is part of the pointer
 864 2016-10-18T16:36:15  <GitHub59> [bitcoin] laanwj closed pull request #8960: doc: update 0.13.1 release note info on linux arm builds (0.13...relnote131) https://github.com/bitcoin/bitcoin/pull/8960
 865 2016-10-18T16:36:15  <GitHub58> [bitcoin] laanwj pushed 2 new commits to 0.13: https://github.com/bitcoin/bitcoin/compare/685e4c78f8ed...2c0913d0b3e1
 866 2016-10-18T16:36:15  <GitHub58> bitcoin/0.13 d179eed mruddy: doc: update 0.13.1 release note info on linux arm builds...
 867 2016-10-18T16:36:16  <GitHub58> bitcoin/0.13 2c0913d Wladimir J. van der Laan: Merge #8960: doc: update 0.13.1 release note info on linux arm builds...
 868 2016-10-18T16:37:00  <wumpus> sipa: so the entire disk uses content-addressable storage?
 869 2016-10-18T16:37:34  <wumpus> sipa: ah yes this is what you were talking about in Milan
 870 2016-10-18T16:37:42  <sipa> wumpus: no, there are still actual disk locations
 871 2016-10-18T16:38:14  *** Chris_Stewart_5 has joined #bitcoin-core-dev
 872 2016-10-18T16:42:12  <GitHub105> [bitcoin] laanwj pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/1e1b8ceb5ebc...80a707824489
 873 2016-10-18T16:42:13  <GitHub105> bitcoin/master 83c0f7f mruddy: trivial: update 0.13.0 release note info on linux arm builds
 874 2016-10-18T16:42:13  <GitHub105> bitcoin/master 80a7078 Wladimir J. van der Laan: Merge #8955: doc: update 0.13.0 release note info on linux arm builds...
 875 2016-10-18T16:42:25  <GitHub14> [bitcoin] laanwj closed pull request #8955: doc: update 0.13.0 release note info on linux arm builds (master...relnote) https://github.com/bitcoin/bitcoin/pull/8955
 876 2016-10-18T16:47:14  <wumpus> sipa: right. Would be hard to imagine how the entire disk could work in content-addressable way, at some point there must be a way to map hashes to the the location on the disk where something is stored.
 877 2016-10-18T16:49:55  *** BashCo has joined #bitcoin-core-dev
 878 2016-10-18T16:50:23  <wumpus> https://twitter.com/orionwl/status/788413453593698304
 879 2016-10-18T16:59:35  <Victorsueca> ok, back to building, looks like it resumed correctly where it was
 880 2016-10-18T17:21:11  *** Guyver2 has quit IRC
 881 2016-10-18T17:24:33  <GitHub48> [bitcoin] anduck opened pull request #8965: Mention that PPA doesn't support Debian (master...patch-1) https://github.com/bitcoin/bitcoin/pull/8965
 882 2016-10-18T17:27:45  <gmaxwell> wumpus: perhaps we should do a release for w32 that pops up a box and asks the user to report their usage.
 883 2016-10-18T17:28:10  <BlueMatt> just make a http request to X.onion.to :p
 884 2016-10-18T17:33:22  *** BCBot has quit IRC
 885 2016-10-18T17:33:22  *** Lauda has quit IRC
 886 2016-10-18T17:33:22  *** owowo has quit IRC
 887 2016-10-18T17:33:22  *** rabidus has quit IRC
 888 2016-10-18T17:33:22  *** warren has quit IRC
 889 2016-10-18T17:33:23  *** mappum has quit IRC
 890 2016-10-18T17:33:23  *** wallet42 has quit IRC
 891 2016-10-18T17:33:23  *** kinlo has quit IRC
 892 2016-10-18T17:33:23  *** phantomcircuit has quit IRC
 893 2016-10-18T17:33:24  *** morcos has quit IRC
 894 2016-10-18T17:33:24  *** bad_duck has quit IRC
 895 2016-10-18T17:33:24  *** sipa has quit IRC
 896 2016-10-18T17:33:24  *** aspect_ has quit IRC
 897 2016-10-18T17:33:24  *** blkdb has quit IRC
 898 2016-10-18T17:33:24  *** tadasv has quit IRC
 899 2016-10-18T17:33:24  *** arubi has quit IRC
 900 2016-10-18T17:33:24  *** Lightsword has quit IRC
 901 2016-10-18T17:33:25  *** asoltys has quit IRC
 902 2016-10-18T17:33:29  *** rabidus_ has joined #bitcoin-core-dev
 903 2016-10-18T17:33:31  *** kcud_dab has joined #bitcoin-core-dev
 904 2016-10-18T17:33:31  *** kinlo has joined #bitcoin-core-dev
 905 2016-10-18T17:33:32  *** asoltys_ has joined #bitcoin-core-dev
 906 2016-10-18T17:33:34  <Victorsueca> wow netsplit
 907 2016-10-18T17:33:35  *** phantomcircuit has joined #bitcoin-core-dev
 908 2016-10-18T17:33:35  *** BCBot has joined #bitcoin-core-dev
 909 2016-10-18T17:33:37  *** arubi has joined #bitcoin-core-dev
 910 2016-10-18T17:33:39  *** morcos has joined #bitcoin-core-dev
 911 2016-10-18T17:33:41  *** warren has joined #bitcoin-core-dev
 912 2016-10-18T17:33:53  *** warren has quit IRC
 913 2016-10-18T17:33:54  *** warren has joined #bitcoin-core-dev
 914 2016-10-18T17:33:56  *** owowo has joined #bitcoin-core-dev
 915 2016-10-18T17:34:06  <Victorsueca> gee, qt takes a lot to compile
 916 2016-10-18T17:34:09  <TD-Linux> building bitcoin under the Ubuntu for Windows environment is supported now?
 917 2016-10-18T17:34:24  <Victorsueca> TD-Linux: i'm doing it right now lol
 918 2016-10-18T17:34:26  *** Lauda has joined #bitcoin-core-dev
 919 2016-10-18T17:34:32  *** Lauda has quit IRC
 920 2016-10-18T17:34:32  *** Lauda has joined #bitcoin-core-dev
 921 2016-10-18T17:34:45  *** Lightsword has joined #bitcoin-core-dev
 922 2016-10-18T17:35:27  <wumpus> gmaxwell: I'm surprised with how long Microsoft is waiting to deprecate 32-bit windows
 923 2016-10-18T17:36:02  *** tadasv has joined #bitcoin-core-dev
 924 2016-10-18T17:36:05  <wumpus> hadn't expected a w10 release for it
 925 2016-10-18T17:36:45  *** BCBot has quit IRC
 926 2016-10-18T17:36:58  *** BCBot has joined #bitcoin-core-dev
 927 2016-10-18T17:37:01  *** blkdb has joined #bitcoin-core-dev
 928 2016-10-18T17:37:15  <wumpus> but I have the feeling no one is using it for bitcoin core, and at least up until now responses seem to confirm that
 929 2016-10-18T17:38:00  <Victorsueca> what about the number of downloads from bitcoin.org? that would be a good indicative of x32 usage
 930 2016-10-18T17:38:18  <wumpus> we don't have that information
 931 2016-10-18T17:38:45  *** sipa has joined #bitcoin-core-dev
 932 2016-10-18T17:38:49  <wumpus> also it's very possible that people download the 32-bit version by accident even though they're on 64-bit
 933 2016-10-18T17:39:13  <Victorsueca> doesn't the page detect your OS and arch?
 934 2016-10-18T17:39:23  <wumpus> of the browser
 935 2016-10-18T17:39:31  <Victorsueca> ahh right
 936 2016-10-18T17:39:42  <Victorsueca> the browser could be x32 by accident
 937 2016-10-18T17:39:52  <gmaxwell> that was an issue for fedora for a long time, they recommended 32bit as the main download because it was the most downloaded one... meanwhile the overwhelming majority of users were on 64bit hardware.
 938 2016-10-18T17:40:26  <TD-Linux> Victorsueca, or on purpose. most browser plugins are 32 bit only
 939 2016-10-18T17:40:30  *** aspect_ has joined #bitcoin-core-dev
 940 2016-10-18T17:40:54  <Victorsueca> gmaxwell: sounds like a loop, it's obviously going to be the most downloaded one if it's the main download
 941 2016-10-18T17:41:01  <sipa> Victorsueca: x32 is not the same as 32-bit x86 :)
 942 2016-10-18T17:41:06  *** wallet42 has joined #bitcoin-core-dev
 943 2016-10-18T17:41:24  <Victorsueca> sipa: it's ok if I call it ia32?
 944 2016-10-18T17:41:39  <Victorsueca> i'm too lazy to write the word "bit" :P
 945 2016-10-18T17:42:14  <wumpus> TD-Linux: that was the case in 2008 or so, but is that still the case?
 946 2016-10-18T17:42:24  <sipa> as far as i'm concerned you can call it blampowoozie, just making sure you're not saying something that's interpreted different than what you intended
 947 2016-10-18T17:43:12  *** mappum has joined #bitcoin-core-dev
 948 2016-10-18T17:43:13  <gmaxwell> wumpus: other than build costs is 32bit windows a burden on you/us?
 949 2016-10-18T17:43:17  <wumpus> is anyone still using browser plugins in the first place?
 950 2016-10-18T17:43:25  <TD-Linux> wumpus, yes, though the complete death of NPAPI is soon approaching, so once that happens at least firefox is going to do in place 32->64 upgrades
 951 2016-10-18T17:43:40  <Victorsueca> wumpus: I use chrome extensions at most
 952 2016-10-18T17:43:44  *** Guyver2 has joined #bitcoin-core-dev
 953 2016-10-18T17:43:44  <wumpus> gmaxwell: well it goes mainly untested
 954 2016-10-18T17:43:54  <wumpus> gmaxwell: none of the devs uses windows, let alone 32-bit
 955 2016-10-18T17:44:10  <wumpus> Victorsueca: extensions are extensively used and a completely different thing :)
 956 2016-10-18T17:44:15  <sipa> it'd be nice if ubuntu shipped with a built-in windows environment too.
 957 2016-10-18T17:44:51  <btcdrak> fractal OS
 958 2016-10-18T17:44:59  <wumpus> gmaxwell: I just don't think it's used anymore in practice. What was the last 32-bit only CPU?
 959 2016-10-18T17:45:07  <TD-Linux> wumpus, lots of antivirus installs browser plugins (one of the reasons to remove it actually), also realplayer-tier stuff like United's inflight video
 960 2016-10-18T17:45:11  <wumpus> (I mean commonly used intel one, not ARM)
 961 2016-10-18T17:45:18  <Victorsueca> sipa: I think that's called wine, but i don't think it comes pre-installed, you have to apt-get it
 962 2016-10-18T17:46:16  <wumpus> TD-Linux: that doesn't sound like something desirable :)
 963 2016-10-18T17:46:23  <wumpus> "many malware is still 32-bit" hehe
 964 2016-10-18T17:47:22  <TD-Linux> wumpus, indeed, but then you tempt the antivirus vendors to binary patch your executable instead.
 965 2016-10-18T17:48:53  <sipa> wumpus: even windows 10 still supports ia32
 966 2016-10-18T17:49:16  <wumpus> sipa: I know, I was surprised about that a few messages back
 967 2016-10-18T17:49:26  <wumpus> sipa: that doesn't mean anyone is using it though
 968 2016-10-18T17:50:49  <wumpus> I don't really feel like arguing about this though, if everyone here feels that supporting windows 32 bit is still worth it, let's keep doing that, please also help with support if issues come up tho
 969 2016-10-18T17:50:52  <Lightsword> wumpus, doesn’t luke-jr use 32 bit userspace or something strange?
 970 2016-10-18T17:50:59  <wumpus> Lightsword: on linux, yes
 971 2016-10-18T17:51:00  <TD-Linux> likely because they wanted to migrate all windows 7 and 8 installs to 10, and doing an upgrade to a different arch is high risk
 972 2016-10-18T17:51:26  <sipa> wumpus: oh, i'm not arguing - i'm just as curious as you about actual usefulness of 32-bit windows
 973 2016-10-18T17:51:52  <wumpus> linux 32-bit is still used on VPSes with small memory (nano instances and such) so there's a reasonable user base
 974 2016-10-18T17:52:11  <Lightsword> my guess is it might not be all that uncommon for people to want a full node on some ancient systems they have lying around so 32 bit windows might be useful for that
 975 2016-10-18T17:52:25  <wumpus> but we deprecated 32-bit Mac ages ago, and windows really is in the same ballpark as that, an end-user OS
 976 2016-10-18T17:52:26  <Lightsword> as a dedicated box they stick in a closet or something
 977 2016-10-18T17:53:03  <Lightsword> wumpus, yeah but apple deprecated 32-bit mac right?
 978 2016-10-18T17:53:08  <wumpus> let hem install inux, then
 979 2016-10-18T17:53:12  <wumpus> :p
 980 2016-10-18T17:53:49  <wumpus> but *how old* is that anyhow? what and when was the last (commonly used) 32-bit only x86 CPU?
 981 2016-10-18T17:54:10  *** kadoban has joined #bitcoin-core-dev
 982 2016-10-18T17:54:12  <Lightsword> wumpus, netbook atoms?
 983 2016-10-18T17:54:13  <TD-Linux> gmaxwell, instead of a box in the executable that pops up, you could put it on bitcoin.org
 984 2016-10-18T17:54:48  <gmaxwell> realistically, most hardware like atoms will be too non-performance to run bitcoin core anymore. :(
 985 2016-10-18T17:54:51  <wumpus> Lightsword: I don't think any of those really caught on, for running windows at least
 986 2016-10-18T17:55:15  <Lightsword> wumpus, I used them at one point with windows 7 32 bit…years ago
 987 2016-10-18T17:55:32  <gmaxwell> I worry more about users on fast hardware that happen to be running 32bit OSes because of ignorance or compatiblity with other things.
 988 2016-10-18T17:55:46  <wumpus> ok, never mind about his
 989 2016-10-18T17:55:59  <wumpus> seems everyone else feels this is still worth supporting, well go ahead :)
 990 2016-10-18T17:56:34  <Victorsueca> What about people who has a x64 OS but has low memory and wants to use bitcoin ia32 to save memory?
 991 2016-10-18T17:56:44  <wumpus> so are there any of those, using windows?
 992 2016-10-18T17:57:01  <wumpus> if you have low memory you probaly shouldn't be using that
 993 2016-10-18T17:57:13  <wumpus> same for small embedded hw
 994 2016-10-18T17:57:39  <gmaxwell> Victorsueca: using bitcoin ia32 should not be considerably more memory efficient.
 995 2016-10-18T17:58:31  <sipa> i think they are
 996 2016-10-18T17:58:47  <sipa> mempool, cpu cache, block index... they're all considerably smaller on 32-bit systems
 997 2016-10-18T17:59:09  <sipa> not a factor 2, but perhaps 20-30%
 998 2016-10-18T17:59:51  <Victorsueca> also you can't use bitcoin x64 on a ia32 os tho even if your system supports x64 you may want to use ia32 OS and that would actually save a lot of memory
 999 2016-10-18T18:00:50  <wumpus> so, who is volunteering to do 32-bit windows testing for bitcoin core?
1000 2016-10-18T18:01:59  <gmaxwell> I can do that.
1001 2016-10-18T18:02:01  <Victorsueca> I could do it, if I ever get to compile the x64 one and get it to work i'll try with the ia32
1002 2016-10-18T18:02:06  <wumpus> great
1003 2016-10-18T18:02:53  <wumpus> you should test on a 32-bit OS then, not a 64-bit one
1004 2016-10-18T18:03:21  <Victorsueca> ^ RIP ia32 lol
1005 2016-10-18T18:03:42  <Victorsueca> isn't it the same?
1006 2016-10-18T18:03:49  <wumpus> no, it's not the same
1007 2016-10-18T18:04:04  <Victorsueca> damn
1008 2016-10-18T18:04:12  <Victorsueca> gmaxwell: you're the only hope :D
1009 2016-10-18T18:08:11  <Victorsueca> well, now I think about it... if the main function of the ia32 will be saving memory why don't we just test it in a x64 OS and say there's no support for ia32 OS?
1010 2016-10-18T18:09:19  <sipa> Victorsueca: well gmaxwell points out that people may be running a 32-bit OS, not knowing their hardware supports x86_64
1011 2016-10-18T18:10:20  <achow101> I may be able to help test 32 bit windows, depends on what exactly needs to be done in order to test
1012 2016-10-18T18:10:35  <wumpus> achow101: run a node 24/7 on 32-bit windows at least
1013 2016-10-18T18:10:42  <wumpus> debug when things crash
1014 2016-10-18T18:12:41  <wumpus> maybe try running test_bitcoin and the qa tests on it once in a while. But that's fairly well handled by travis and wine, I think most important is actual usage testing and solving problems that come up
1015 2016-10-18T18:16:42  <achow101> ok. does it matter if it's in a vm?
1016 2016-10-18T18:17:55  <wumpus> no
1017 2016-10-18T18:18:40  *** Chris_Stewart_5 has quit IRC
1018 2016-10-18T18:19:09  <achow101> ok. I'll give it a go
1019 2016-10-18T18:19:09  *** Chris_Stewart_5 has joined #bitcoin-core-dev
1020 2016-10-18T18:23:09  *** andytoshi has joined #bitcoin-core-dev
1021 2016-10-18T18:23:47  *** andytoshi has joined #bitcoin-core-dev
1022 2016-10-18T18:25:12  <wumpus> thanks
1023 2016-10-18T18:28:43  <wumpus> still, not one reply from twitter or #bitcoin from an actual user using the 32-bit windows version though. Only one person who knows someone who uses it on windows 32 bit.
1024 2016-10-18T18:29:11  <Victorsueca> trying to figure out why the heck does my system become unresponsive while compiling qt
1025 2016-10-18T18:29:27  <Victorsueca> i'm stuck there and can't continue building bitcoin
1026 2016-10-18T18:29:30  <wumpus> memory full?
1027 2016-10-18T18:29:42  <Victorsueca> 85%
1028 2016-10-18T18:29:45  <wumpus> it's c++ code, if you use too much parallelism it's easy tofill up memory
1029 2016-10-18T18:30:04  <Victorsueca> should I try -j1?
1030 2016-10-18T18:30:22  <wumpus> yes, you could try
1031 2016-10-18T18:34:32  <Victorsueca> I just didn't specify that option, how many threads does qt use by default when compiling?
1032 2016-10-18T18:35:00  <sipa> q
1033 2016-10-18T18:35:01  <sipa> 1
1034 2016-10-18T18:35:34  <Victorsueca> 1? and still out of memory? wtf?
1035 2016-10-18T18:35:43  <sipa> how much memory do you have?
1036 2016-10-18T18:35:48  <Victorsueca> 4GB
1037 2016-10-18T18:35:59  <sipa> how much is available for the linux env?
1038 2016-10-18T18:36:15  <sipa> you need something like 1.5 or 2 GB to compile bitcoin core, i think
1039 2016-10-18T18:36:16  <wumpus> well it could very well be another problem, my observation was just that it's usually a memory/swap issue if the system becomes unresponsive during compilation
1040 2016-10-18T18:36:59  <wumpus> I'm sure there's some way to debug that
1041 2016-10-18T18:37:10  <Victorsueca> is WSL enviroment resource limited?
1042 2016-10-18T18:38:04  <Victorsueca> or it just can use everything windows has available?
1043 2016-10-18T18:38:20  <sipa> you tell us
1044 2016-10-18T18:38:30  <wumpus> yes this is probably not the right place to ask that
1045 2016-10-18T18:38:43  <Victorsueca> hmmm ok, i'll search on google
1046 2016-10-18T18:38:49  *** laurentmt has joined #bitcoin-core-dev
1047 2016-10-18T18:39:41  *** laurentmt has quit IRC
1048 2016-10-18T18:40:09  <achow101> Victorsueca: WSL should be using everything windows has available. It isn't a vm or emulation
1049 2016-10-18T18:40:29  <Victorsueca> ^ +1, google searches seems to agree
1050 2016-10-18T18:41:25  <Victorsueca> so basically I have 4GB - System memory usage
1051 2016-10-18T18:42:07  <MarcoFalke> it is mostly main and init that consume most ram
1052 2016-10-18T18:42:24  <Victorsueca> will try j1 and see if it makes any difference
1053 2016-10-18T18:43:37  <GitHub38> [bitcoin] laanwj pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/80a707824489...932d02ae392b
1054 2016-10-18T18:43:38  <GitHub38> bitcoin/master fab5ca8 MarcoFalke: contrib: Add README for pgp keys
1055 2016-10-18T18:43:38  <GitHub38> bitcoin/master 932d02a Wladimir J. van der Laan: Merge #8954: contrib: Add README for pgp keys...
1056 2016-10-18T18:43:50  <GitHub20> [bitcoin] laanwj closed pull request #8954: contrib: Add README for pgp keys (master...Mf1610-docKeys) https://github.com/bitcoin/bitcoin/pull/8954
1057 2016-10-18T18:46:26  <Victorsueca> yay, seems to be working
1058 2016-10-18T18:46:48  <Victorsueca> it's still responsive and memory is a 57% so far
1059 2016-10-18T18:46:50  <achow101> I forgot that windows takes ages to install...
1060 2016-10-18T18:47:38  <GitHub198> [bitcoin] laanwj closed pull request #8394: Make sure all ports are 16 bit numbers (master...uint16port) https://github.com/bitcoin/bitcoin/pull/8394
1061 2016-10-18T18:47:43  <Victorsueca> achow101: lol yeah
1062 2016-10-18T18:48:25  <Victorsueca> it has to verify itself that it's a crap enough to meet the M$ crap software standards
1063 2016-10-18T18:48:35  <wumpus> there's really too many PRs open
1064 2016-10-18T18:49:33  <Victorsueca> wumpus: close them all but the ones made by the bitcoin team, if anybody wants to suggest a feature tell them to first search on closed pull requests and reopen if necessary
1065 2016-10-18T18:50:01  <wumpus> that makes no sense, everyone is 'the bitcoin team'
1066 2016-10-18T18:50:45  <Victorsueca> wumpus: I mean that list of people where there are 14 users right now, not sure how's it called
1067 2016-10-18T18:50:54  <wumpus> but just can't handle the load anymore
1068 2016-10-18T18:51:06  <Victorsueca> this list https://github.com/orgs/bitcoin/people
1069 2016-10-18T18:51:35  <sipa> wumpus: i'll help go through things, once i'm in a bit more stable location :)
1070 2016-10-18T18:51:46  <wumpus> sipa: you're already doing your best
1071 2016-10-18T18:51:55  <wumpus> sipa: I'm in no means suggesting you shuld do more work
1072 2016-10-18T18:52:11  <sipa> wumpus: heh, i've hardly looked at the issue/pr list in weeks
1073 2016-10-18T18:52:15  <wumpus> let the fucking community do their job for once, this is an open source project
1074 2016-10-18T18:53:13  <Victorsueca> comunity can't manage pull requests, tat's the problem, would be crazy if they could
1075 2016-10-18T18:53:21  <wumpus> you're just as overworked as me though
1076 2016-10-18T18:53:35  <wumpus> well they could help with reviewing and testing
1077 2016-10-18T18:53:51  <Victorsueca> aaaaaaand it's unresponsive again
1078 2016-10-18T18:53:51  <wumpus> and not just with creating more
1079 2016-10-18T18:54:26  <Victorsueca> now that's a serious problem, how do I debug this?
1080 2016-10-18T18:54:31  *** d_t has joined #bitcoin-core-dev
1081 2016-10-18T18:55:00  <sipa> Victorsueca: i doubt many people here can give an answer to that
1082 2016-10-18T18:55:14  <michagogo> Victorsueca: got task manager/resource monitor/htop running?
1083 2016-10-18T18:55:27  <Victorsueca> michagogo: yep
1084 2016-10-18T18:55:28  <wumpus> again, this is not a windows developer troubleshooting channel
1085 2016-10-18T18:55:35  <michagogo> 20:36:24 <TD-Linux> building bitcoin under the Ubuntu for Windows environment is supported now? <-- I don't know about Support, but it does seem to work!
1086 2016-10-18T18:55:41  <wumpus> maybe ##windows?
1087 2016-10-18T18:55:58  <michagogo> I mean, it's pretty much a full Ubuntu environment, so it's not so surprising
1088 2016-10-18T18:56:18  <Victorsueca> michagogo: it goes over 85% and a few seconds later it's unresponsive
1089 2016-10-18T18:56:45  <wumpus> I still bet it's swap trashing though
1090 2016-10-18T18:57:27  <michagogo> It's an Ubuntu user space and packages, and while more exotic syscalls aren't supported (so no LXC/KVM, no tail -f, etc.), a cross-compile toolchain runs just fine.
1091 2016-10-18T18:58:11  <Victorsueca> wumpus: how is that suposed to be fixed?
1092 2016-10-18T18:58:36  <michagogo> Victorsueca: most likely with more resources, unfortunately
1093 2016-10-18T18:58:52  <Victorsueca> damn
1094 2016-10-18T18:59:10  <wumpus> I wondered what makes tail -f so exotic, thought it was just a pollign loop, but apparently it uses inotify
1095 2016-10-18T19:00:02  <Victorsueca> i'll have to use my other computer then, didn't want to restart that one because it's hosting stuff
1096 2016-10-18T19:00:30  <sipa> wumpus: maybe tail --follow=name works better?
1097 2016-10-18T19:01:56  <wumpus> sipa: looks like that adds an inotify on both the file *and* the directory it's in :)
1098 2016-10-18T19:05:02  *** Victor_sueca has joined #bitcoin-core-dev
1099 2016-10-18T19:05:35  <GitHub11> [bitcoin] laanwj pushed 3 new commits to master: https://github.com/bitcoin/bitcoin/compare/932d02ae392b...e10af96cf450
1100 2016-10-18T19:05:36  <GitHub11> bitcoin/master fa28bfa MarcoFalke: [wallet] Set fLimitFree = true
1101 2016-10-18T19:05:36  <GitHub11> bitcoin/master fa8b02d MarcoFalke: [rpc] rawtx: Prepare fLimitFree to make it an option
1102 2016-10-18T19:05:37  <GitHub11> bitcoin/master e10af96 Wladimir J. van der Laan: Merge #8287: [wallet] Set fLimitFree = true...
1103 2016-10-18T19:05:41  <GitHub40> [bitcoin] laanwj closed pull request #8287: [wallet] Set fLimitFree = true (master...Mf1607-walletLimitFree) https://github.com/bitcoin/bitcoin/pull/8287
1104 2016-10-18T19:07:50  *** Chris_Stewart_5 has quit IRC
1105 2016-10-18T19:08:00  <GitHub60> [bitcoin] MarcoFalke closed pull request #8623: chainparams: Added parametric halving interval for regtest-only mode (master...parametric_halving_interval) https://github.com/bitcoin/bitcoin/pull/8623
1106 2016-10-18T19:08:29  *** Guyver2 has quit IRC
1107 2016-10-18T19:15:05  <GitHub24> [bitcoin] laanwj closed pull request #7759: [WIP] rest: Stream entire utxo set (master...2016_03_utxo_streaming) https://github.com/bitcoin/bitcoin/pull/7759
1108 2016-10-18T19:16:30  <GitHub120> [bitcoin] laanwj pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/e10af96cf450...744d2652dda0
1109 2016-10-18T19:16:30  <achow101> connect in the bitcoin.conf means that it should only connect to the specified ip(s), right?
1110 2016-10-18T19:16:30  <GitHub120> bitcoin/master 9fce062 Daniel Kraft: [c++11] Use std::unique_ptr for block creation....
1111 2016-10-18T19:16:31  <GitHub120> bitcoin/master 744d265 Wladimir J. van der Laan: Merge #8223: [c++11] Use std::unique_ptr for block creation....
1112 2016-10-18T19:16:40  <GitHub0> [bitcoin] laanwj closed pull request #8223: [c++11] Use std::unique_ptr for block creation. (master...miner-uniqueptr) https://github.com/bitcoin/bitcoin/pull/8223
1113 2016-10-18T19:16:41  <jonasschnelli> achow101: yes.
1114 2016-10-18T19:17:05  <achow101> well that isn't happening. this is with 32-bit 0.13.0 on win10
1115 2016-10-18T19:17:06  <jonasschnelli> And IIRC, you can't even ban that node.
1116 2016-10-18T19:17:25  *** Lauda has quit IRC
1117 2016-10-18T19:17:31  <jonasschnelli> achow101: maybe post your debug.log?
1118 2016-10-18T19:17:34  <BlueMatt> #8637 looks merge-able
1119 2016-10-18T19:17:39  *** Guyver2 has joined #bitcoin-core-dev
1120 2016-10-18T19:17:43  *** Victorsueca has quit IRC
1121 2016-10-18T19:18:06  <MarcoFalke> BlueMatt: 8908 should not cause any issues with the ppa?
1122 2016-10-18T19:18:15  <MarcoFalke> Otherwise, I think it is merge ready as well
1123 2016-10-18T19:18:29  <BlueMatt> no, that wont hurt anything
1124 2016-10-18T19:18:46  <wumpus> is that the hack to get the PPA to install on debian instead of ubuntu? it made me scared
1125 2016-10-18T19:19:01  <BlueMatt> no, its the one that changes the .desktop file
1126 2016-10-18T19:19:07  <wumpus> @Anduck ^^ :p
1127 2016-10-18T19:19:33  *** Evel-Knievel has quit IRC
1128 2016-10-18T19:19:50  *** Evel-Knievel has joined #bitcoin-core-dev
1129 2016-10-18T19:20:19  <wumpus> ah no that's https://github.com/bitcoin/bitcoin/pull/8965
1130 2016-10-18T19:20:21  <GitHub94> [bitcoin] laanwj pushed 5 new commits to master: https://github.com/bitcoin/bitcoin/compare/744d2652dda0...0b5a997acfb6
1131 2016-10-18T19:20:21  <GitHub94> bitcoin/master 02a337d Matt Corallo: Dont remove a "preferred" cmpctblock peer if they provide a block
1132 2016-10-18T19:20:22  <GitHub94> bitcoin/master fe998e9 Matt Corallo: More agressively filter compact block requests...
1133 2016-10-18T19:20:22  <GitHub94> bitcoin/master b2e93a3 instagibbs: Add cmpctblock to debug help list
1134 2016-10-18T19:20:26  <GitHub32> [bitcoin] laanwj closed pull request #8637: Compact Block Tweaks (rebase of #8235) (master...compactblocktweaks) https://github.com/bitcoin/bitcoin/pull/8637
1135 2016-10-18T19:20:41  <GitHub196> [bitcoin] jonasschnelli pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/0b5a997acfb6...df7519cbc1a9
1136 2016-10-18T19:20:41  <GitHub196> bitcoin/master 164196b matthias: Simple Update to File 'bitcoin-qt.desktop'
1137 2016-10-18T19:20:41  <GitHub196> bitcoin/master df7519c Jonas Schnelli: Merge #8908: Update bitcoin-qt.desktop...
1138 2016-10-18T19:20:53  <wumpus> thanks jonasschnelli
1139 2016-10-18T19:20:56  <GitHub61> [bitcoin] jonasschnelli closed pull request #8908: Update bitcoin-qt.desktop (master...patch-4) https://github.com/bitcoin/bitcoin/pull/8908
1140 2016-10-18T19:21:00  <achow101> jonasschnelli: http://pastebin.com/TQ1Kr2P9
1141 2016-10-18T19:21:09  <achow101> I cut out all of the updatetip stuff
1142 2016-10-18T19:22:02  <jonasschnelli> achow101: did you use -connect=129.2.207.18:x?
1143 2016-10-18T19:23:06  <achow101> I used connect=172.16.220.1
1144 2016-10-18T19:23:28  <achow101> It's supposed to be vm to host
1145 2016-10-18T19:23:31  <michagogo> 22:18:48 <wumpus> is that the hack to get the PPA to install on debian instead of ubuntu? it made me scared
1146 2016-10-18T19:23:38  <michagogo> Wait, wait, what??
1147 2016-10-18T19:23:41  *** Chris_Stewart_5 has joined #bitcoin-core-dev
1148 2016-10-18T19:23:57  <MarcoFalke> michagogo:  https://github.com/bitcoin/bitcoin/pull/8965
1149 2016-10-18T19:24:03  <michagogo> Nobody should ever mix Ubuntu and Debian
1150 2016-10-18T19:24:10  <michagogo> That's a recipe for a broken system
1151 2016-10-18T19:24:32  *** Cory has quit IRC
1152 2016-10-18T19:24:38  <jonasschnelli> achow101: is the shutdown at the end intentional?
1153 2016-10-18T19:25:25  <achow101> yes. I shut it down so it wouldn't eat all my data
1154 2016-10-18T19:25:43  <GitHub23> [bitcoin] TheBlueMatt opened pull request #8968: Don't hold cs_main when calling ProcessNewBlock from a cmpctblock (master...cmpctblock) https://github.com/bitcoin/bitcoin/pull/8968
1155 2016-10-18T19:25:46  <wumpus> michagogo: comment that in the pull please
1156 2016-10-18T19:25:50  <jonasschnelli> achow101: It looks like that you have successfully connected to a bunch of nodes in 129.2.207.18
1157 2016-10-18T19:25:53  <michagogo> https://wiki.debian.org/DontBreakDebian
1158 2016-10-18T19:26:25  <BlueMatt> wumpus: yea, I just nacked that one
1159 2016-10-18T19:27:24  *** Lauda has joined #bitcoin-core-dev
1160 2016-10-18T19:27:27  <achow101> jonasschnelli: that's probably because it's behind the vm nat. That ip address is mine
1161 2016-10-18T19:27:36  <achow101> but I only run one node
1162 2016-10-18T19:28:17  <jonasschnelli> achow101: A right. Confused! 129.2.207.18 is you node..
1163 2016-10-18T19:28:26  <jonasschnelli> maybe try -debug=net and post the debug.log again
1164 2016-10-18T19:28:43  <achow101> I found the problem. If the option is in the bitcoin.conf, it won't work. I have to put it in the command line. Any idea why?
1165 2016-10-18T19:29:10  <wumpus> are you using connect= in your bitcoin.conf or -connect=?
1166 2016-10-18T19:29:21  <wumpus> the former will work, the second will not
1167 2016-10-18T19:29:22  <achow101> connect= in bitcoin.conf
1168 2016-10-18T19:29:23  <jonasschnelli> Should work in bitcoin.conf
1169 2016-10-18T19:29:44  <wumpus> is bitcoin.conf in the right place? does it get parsed at all?
1170 2016-10-18T19:29:48  <jonasschnelli> Doublecheck bitcoin.conf and -datadir (if passed in CLI)
1171 2016-10-18T19:29:49  <achow101> This is my conf: prune=550
1172 2016-10-18T19:29:49  <achow101> connect=172.16.220.1:8333
1173 2016-10-18T19:29:54  *** Victor_sueca has quit IRC
1174 2016-10-18T19:30:21  <jonasschnelli> what happens if you telnet 172.16.220.1 8333 (nat?)
1175 2016-10-18T19:30:57  <achow101> nevermind. it's a windows problem. It stuck a .txt at the end of the file name!
1176 2016-10-18T19:31:39  <michagogo> Hahaha
1177 2016-10-18T19:31:40  <wumpus> one lousy way to find out if it's parsed is to put junk at the end, e.g. 'fasdjlfaljdfalfjk' then see if bitcoind gives an error at start :p
1178 2016-10-18T19:31:45  <jonasschnelli> heh
1179 2016-10-18T19:31:47  <wumpus> lol okay
1180 2016-10-18T19:32:00  <michagogo> Yeah, first thing I do at any new Windows box/profile
1181 2016-10-18T19:32:25  <michagogo> Folder options -> untick "hide extensions for known file types"
1182 2016-10-18T19:32:29  <wumpus> windows's mysterius hidden extensions and hidden files
1183 2016-10-18T19:34:26  <GitHub167> [bitcoin] jonasschnelli closed pull request #5905: [Qt][WIP] allow possibility to add a comment to a WalletTx (master...2015/03/qt_tx_comment) https://github.com/bitcoin/bitcoin/pull/5905
1184 2016-10-18T19:35:22  <GitHub148> [bitcoin] jonasschnelli closed pull request #7107: Qt: Add network port input box to GUI settings (master...qtnetworkport) https://github.com/bitcoin/bitcoin/pull/7107
1185 2016-10-18T19:36:03  <GitHub125> [bitcoin] jonasschnelli closed pull request #7510: Read/write bitcoin_rw.conf for exposing shared Daemon/GUI options in the GUI (master...rwconf) https://github.com/bitcoin/bitcoin/pull/7510
1186 2016-10-18T19:36:38  *** d_t has quit IRC
1187 2016-10-18T19:37:08  <GitHub4> [bitcoin] laanwj closed pull request #6996: Add preciousblock RPC (master...preciousblock) https://github.com/bitcoin/bitcoin/pull/6996
1188 2016-10-18T19:37:10  <GitHub199> [bitcoin] laanwj pushed 3 new commits to master: https://github.com/bitcoin/bitcoin/compare/df7519cbc1a9...7f71a3c59194
1189 2016-10-18T19:37:11  <GitHub199> bitcoin/master 5127c4f Pieter Wuille: Add preciousblock RPC...
1190 2016-10-18T19:37:11  <GitHub199> bitcoin/master 5805ac8 Pieter Wuille: Add preciousblock tests...
1191 2016-10-18T19:37:12  <GitHub199> bitcoin/master 7f71a3c Wladimir J. van der Laan: Merge #6996: Add preciousblock RPC...
1192 2016-10-18T19:37:33  <michagogo> Hm, I really hope I find the time to rewrite build-windows.md
1193 2016-10-18T19:37:47  <michagogo> It seems to tell you to install all the unix dependencies
1194 2016-10-18T19:37:52  <michagogo> Which is just wrong
1195 2016-10-18T19:38:04  <michagogo> Or at least, it can be read that way
1196 2016-10-18T19:38:10  <wumpus> it doesn't hurt, but yeah it's overkill
1197 2016-10-18T19:38:29  <wumpus> only the high-level arch-independent build stuff would be necessary, autoconf automake etc
1198 2016-10-18T19:39:16  <michagogo> I mean, molz in #bitcoin was installing all the actual deps, it seems
1199 2016-10-18T19:39:34  <GitHub123> [bitcoin] MarcoFalke closed pull request #8961: Headers announcement for nodes that can do headers. (master...AnnounceUsingHeaders) https://github.com/bitcoin/bitcoin/pull/8961
1200 2016-10-18T19:39:48  <michagogo> OpenSSL, BDB, etc etc
1201 2016-10-18T19:39:56  <michagogo> Which is completely unnecessary
1202 2016-10-18T19:40:52  <michagogo> When you really just need the actual tool chain skeleton
1203 2016-10-18T19:41:39  <wumpus> you don't need those for a depends build on unix either
1204 2016-10-18T19:42:08  <jonasschnelli> wumpus: the preciousblock RPC call needs probably mentioning in the 0.14 releasenots
1205 2016-10-18T19:42:09  <jonasschnelli> *notes
1206 2016-10-18T19:42:14  <wumpus> jonasschnelli: yes
1207 2016-10-18T19:42:23  <MarcoFalke> Yeah, down to 10 pulls
1208 2016-10-18T19:42:26  <MarcoFalke> in base 128
1209 2016-10-18T19:42:27  <jonasschnelli> maybe we should open a issue for RN 0.14
1210 2016-10-18T19:42:40  <wumpus> there's an issue for that IIRC
1211 2016-10-18T19:42:46  <michagogo> wumpus: right
1212 2016-10-18T19:42:53  <wumpus> https://github.com/bitcoin/bitcoin/issues/8455
1213 2016-10-18T19:43:00  <michagogo> But the docs don't talk about running a deps build for unix
1214 2016-10-18T19:43:36  <wumpus> michagogo: only the docs in depends do :(
1215 2016-10-18T19:43:39  <michagogo> Build-unix.md walks you through doing a build with system-deps
1216 2016-10-18T19:43:49  <wumpus> michagogo: it's split all over the place, not always over sensible lines
1217 2016-10-18T19:43:53  <michagogo> And build-windows points you at build-unix...
1218 2016-10-18T19:44:07  <wumpus> and build-unix points you at build-openbsd :-)
1219 2016-10-18T19:44:10  <michagogo> When you really just need to install git make pkg-config libtool autoconf g++ g++-mingw-w64-x86-64
1220 2016-10-18T19:44:24  <michagogo> Well, it does for openbsd
1221 2016-10-18T19:44:38  <michagogo> Windows points to unix unconditionally
1222 2016-10-18T19:44:41  <wumpus> I know, that one makes sense
1223 2016-10-18T19:45:03  <michagogo> When all you need is git make pkg-config libtool autoconf g++ g++-mingw-w64-x86-64
1224 2016-10-18T19:45:16  <michagogo> You don't even need all of build-essential
1225 2016-10-18T19:46:11  <wumpus> that's a lot of micromanagement though. I tdoesn't hurt to install one package too many. Though it should be made clear that you don't need to install dependencies if you're going to do a depends build, just the compiler/toolchain
1226 2016-10-18T19:46:34  <wumpus> some of that is documented in depends/, but that's somewhat hidden away
1227 2016-10-18T19:47:15  <michagogo> OTOH, it's just a waste of space to install g++-mingw-w64 when g++-mingw-w64-x86-64 is enough
1228 2016-10-18T19:47:54  <michagogo> (The former basically pulls in the latter, plus -i686)
1229 2016-10-18T19:48:58  <michagogo> And I think some of the packages don't even come with build-essential, you need to install them individually anyway
1230 2016-10-18T19:49:16  <wumpus> I agree, but I think getting the high level understanding clear "depends installs the dependencies for you so you don't need to get them from apt" is more important than whether we mention one package more or less
1231 2016-10-18T19:50:03  <michagogo> In other words, IMHO, there are few enough necessary packages that it's worth just listing them rather than the metapackages that pull in supersets of some of them
1232 2016-10-18T19:50:12  <michagogo> Well, yeah
1233 2016-10-18T19:50:59  <michagogo> I'm hoping to overhaul build-windows on Thursday, if nobody else does it in the meantime
1234 2016-10-18T19:51:39  <michagogo> Also, maybe build-unix should be updated to present depends as an alternative to system deps
1235 2016-10-18T19:51:45  <wumpus> I don't think you need to be afraid anyone else will do so in the meantime, I mean no one did in the last months either :)
1236 2016-10-18T20:01:27  *** Victorsueca has joined #bitcoin-core-dev
1237 2016-10-18T20:04:18  <GitHub196> [bitcoin] laanwj pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/7f71a3c59194...74dc388ab599
1238 2016-10-18T20:04:19  <GitHub196> bitcoin/master 18dacf9 Russell Yanofsky: Add microbenchmarks to profile more code paths....
1239 2016-10-18T20:04:19  <GitHub196> bitcoin/master 74dc388 Wladimir J. van der Laan: Merge #8873: Add microbenchmarks to profile more code paths....
1240 2016-10-18T20:04:29  <GitHub52> [bitcoin] laanwj closed pull request #8873: Add microbenchmarks to profile more code paths. (master...issue-7883-benchmarks) https://github.com/bitcoin/bitcoin/pull/8873
1241 2016-10-18T20:07:48  <wumpus> jonasschnelli: could you elaborate in #8546 what you mean with " I think its acceptable if it breaks wallets used back in 0.3.x in conjunction with IP transaction". I don't think it'd be acceptable if the client suddenly crashes if someone happens to be using a wallet that still has a pay-to-IP transaction in it.
1242 2016-10-18T20:08:17  *** cryptapus has quit IRC
1243 2016-10-18T20:08:17  <wumpus> I'd prefer keeping around a bit of useless code to that
1244 2016-10-18T20:08:41  <wumpus> OTOH, it's not tested anyway, so if it is safe to remove (no risk of crashes) I'm fine with it
1245 2016-10-18T20:09:17  <wumpus> to be honest I think #8564 is a bit questionable, I'm not convinced it only removed code to do with ip transactions
1246 2016-10-18T20:09:30  <wumpus> #8546, sorry
1247 2016-10-18T20:10:32  <BlueMatt> ;;seen cfields_
1248 2016-10-18T20:10:32  <gribble> cfields_ was last seen in #bitcoin-core-dev 4 hours, 55 minutes, and 44 seconds ago: <cfields_> yes, that one's on purpose
1249 2016-10-18T20:10:35  <BlueMatt> ;;seen cfields
1250 2016-10-18T20:10:36  <gribble> cfields was last seen in #bitcoin-core-dev 5 days, 0 hours, 12 minutes, and 27 seconds ago: <cfields> gmaxwell: for one in every X connections, we could proxy and route messages together for peer-pairs. Then they'd poison their own stats :p
1251 2016-10-18T20:10:39  <wumpus> we may want to closeit and re-do it at some point, there's no urgency to it
1252 2016-10-18T20:10:45  <Anduck> i think the docs for ubuntu & debian should be separated totally to hilight that they're indeed different distros and have different sw sources etc. i might do this some day when i have more time
1253 2016-10-18T20:10:47  <cfields_> BlueMatt: pong?
1254 2016-10-18T20:11:09  <BlueMatt> cfields_: busy with 13.1? or have you had a chance to review 8865?
1255 2016-10-18T20:11:25  <wumpus> Anduck: all of the apt package names are the same though
1256 2016-10-18T20:11:40  <cfields_> BlueMatt: beating my head against the wall with cgminer. I can take a break to review though.
1257 2016-10-18T20:11:55  <wumpus> unless people mess with software sources, ubuntu and debian can be regarded as having the same build instructions
1258 2016-10-18T20:12:16  <Anduck> what's the "right" way to obtain libdb4.8 (& libdb4.8++) for debian 8.0 jessie, binary or sources?
1259 2016-10-18T20:12:17  <wumpus> no need to duplicate things unnecesarily
1260 2016-10-18T20:12:21  <GitHub128> [bitcoin] MarcoFalke pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/74dc388ab599...23e03f8d26d7
1261 2016-10-18T20:12:21  <GitHub128> bitcoin/master b55d823 anduck: Explicitly state that PPA is for Ubuntu only
1262 2016-10-18T20:12:22  <GitHub128> bitcoin/master 23e03f8 MarcoFalke: Merge #8965: Mention that PPA doesn't support Debian...
1263 2016-10-18T20:12:30  <wumpus> Anduck: build it from source as in the "berkeleydb" section
1264 2016-10-18T20:12:35  <GitHub54> [bitcoin] MarcoFalke closed pull request #8965: Mention that PPA doesn't support Debian (master...patch-1) https://github.com/bitcoin/bitcoin/pull/8965
1265 2016-10-18T20:12:57  <BlueMatt> cfields_: yea, still ready to split main and have some exciting things planned, but rather blocked on review (story of bitcoin core, i suppose...)
1266 2016-10-18T20:13:01  <Anduck> wumpus: it only builds libdb4.8 but libdb4.8++ is also required
1267 2016-10-18T20:13:09  <BlueMatt> cfields_: I'm happy to trade reviews, if it helps :p
1268 2016-10-18T20:13:10  <wumpus> Anduck: it builds both actually
1269 2016-10-18T20:13:23  <wumpus> Anduck: I've followed the instructions zillions of times, I'm sure it does the right thing
1270 2016-10-18T20:13:24  <Anduck> hmm... i tried it but it complained about libdb4.8++
1271 2016-10-18T20:13:32  <Anduck> alright
1272 2016-10-18T20:13:33  <cfields_> BlueMatt: ack. Will do in a little bit, once I get this test on auto-pilot
1273 2016-10-18T20:13:36  <wumpus> unless something broke anyhow
1274 2016-10-18T20:13:43  <wumpus> these days I don't use bdb 4.8 anymore tbh
1275 2016-10-18T20:14:09  <Anduck> are there any recent/known compatibility issues with newer ones?
1276 2016-10-18T20:14:20  <wumpus> yes, still the same as always
1277 2016-10-18T20:14:28  <Anduck> ok
1278 2016-10-18T20:14:38  <wumpus> bdb 5 wallets won't work in 4.8, bdb 6 wallets won't work in 5 and 4.8
1279 2016-10-18T20:14:57  <Anduck> but it will work perfectly well otherwise?
1280 2016-10-18T20:16:11  <Anduck> --with-incompatible-bdb raises the question if it's not safe to use it at all, or if it's just simply incompatible with other major bdb versions
1281 2016-10-18T20:16:13  <wumpus> and to convert between versions one can do  db5.0_dump wallet.dat | db4.8_load wallet.dat.new  , still the same as in 2012 :)
1282 2016-10-18T20:17:30  <wumpus> I can't guarantee anything about being safe to use, but I've never heard of any inherent issues
1283 2016-10-18T20:18:20  <wumpus> it's just that different versions' databases are binary incompatible, and if you don't know about that it can be confusing
1284 2016-10-18T20:18:41  <Anduck> alright. good to know
1285 2016-10-18T20:19:45  <wumpus> I guess it'd make sense to document that better
1286 2016-10-18T20:20:04  <Victorsueca> there, back to compiling.... again.....
1287 2016-10-18T20:20:12  <wumpus> but so much stuff to do
1288 2016-10-18T20:20:17  <Victorsueca> this time on a better computer, 16 GB ram
1289 2016-10-18T20:22:52  <Victorsueca> maybe it's an overkill but way we'll know if ram was the problem
1290 2016-10-18T20:24:09  <wumpus> 16GB is hardly overkill these days
1291 2016-10-18T20:24:38  <Victorsueca> if it's supposed to be enough with 1.5 or 2....
1292 2016-10-18T20:25:42  <wumpus> that's for the compiler. The other 14GB is for windows.
1293 2016-10-18T20:25:51  <Victorsueca> lol
1294 2016-10-18T20:26:45  <Victorsueca> windows eats at most 4 GB, 2GB usually
1295 2016-10-18T20:26:59  <Victorsueca> which is still ridiculous....
1296 2016-10-18T20:28:23  <GitHub128> [bitcoin] laanwj closed pull request #8546: Remove IP transaction check (master...abc123) https://github.com/bitcoin/bitcoin/pull/8546
1297 2016-10-18T20:35:42  <wumpus> BlueMatt: so I guess you're blocked on 8865?
1298 2016-10-18T20:37:05  <BlueMatt> wumpus: I mean I can open a flurry of prs that all do small changes like that, but I'd rather go one or two at a time
1299 2016-10-18T20:37:07  <BlueMatt> so i guess
1300 2016-10-18T20:37:08  <BlueMatt> yes
1301 2016-10-18T20:38:18  <BlueMatt> wumpus: I also opened #8930 to get some eyes on verifying that orphan processing doesnt have to remain consistent with cs_main
1302 2016-10-18T20:38:49  <wumpus> let's get 8865 merged then
1303 2016-10-18T20:40:23  <wumpus> we kind of failed our goal in Milan to split up main.cpp
1304 2016-10-18T20:40:57  <BlueMatt> this is true, but segwit is more important
1305 2016-10-18T20:42:53  <michagogo> Anduck: honestly, the easiest thing, I think, is to just use the depends system
1306 2016-10-18T20:44:14  <wumpus> michagogo: it is - would be nice if there waa a way to use depends *just* for berkeleydb
1307 2016-10-18T20:44:37  <michagogo> Yeah
1308 2016-10-18T20:45:03  <Victorsueca> i think there is some way to use the system library for some dependency instead f the one specified in depends
1309 2016-10-18T20:45:12  <wumpus> currently you have to either build all dependencies (including qt, which you really don't want to build statically on ubuntu) using depends or none at all
1310 2016-10-18T20:45:14  <michagogo> I mean, can you just run bdb.mk? Or does that only work when called by the main makedile?
1311 2016-10-18T20:45:48  <wumpus> maybe it's possible
1312 2016-10-18T20:46:05  <michagogo> wumpus: can you not make depends NO_QT=1 and point configure at system qt?
1313 2016-10-18T20:46:23  <wumpus> yea, but that'd stlil pull in boost
1314 2016-10-18T20:47:00  <wumpus> it's currently not a practical way to build just berkeleydb
1315 2016-10-18T20:49:16  <GitHub161> [bitcoin] laanwj pushed 9 new commits to master: https://github.com/bitcoin/bitcoin/compare/23e03f8d26d7...05998da5a7e2
1316 2016-10-18T20:49:17  <GitHub161> bitcoin/master 87e7d72 Matt Corallo: Make validationinterface.UpdatedBlockTip more verbose...
1317 2016-10-18T20:49:18  <GitHub161> bitcoin/master 0278fb5 Matt Corallo: Remove duplicate nBlocksEstimate cmp (we already checked IsIBD())
1318 2016-10-18T20:49:18  <GitHub161> bitcoin/master aefcb7b Matt Corallo: Move net-processing logic definitions together in main.h
1319 2016-10-18T20:49:27  <BlueMatt> wut
1320 2016-10-18T20:49:30  <GitHub119> [bitcoin] laanwj closed pull request #8865: Decouple peer-processing-logic from block-connection-logic (master...net_processing_1) https://github.com/bitcoin/bitcoin/pull/8865
1321 2016-10-18T20:49:40  <BlueMatt> did you mean to do that?
1322 2016-10-18T20:49:44  <wumpus> yes
1323 2016-10-18T20:50:00  <BlueMatt> ok!
1324 2016-10-18T20:52:43  <wumpus> does make sense to do a bit of continuous integration tehre instead of leaving the pull open for months
1325 2016-10-18T20:52:53  <BlueMatt> true
1326 2016-10-18T20:53:10  <BlueMatt> alright, well I'll open up the next one in a sec when my fibre tests pass
1327 2016-10-18T20:53:17  <wumpus> awesome
1328 2016-10-18T21:00:16  <GitHub147> [bitcoin] TheBlueMatt opened pull request #8969: Decouple peer-processing-logic from block-connection-logic (#2) (master...net_processing_2) https://github.com/bitcoin/bitcoin/pull/8969
1329 2016-10-18T21:08:33  *** cdecker has quit IRC
1330 2016-10-18T21:13:51  *** Guyver2 has quit IRC
1331 2016-10-18T21:14:30  *** To7 has joined #bitcoin-core-dev
1332 2016-10-18T21:15:36  *** ibrightly has quit IRC
1333 2016-10-18T21:15:58  *** ibrightly has joined #bitcoin-core-dev
1334 2016-10-18T21:29:36  *** Cory has joined #bitcoin-core-dev
1335 2016-10-18T21:33:02  *** mkarrer_ has joined #bitcoin-core-dev
1336 2016-10-18T21:35:20  <cfields_> BlueMatt: heh, I was reviewing it and it was merged under my feet :)
1337 2016-10-18T21:35:42  <BlueMatt> cfields_: its one of those things that can move forward but still needs posthumous acks
1338 2016-10-18T21:35:43  <BlueMatt> :p
1339 2016-10-18T21:35:52  <cfields_> BlueMatt: fwiw, looks good to me though
1340 2016-10-18T21:35:55  <cfields_> heh
1341 2016-10-18T21:36:57  <BlueMatt> posthumous acks are important :)
1342 2016-10-18T21:37:04  *** mkarrer has quit IRC
1343 2016-10-18T21:38:10  <BlueMatt> cfields_: at least the next ones are easy :)
1344 2016-10-18T21:38:29  <BlueMatt> probably only ~2 more incl 8969
1345 2016-10-18T21:39:26  <cfields_> BlueMatt: 8a4a33dc5623c8a5d1413c214f0dfa30667e6b03 is the one you showed in Milan, right?
1346 2016-10-18T21:39:49  <BlueMatt> yea, should be
1347 2016-10-18T21:39:52  *** d_t has joined #bitcoin-core-dev
1348 2016-10-18T21:39:57  <BlueMatt> dont recall if ive rebased or not, but its def the same commit
1349 2016-10-18T21:40:11  <cfields_> ok good, thanks
1350 2016-10-18T21:40:20  *** d_t has quit IRC
1351 2016-10-18T21:41:35  *** d_t has joined #bitcoin-core-dev
1352 2016-10-18T21:51:26  <luke-jr> Lightsword: wumpus: I no longer use 32-bit anything. I gave up waiting for x32 and just went back to x86_64 a month or so ago.
1353 2016-10-18T21:55:27  *** MarcoFalke has left #bitcoin-core-dev
1354 2016-10-18T21:56:38  *** d_t has quit IRC
1355 2016-10-18T22:23:13  *** justanotheruser has joined #bitcoin-core-dev
1356 2016-10-18T22:52:37  *** achow101 has quit IRC
1357 2016-10-18T22:54:46  *** wasi_ has joined #bitcoin-core-dev
1358 2016-10-18T22:55:18  *** wasi_ has quit IRC
1359 2016-10-18T23:16:07  <sipa> luke-jr: what is missing for x32?
1360 2016-10-18T23:16:08  <sipa> or was
1361 2016-10-18T23:16:35  <luke-jr> sipa: mostly LLVM and Valgrind IIRC
1362 2016-10-18T23:16:42  <sipa> i guess many things are harder if you don't use a common architecture
1363 2016-10-18T23:28:52  *** murch has quit IRC
1364 2016-10-18T23:35:49  *** Victorsueca has quit IRC
1365 2016-10-18T23:37:18  *** justanotheruser has quit IRC
1366 2016-10-18T23:43:03  *** wasi_ has joined #bitcoin-core-dev
1367 2016-10-18T23:43:48  *** wasi_ has left #bitcoin-core-dev
1368 2016-10-18T23:45:41  *** Victorsueca has joined #bitcoin-core-dev
1369 2016-10-18T23:53:04  *** alpalp has joined #bitcoin-core-dev
1370 2016-10-18T23:53:05  *** alpalp has joined #bitcoin-core-dev