1 2014-12-24 00:00:00 <wumpus> qt is the only one that takes significant time
   2 2014-12-24 00:00:10 <cfields> but also, any change to cflags or etc will cause a bump as well
   3 2014-12-24 00:00:22 Shiftos has joined
   4 2014-12-24 00:00:59 <wumpus> but this will become more important if we also start building toolchains, they shouldn't be handled in the same way
   5 2014-12-24 00:01:19 <cfields> which part?
   6 2014-12-24 00:01:31 <cfields> if you mean the gitian cache, that was just a nasty hack
   7 2014-12-24 00:01:34 <wumpus> rebuilds should be incredibly rare
   8 2014-12-24 00:01:42 jprichardson has quit (Read error: Connection reset by peer)
   9 2014-12-24 00:01:52 <wumpus> and probably not happen automatically in the first place
  10 2014-12-24 00:02:22 <cfields> wumpus: yea, the process is pretty well settled by now.
  11 2014-12-24 00:02:33 <cfields> it'll probably be bumpy for quite a while after adding toolchains though
  12 2014-12-24 00:03:01 <michagogo> BTW, what's the policy on bitcoin.org/bin and prereleases?
  13 2014-12-24 00:03:17 <michagogo> bins at /bin/0.10.0/test?
  14 2014-12-24 00:03:19 <wumpus> it's not acceptable if some flag changed that gcc and everything randomly gets rebuilt
  15 2014-12-24 00:03:23 <Luke-Jr> michagogo: I would imagine it's the same "at least 3 signers" rule
  16 2014-12-24 00:03:29 <michagogo> Luke-Jr: right
  17 2014-12-24 00:03:37 <michagogo> (which we have now, I think?)
  18 2014-12-24 00:03:43 <wumpus> michagogo: need three signers, and need signed executables for windows and mac before uploading
  19 2014-12-24 00:03:44 <Luke-Jr> wait, that's bitcoincore.org, right? :x
  20 2014-12-24 00:03:55 <michagogo> wumpus: ah, right, so waiting on Gavin
  21 2014-12-24 00:04:11 <wumpus> anyhow there's no huryr
  22 2014-12-24 00:04:14 <michagogo> What was the decision on the OS X signing in the end, btw?
  23 2014-12-24 00:04:19 <cfields> wumpus: not sure what you mean there. if gcc changed, we have to assume that everything needs to be rebuilt
  24 2014-12-24 00:04:20 <wumpus> any of you actually tested the resulting executables already?
  25 2014-12-24 00:04:20 <michagogo> wumpus: yeah, I know
  26 2014-12-24 00:04:36 <Luke-Jr> why are we using bitcoin.org for Bitcoin Core downloads still?
  27 2014-12-24 00:04:40 <wumpus> cfields: yes *if* gcc changed, that's not what I mean
  28 2014-12-24 00:04:51 <wumpus> cfields: I mean if say the major version changes, or the depends change
  29 2014-12-24 00:05:14 <wumpus> cfields: that shouldn't trigger a rebuild of the entire toolchain
  30 2014-12-24 00:05:30 <wumpus> Luke-Jr: what else would you propose?
  31 2014-12-24 00:05:31 <michagogo> Ooh
  32 2014-12-24 00:05:46 <Luke-Jr> wumpus: bitcoincore.org seems the obvious location
  33 2014-12-24 00:05:47 <michagogo> The splash screen is a window now and not one of those stupid splash screen popup things :D
  34 2014-12-24 00:05:51 <cfields> wumpus: oh, sure.
  35 2014-12-24 00:06:12 <wumpus> Luke-Jr: bitcoin.org has a lot of bandwidth, bitcoincore is some crappy vm in gavin's basement or such :P
  36 2014-12-24 00:06:16 <Luke-Jr> oh
  37 2014-12-24 00:06:21 <michagogo> And a percentage on verifying blocks? Woot
  38 2014-12-24 00:06:34 <wumpus> (just kidding about the basement, but it's a crappy vm hosted somewhere)
  39 2014-12-24 00:06:53 <Luke-Jr> guess no rush if there's a good reason for it
  40 2014-12-24 00:07:58 <michagogo> Also, bitcoin.org *is* still Bitcoin Core's site, for better or for worse -- bitcoin.org/download gives you BC
  41 2014-12-24 00:08:13 <michagogo> erm, bitcoin.org/en/download *
  42 2014-12-24 00:08:23 <Luke-Jr> michagogo: it's not "supposed" to be Bitcoin Core's website
  43 2014-12-24 00:08:25 <wumpus> instead of overloading a central server it would be better (or at least more principled) to have a more decentralized way of distributing executables, there is work on a torrent for example
  44 2014-12-24 00:08:32 <gmaxwell> We want to be inclusive, but that doesn't extend to presenting a false equivilence.
  45 2014-12-24 00:08:42 <michagogo> Luke-Jr: Sure, but it sort of is atm
  46 2014-12-24 00:08:59 <michagogo> If we want it not to be, the pretty download page should also move elsewhere
  47 2014-12-24 00:09:22 <wumpus> it is not bitcoin core's homepage, just the executables are hosted there
  48 2014-12-24 00:09:36 <Luke-Jr> I wonder if saivann has time to maintain a "distinct" simple page for Bitcoin Core
  49 2014-12-24 00:10:24 <Luke-Jr> I assume bitcoincore.org's VM is used for something and can't just be moved to the same bitcoin.org infra?
  50 2014-12-24 00:11:01 <wumpus> why?
  51 2014-12-24 00:11:05 jprichardson has joined
  52 2014-12-24 00:11:23 <Luke-Jr> why what?
  53 2014-12-24 00:11:38 <wumpus> why are you so held up about bitcoincore.org, it's just a silly dev server, and hosts the fallback for the depends packages currently, there are no plans for it
  54 2014-12-24 00:13:43 n0n0 has quit (Remote host closed the connection)
  55 2014-12-24 00:13:46 <gmaxwell> Luke-Jr: you realize that the inclusiveness efforts have primarily had the effect of significantly pushing down the full node count, and falsely presenting to new bitcoin users that it's acceptable for no one to run bitcoin core, and that all these choices are more or less equivilent, right?  (I'm supportive of being inclusive too, but there are _severe_ costs even before you get into trying to extra
  56 2014-12-24 00:13:52 <gmaxwell> ct out the last bit of minutia around equality)
  57 2014-12-24 00:14:40 n0n0 has joined
  58 2014-12-24 00:15:06 epscy has joined
  59 2014-12-24 00:15:40 <Luke-Jr> it's no big deal or urgency, but it makes sense for Bitcoin Core downloads to be hosted on a Bitcoin Core domain, not a community information website. I consider it a different matter than inclusiveness
  60 2014-12-24 00:15:41 <wumpus> yes I'd say it more prominently needs to feature a guide to run a full node
  61 2014-12-24 00:16:05 <wumpus> there's an item 'contributing to the network' that says you should run a full node but it doesn't actually link to anything
  62 2014-12-24 00:16:21 <harding> wumpus: writing that guide is next on my todo list, after I finish updating the docs to cover 0.10.
  63 2014-12-24 00:16:37 <wumpus> harding: cool!
  64 2014-12-24 00:16:57 <gmaxwell> there is a lot that can be easily improved. Personally I've held off on making that push until we fix a number of things in Bitcoin Core-- headers first was one of them.  Ultimately this may turn out to be poor strategically.
  65 2014-12-24 00:17:01 <cfields> grr, that cache/cache thing is actually tricky
  66 2014-12-24 00:17:38 <michagogo> Win64 binary seems to work
  67 2014-12-24 00:17:41 <wumpus> well in my experience there are lots of people that want to run a full node but don't really know what they're getting into, a friendly guide that simply lists what you need and what you need to do could help there
  68 2014-12-24 00:17:46 <gmaxwell> (memory usage was another, we've also made big strides there,  usable pruning is another,  there is a raft of wallet improvements we need, etc.)
  69 2014-12-24 00:17:53 <michagogo> At least, in that it's not crashing on laucch or anything
  70 2014-12-24 00:17:56 <michagogo> launch*
  71 2014-12-24 00:18:03 <gmaxwell> e.g. the approach of make "what you're getting into" less of a big deal. :)
  72 2014-12-24 00:18:25 <wumpus> sure, but they don't know in the first place that doesn't help, there's a large aspect of information lackage
  73 2014-12-24 00:18:56 ers35 has joined
  74 2014-12-24 00:19:06 <wumpus> of course it helps to reduce the requirements, but they still need to be made clear, I mean
  75 2014-12-24 00:19:39 <gmaxwell> Yea, both are required. Mostly I am concerned about a visible improvement there causing a bunch of people who'd held back to come in and have a negative expirence.
  76 2014-12-24 00:20:40 MoALTz_ has joined
  77 2014-12-24 00:22:02 <michagogo> hm, wtf is "subver" : "Dain 0.0.1"
  78 2014-12-24 00:22:14 <wumpus> I mean if it justs says you need 50GB of disk space, 1GB of memory, then people with less will not even try, and not have a negative experience either
  79 2014-12-24 00:22:17 <michagogo> and why is it connecting to me 6-7 times on a freshly booted node
  80 2014-12-24 00:22:43 <wumpus> if you don't say anything, then they'll try to run it on say a rpi and be disappointed
  81 2014-12-24 00:23:21 MoALTz has quit (Ping timeout: 244 seconds)
  82 2014-12-24 00:23:31 <michagogo> Looks like they're all from 130.211.0.0/16
  83 2014-12-24 00:23:58 Rippleflip_ is now known as Stellarflip
  84 2014-12-24 00:24:01 <michagogo> several from one address
  85 2014-12-24 00:25:05 <wumpus> none of those on any of my nodes
  86 2014-12-24 00:25:26 PaulCapestany has quit ()
  87 2014-12-24 00:25:33 <michagogo> Ooh, I like the new Peers tab
  88 2014-12-24 00:26:20 <michagogo> Though it would be nice if there were an option to add more columns
  89 2014-12-24 00:26:43 PaulCapestany has joined
  90 2014-12-24 00:27:36 <cfields> michagogo: would you mind verifying a fix for the gitian cache/cache problem?
  91 2014-12-24 00:28:19 <michagogo> cfields: could you make a dummy descriptor that doesn't do all the building, so it can be tested quickly?
  92 2014-12-24 00:28:34 <michagogo> If not, I'll do it tomorrow
  93 2014-12-24 00:28:39 <JWU42> so 0.10.0 is still a few weeks away?
  94 2014-12-24 00:28:40 <michagogo> (it's 2:30 here)
  95 2014-12-24 00:28:49 <cfields> michagogo: no build needed
  96 2014-12-24 00:28:52 <cfields> sec
  97 2014-12-24 00:29:00 * michagogo boots his VM back up
  98 2014-12-24 00:29:04 rdymac has joined
  99 2014-12-24 00:30:57 <cfields> michagogo: ok, if you were headed to bed, don't worry about it
 100 2014-12-24 00:31:22 <michagogo> .../me shuts it down again
 101 2014-12-24 00:31:36 <michagogo> Goodnight everyone
 102 2014-12-24 00:31:36 <cfields> haha
 103 2014-12-24 00:31:40 <cfields> nnite
 104 2014-12-24 00:32:39 <cfields> michagogo: for reference, tomorrow you can test with "copy-from-target cache/common cache"
 105 2014-12-24 00:32:49 <cfields> if that puts it in the right place, the fix worked
 106 2014-12-24 00:35:37 RBecker has quit (Ping timeout: 252 seconds)
 107 2014-12-24 00:36:09 Cory has quit ()
 108 2014-12-24 00:37:35 redshiftzero has quit (Quit: ─=≡Σ((( つ◕ل͜◕)つ)
 109 2014-12-24 00:37:46 jprichardson has quit (Read error: Connection reset by peer)
 110 2014-12-24 00:38:14 RBecker has joined
 111 2014-12-24 00:40:49 BCB has joined
 112 2014-12-24 00:40:51 brand0 has quit (Excess Flood)
 113 2014-12-24 00:41:13 brand0 has joined
 114 2014-12-24 00:43:28 <BCB> anyone have experience with znort987's blockparser
 115 2014-12-24 00:44:44 <cfields> osx tests pass, and binary starts up and appears to run sanely
 116 2014-12-24 00:46:38 <wumpus> cfields: nice!
 117 2014-12-24 00:48:02 jprichardson has joined
 118 2014-12-24 00:48:21 <gmaxwell> BCB: ask, don't ask to ask.
 119 2014-12-24 00:49:36 <sipa> cfields: i can test
 120 2014-12-24 00:49:44 <sipa> i had the same problem as michagogo
 121 2014-12-24 00:49:51 <wumpus> cfields: windows version also works
 122 2014-12-24 00:50:04 <cfields> sipa: ah great, sec
 123 2014-12-24 00:50:16 <sipa> build 0.10 + 5536?
 124 2014-12-24 00:50:18 <cfields> wumpus: i'll test linux in a min, though i assume you already have as well
 125 2014-12-24 00:50:39 <cfields> sipa: https://github.com/devrandom/gitian-builder/issues/78#issuecomment-68013133
 126 2014-12-24 00:50:51 <sipa> oh wait, other issue
 127 2014-12-24 00:51:13 <BCB> I am making on ubuntu 14.04 with gcc version 4.9.1 and it is failing with "lto-wrapper: g++ returned 1 exit status."  I think this is because they bytecode files were generated with a different version of gcc.  Any ideas how to correct?
 128 2014-12-24 00:51:16 <cfields> sipa: well, you're welcome to test both. but the cache problem is very quick/easy, no need to build anything
 129 2014-12-24 00:51:30 <cfields> (if you still have a vm up with cached contents)
 130 2014-12-24 00:51:54 Zarutian has quit (Quit: Leaving.)
 131 2014-12-24 00:52:08 <sipa> yes
 132 2014-12-24 00:52:09 <cfields> sipa: "libexec/copy-from-target cache/common cache"
 133 2014-12-24 00:52:16 <cfields> with that change in place
 134 2014-12-24 00:52:37 <cfields> BCB: that's not the real error. can you pastebin the full output?
 135 2014-12-24 00:53:18 <gmaxwell> BCB: bytecode files?! that software is not written in python.
 136 2014-12-24 00:53:34 Cory has joined
 137 2014-12-24 00:54:04 <BCB> cfields: http://pastebin.com/raw.php?i=MFDTttZD
 138 2014-12-24 00:54:23 <sipa> gmaxwell: he means object files, which (for lto) contain GIMPLE output (which i guess could be considered bytecode :p)
 139 2014-12-24 00:54:41 <cfields> gmaxwell: i was trying to give him credit and assume he meant lto :)
 140 2014-12-24 00:54:56 <cfields> hah, sipa did too
 141 2014-12-24 00:55:03 <cfields> BCB: ehm, that's not our buildsystem
 142 2014-12-24 00:55:12 <wumpus> just build without lto?
 143 2014-12-24 00:55:18 <gmaxwell> BCB: there are no object files distributed with the software; do you just need to run make clean?
 144 2014-12-24 00:55:19 <sipa> cfields: nor are we znort97
 145 2014-12-24 00:55:33 <BCB> gmaxwell: yes
 146 2014-12-24 00:55:43 <BCB> (and what happened to znort97)
 147 2014-12-24 00:55:57 <sipa> dunno, ask him?
 148 2014-12-24 00:56:03 <cfields> oh sorry, i missed that part
 149 2014-12-24 00:56:26 brand0 has quit (Excess Flood)
 150 2014-12-24 00:56:37 <gmaxwell> BCB: fwiw, I', pretty sure that program will not work with 0.10 / git master.
 151 2014-12-24 00:57:14 brand0 has joined
 152 2014-12-24 00:57:27 <wumpus> I still don't understand *why* you would want to build in that way, using object files left around by a different version of gcc
 153 2014-12-24 00:57:27 brooss has quit (Ping timeout: 272 seconds)
 154 2014-12-24 00:57:37 <wumpus> just clean the tree and rebuild
 155 2014-12-24 00:57:45 <BCB> gmaxwell: I figured.  I'm trying it on 903 before I upgrade.
 156 2014-12-24 00:58:19 <BCB> wumpus: will do.  Thanks
 157 2014-12-24 00:59:06 <wumpus> if make clean leaves things behind you could do 'git clean -f -x -d ' to remove all non-git files from the tree
 158 2014-12-24 00:59:22 <sipa> cfields: just deleted one of the cached deps and rebuilding
 159 2014-12-24 00:59:58 <BCB> gmaxwell: does blkstats.c do the same thing as bitparser?
 160 2014-12-24 01:00:20 <BCB> *blockparser
 161 2014-12-24 01:03:41 Dizzle has quit (Quit: Leaving...)
 162 2014-12-24 01:05:12 <sipa> wumpus: how many and what size registers does ARM (or NEON, or whatever would be reasonable to write secp256k1 assembly for) have?
 163 2014-12-24 01:05:19 moa has quit (Quit: Leaving.)
 164 2014-12-24 01:07:12 akaiiro has quit (Ping timeout: 250 seconds)
 165 2014-12-24 01:07:44 brooss has joined
 166 2014-12-24 01:08:58 <midnightmagic> wait, znort's block parser won't work with 0.10? or do you mean the build whatever you're talking about?
 167 2014-12-24 01:08:59 <wumpus> sipa: ARM has 16 32-bit registers (of which, say, r0-r12 can be used general purpose), NEON has 32 registers of 64 (or 2x32) wide
 168 2014-12-24 01:09:48 <sipa> midnightmagic: i assume gmaxwell assumes the znort's block parser assumes that blocks are written consecutively
 169 2014-12-24 01:10:00 <sipa> midnightmagic: also, how often can you use 3 levels of 'assume' in a sentence?
 170 2014-12-24 01:11:18 <sipa> wumpus: so, there are two algorithms for the field multiplication, one which builds the 512-bit result first, and then reduces it, and one that does the reduction and multiplication simultaneously; on amd64 the latter is faster and on x86 the former is faster (presumably because it needs more registers)
 171 2014-12-24 01:11:40 afk11 has joined
 172 2014-12-24 01:11:42 <sipa> wumpus: it may be the case that if you have 16ish 32-bit registers, the latter may be faster for arm
 173 2014-12-24 01:11:58 <sipa> wumpus: so, if you ever think about implementing it, ping me :)
 174 2014-12-24 01:12:16 <Luke-Jr> eh, I would think you'd want to use the NEON 64-bit registers?
 175 2014-12-24 01:12:23 <sipa> duh
 176 2014-12-24 01:12:25 <wumpus> sipa: though in practice, ARM toolchains usually default to a reduced instruction set called thumb, which has priority access only to the first 8 registers so there's somewhat more register pressure
 177 2014-12-24 01:12:29 <sipa> if those are available
 178 2014-12-24 01:12:33 <wumpus> yes, NEON would be preferable
 179 2014-12-24 01:12:50 <Luke-Jr> are there any ARM CPUs that can run Bitcoin Core but don't have NEON?
 180 2014-12-24 01:12:56 <wumpus> sure
 181 2014-12-24 01:13:02 <sipa> 32 registers of 64 bits... that would be pretty awesome
 182 2014-12-24 01:13:11 <wumpus> but those can also simply run compiled C code :)
 183 2014-12-24 01:13:23 <Luke-Jr> yeah
 184 2014-12-24 01:13:47 <midnightmagic> hrm.
 185 2014-12-24 01:14:05 <midnightmagic> i thought znort's parser actually reads the db for indices
 186 2014-12-24 01:14:34 <sipa> i doubt that
 187 2014-12-24 01:14:38 <midnightmagic> maybe not.
 188 2014-12-24 01:15:04 <gmaxwell> Luke-Jr: probably. neon is far from uniformly supported, far less so than even sse on x86.
 189 2014-12-24 01:15:54 <wumpus> sipa: it indeed may well be that the latter is faster, especcially if there is parallelization oppertunity where 2x 32*32->64 bit multiply  or mad can be useful
 190 2014-12-24 01:16:03 <gmaxwell> Luke-Jr: but it's increasingly okay, and we do have plain C code for where it isn't available.
 191 2014-12-24 01:16:53 benrcole has quit (Quit: Leaving.)
 192 2014-12-24 01:17:55 n0n0 has quit (Remote host closed the connection)
 193 2014-12-24 01:18:23 <wumpus> I still don't understand how my pull could make things slower on x86 and ppc, though
 194 2014-12-24 01:19:15 dgenr8 has quit (Ping timeout: 252 seconds)
 195 2014-12-24 01:19:17 <sipa> TIL https://en.wikipedia.org/wiki/Branch_predication and https://en.wikipedia.org/wiki/Branch_prediction are not the same
 196 2014-12-24 01:19:20 <gmaxwell> wumpus: compilers are crazy. I mean it could be as small as just moving some code around and now some branch predictior or cache line aliasing hurts it.
 197 2014-12-24 01:19:38 atgreen has joined
 198 2014-12-24 01:19:42 <gmaxwell> sipa: well you mostly use x86 and not arm or itanium sooo.
 199 2014-12-24 01:19:45 stevedekorte has joined
 200 2014-12-24 01:19:46 <wumpus> it's really demotivating to try anything
 201 2014-12-24 01:19:56 dgenr8 has joined
 202 2014-12-24 01:20:13 <sipa> wumpus: except platform-specific asm, which is guaranteed to not hurt anything else :)
 203 2014-12-24 01:20:20 <sipa> wumpus: but yeah
 204 2014-12-24 01:20:34 <gmaxwell> wumpus: well that was a huge gain on arm. I dunno that we shouldn't just take it. The gain is real. Argument against taking it would be that we really ought to have arm/neon asm.
 205 2014-12-24 01:21:14 <sipa> wumpus: in any case, i think over the next few years ARM will become way more important than x86, but right now, there are no real ARM users afaik
 206 2014-12-24 01:21:22 <gmaxwell> arm needs a 10%-20% speedup much more than x86 is hurt by a 2% slowdown.
 207 2014-12-24 01:21:38 <gmaxwell> sipa: none of bitcoin core, of everything else though.
 208 2014-12-24 01:21:39 <sipa> i'll have a look at the generated x86 to try to explain the slowdown
 209 2014-12-24 01:22:46 <wumpus> I didn't notice any slowdown nor speedup locally when I tried
 210 2014-12-24 01:23:26 <gmaxwell> sipa: aarch64 removes the predication stuff from arm. alas.
 211 2014-12-24 01:24:10 <sipa> wumpus: if neon can do 64*64->128 bit multiplications in parallel, peter dettman's multiply/reduce algorithm will be a lot faster if we can use it
 212 2014-12-24 01:24:19 <cfields> sipa: thanks for testing
 213 2014-12-24 01:24:26 <gmaxwell> if peeking at the asm shows GCC doing crappy things in either case, I've had reasonably good luck throwing examples at GCC developers and just letting them handle it.
 214 2014-12-24 01:24:38 <sipa> i'll do that tomorrow
 215 2014-12-24 01:24:56 <gmaxwell> I was just kind of depressed about the change after I found it slower on PPC.
 216 2014-12-24 01:24:57 <cfields> fwiw, arm intrinsics can be very useful
 217 2014-12-24 01:25:02 <sipa> anyway, are we going to announce some 0.10.0rc1?
 218 2014-12-24 01:25:39 <wumpus> generally I only announce when the signed executables are uploaded
 219 2014-12-24 01:25:44 <sipa> right, sure
 220 2014-12-24 01:25:51 <gmaxwell> cfields: I don't think any of the intrinsics are super helpful for the things we're optimizing.
 221 2014-12-24 01:25:53 <sipa> and we may some extra release notes
 222 2014-12-24 01:26:00 <sipa> "0.10.0rc1 crappy christmas"
 223 2014-12-24 01:26:01 <midnightmagic> huh. he does read the on-disk blk*.dat directly.
 224 2014-12-24 01:26:13 <gmaxwell> (the may 'feature' we use is the carry from adders and there is a from-c way to get to it: using long long output)
 225 2014-12-24 01:26:30 afk11 has quit (Ping timeout: 245 seconds)
 226 2014-12-24 01:26:40 <wumpus> I don't see the advantage of using intrinsics here, we want manual control over register allocation
 227 2014-12-24 01:27:15 <cfields> http://gcc.gnu.org/onlinedocs/gcc-4.6.1/gcc/ARM-NEON-Intrinsics.html
 228 2014-12-24 01:27:18 <cfields> mm, ok
 229 2014-12-24 01:27:23 <wumpus> yes, I know about those
 230 2014-12-24 01:27:41 <sipa> yeah, that's my impression: the largest advantage is from a human being able to reason about long-term usage of values, and plan register allocation much better
 231 2014-12-24 01:27:47 molec has joined
 232 2014-12-24 01:27:54 <sipa> the compiler seems to generate code that moves variables around all the time
 233 2014-12-24 01:28:09 <gmaxwell> cfields: the simd stuff is even less useful, because uniformly the compiler botches the register allocation. :)
 234 2014-12-24 01:28:30 <wumpus> though maybe if you have so many registers it's less urgent, still it doesn't make that much of a difference, you're still writing assembly in a slightly different syntax
 235 2014-12-24 01:28:42 jprichardson has quit (Ping timeout: 256 seconds)
 236 2014-12-24 01:28:45 <gmaxwell> It's not unusual on x86 code for the same algorithim hand written out to get 2x the performance of using intrensics. :(
 237 2014-12-24 01:28:45 <cfields> gmaxwell: ah. i figured the simd stuff would be the most useful here. clearly i'm out of my element :)
 238 2014-12-24 01:28:53 <gmaxwell> er x86_64 even.
 239 2014-12-24 01:30:10 <wumpus> gmaxwell: ppc's multiply instructions are strange, a separate instruction to multiply-and-compute-low-word and multiply-and-compute-high-word
 240 2014-12-24 01:30:21 <sipa> hmm, no double-wide multiply? :(
 241 2014-12-24 01:30:35 <sipa> in those arm intrinsics
 242 2014-12-24 01:30:40 moleccc has quit (Ping timeout: 245 seconds)
 243 2014-12-24 01:30:49 <sipa> ah, there's a separate mulh
 244 2014-12-24 01:30:51 <wumpus> vmull_u32
 245 2014-12-24 01:31:11 <sipa> ah yes!
 246 2014-12-24 01:31:16 * sipa needs sleep
 247 2014-12-24 01:31:25 <midnightmagic> sipa: how does 0.10 change the blk*.dat file storage? it looks like znort just goes through the whole thing and creates a longest-chain manually.
 248 2014-12-24 01:31:33 <wumpus> and vmlal
 249 2014-12-24 01:31:37 <gmaxwell> sipa: the intrinsics are also not complete. Arm has a lot of funky multiples, and also crazy tricks that don't map well to intrinsics. (well it's worse for plain arm code than simd)
 250 2014-12-24 01:31:38 <sipa> midnightmagic: does it deal with out-of-order blocks?
 251 2014-12-24 01:31:57 <sipa> midnightmagic: as in: have a child on disk before the parent
 252 2014-12-24 01:32:20 <ers35> I'm writing a bitcoin core test case that requires a private key. Is there a key I should use or any key is fine?
 253 2014-12-24 01:32:30 <midnightmagic> sipa: the stuff I've read in parser.cpp *appears* to be a plain search and location-agnostic so far
 254 2014-12-24 01:32:59 <wumpus> ers35: just create one
 255 2014-12-24 01:34:25 <wumpus> i\
 256 2014-12-24 01:34:34 <gmaxwell> ers35: 1 is a nice private key.
 257 2014-12-24 01:34:38 <sipa> or 11
 258 2014-12-24 01:35:06 <ers35> I'm already using 1. I tried 0 but it asserts as you previously discovered.
 259 2014-12-24 01:35:24 <gmaxwell> 0 isn't a valid private key. :)
 260 2014-12-24 01:35:31 <firelegend> Another question. When parsing the blockchain, how do I ensure that I am on the longest chain? I am currently checking if the previous block hash equals the hash specified in the current block header but I think this might not work as expected
 261 2014-12-24 01:36:02 <sipa> firelegend: you know you're on the longest chain by computing the length (well, amount of work) of all chains, and picking the longest :)
 262 2014-12-24 01:37:10 jprichardson has joined
 263 2014-12-24 01:37:10 saracen_ has quit (Read error: Connection reset by peer)
 264 2014-12-24 01:37:25 <sipa> firelegend: but if you're parsing from disk, there can be side branches, and since 0.10, blocks can be stored out-of-order
 265 2014-12-24 01:37:30 saracen has joined
 266 2014-12-24 01:38:15 <firelegend> Yes, I'm parsing from disk
 267 2014-12-24 01:38:55 <sipa> firelegend: look at what the serialize script does (somewhere in contrib), it first requests the longest chain from bitcoind (through RPC), and then parses from disk, locating the the blocks that that chain consists of
 268 2014-12-24 01:39:11 <sipa> sorry, linearize
 269 2014-12-24 01:39:40 <sipa> firelegend: you can also just operate on the output of the linearize script, which is guaranteed to be valid, not contains holes, be fully linear, and not contain side branches
 270 2014-12-24 01:39:53 afk11 has joined
 271 2014-12-24 01:41:43 <firelegend> Okay I will check them out
 272 2014-12-24 01:43:26 <sipa> gmaxwell: should we mention RFC6979 in the release notes?
 273 2014-12-24 01:45:22 <gmaxwell> probably. I mention we used derandomized DSA. I think at the time I wrote that text I wasn't sure if what we'd end up implementing would be exactly 6979. Feel free to add that in.
 274 2014-12-24 01:45:28 <gmaxwell> sipa: working on a release note for headers first?
 275 2014-12-24 01:46:57 <sipa> gmaxwell: nope, working on sleeping; but i'll write something tomorrow
 276 2014-12-24 01:47:35 <wumpus> we do mention deterministic signing separately in the release notes
 277 2014-12-24 01:48:14 <wumpus> hm although it's just called "improved signing security"
 278 2014-12-24 01:48:17 <sipa> wumpus: yeah, i do mean RFC6979 specifically (it seems to be this buzzword that people complain about now)
 279 2014-12-24 01:49:10 <wumpus> I don't think it matters that much whether the actual buzzword is used
 280 2014-12-24 01:49:19 ivan\_ has quit (Ping timeout: 252 seconds)
 281 2014-12-24 01:49:40 <sipa> even though I don't think that RFC6979 is all that good (it requires a dozen invocations of the hash compression function, which is actually a significant amount of time compared to the rest of signing)
 282 2014-12-24 01:49:51 * sipa .standby();
 283 2014-12-24 01:50:35 <wumpus> if you create enough bitcoin transaction for signing performance to be a problem, you're probably abusing the network
 284 2014-12-24 01:52:48 <gmaxwell> meh, we should just leave that as is.
 285 2014-12-24 01:52:59 <gmaxwell> I'm not keen on catering to buzzwords.
 286 2014-12-24 01:53:01 <wumpus> yes
 287 2014-12-24 01:53:04 <wumpus> agreed
 288 2014-12-24 01:53:51 ivan\ has joined
 289 2014-12-24 01:58:41 Blackreign has quit ()
 290 2014-12-24 01:59:20 paxtoncamaro91 has joined
 291 2014-12-24 02:04:29 <Luke-Jr> 504b6cb989b2f6967e3aa9ef1fd9ec15aaa28b060351f064323f3972cc199320  bitcoin-0.10.0-win32-setup.exe
 292 2014-12-24 02:04:31 <Luke-Jr> 24a94035641cbb84d9f8d04e290e1aa008346fc8b867029717475e2991d510a6  bitcoin-0.10.0-win32.zip
 293 2014-12-24 02:04:32 <Luke-Jr> 835559d963cb7d1e6fb594f15e19b4c46b811deb6b78afa25621f62af8be73ae  bitcoin-0.10.0-win64-setup.exe
 294 2014-12-24 02:04:34 <Luke-Jr> d89d976778c8c1fd752e1171a4221bdfa26c626b342a9d5c21570c66903ea76f  bitcoin-0.10.0-win64.zip
 295 2014-12-24 02:04:35 <Luke-Jr> ac9ee4a32602ccfe56980cee04bd9bc21ed79044b866f0509a2b27bfb241e1cb  src/bitcoin-0.10.0.tar.gz
 296 2014-12-24 02:05:28 <Luke-Jr> looks good match with michagogo
 297 2014-12-24 02:09:06 Sub is now known as zzz!~SubCreati@unaffiliated/cannacoin|SubCreative
 298 2014-12-24 02:11:33 aburan28 has joined
 299 2014-12-24 02:12:26 belcher has quit (Quit: Leaving)
 300 2014-12-24 02:15:37 felipelalli has joined
 301 2014-12-24 02:16:14 jprichardson has quit (Read error: Connection reset by peer)
 302 2014-12-24 02:18:41 <Luke-Jr> cfields: can I just update my gitian from git, to get the new stuff, or is it more complicated and I should setup from scratch?
 303 2014-12-24 02:19:12 <cfields> updating to git head should work fine
 304 2014-12-24 02:19:24 <sipa> gmaxwell, wumpus: ok
 305 2014-12-24 02:19:29 brianhoffman has joined
 306 2014-12-24 02:19:36 RazielZ has quit (Ping timeout: 244 seconds)
 307 2014-12-24 02:19:45 <Luke-Jr> great
 308 2014-12-24 02:19:57 <Luke-Jr> glad to not have hit any weird bumps with the old version
 309 2014-12-24 02:21:54 <cfields> Luke-Jr: if you're updating and building now, you might want to take this while you're at it: https://github.com/devrandom/gitian-builder/pull/79
 310 2014-12-24 02:22:37 <Luke-Jr> I don't use/trust LXC, but thanks
 311 2014-12-24 02:22:43 <cfields> ah, ok
 312 2014-12-24 02:24:56 jprichardson has joined
 313 2014-12-24 02:32:43 Dr-G3 has joined
 314 2014-12-24 02:35:57 Dr-G2 has quit (Ping timeout: 250 seconds)
 315 2014-12-24 02:43:35 ajweiss has joined
 316 2014-12-24 02:44:35 ericmuyser has quit (Remote host closed the connection)
 317 2014-12-24 02:49:29 stevedekorte has quit (Quit: stevedekorte)
 318 2014-12-24 02:52:23 hmsimha has quit (Ping timeout: 252 seconds)
 319 2014-12-24 02:52:42 agricocb has joined
 320 2014-12-24 02:58:25 ttttt has quit (Remote host closed the connection)
 321 2014-12-24 02:59:00 Bwild has joined
 322 2014-12-24 03:00:19 <Luke-Jr> 90c5eb90ed3dc710c56edb92a93c9d6f5fb8b8243db48edbca316a4cece0d6ad  bitcoin-0.10.0-linux32.tar.gz
 323 2014-12-24 03:00:20 <Luke-Jr> 4b5a2c43ae9e40131e7d654f22ba99c53b1affb1da61af6c905317dab9ed80f3  bitcoin-0.10.0-linux64.tar.gz
 324 2014-12-24 03:00:22 <Luke-Jr> ac9ee4a32602ccfe56980cee04bd9bc21ed79044b866f0509a2b27bfb241e1cb  src/bitcoin-0.10.0.tar.gz
 325 2014-12-24 03:00:43 <Luke-Jr> wumpus: your tar.gz for linux was different?
 326 2014-12-24 03:01:58 rdymac has quit (Quit: Connection closed for inactivity)
 327 2014-12-24 03:02:52 jprichardson has quit (Read error: Connection reset by peer)
 328 2014-12-24 03:03:06 GAit has quit (Remote host closed the connection)
 329 2014-12-24 03:04:30 papa2 has joined
 330 2014-12-24 03:05:26 papa has quit (Remote host closed the connection)
 331 2014-12-24 03:07:38 coiner has quit (Read error: Connection reset by peer)
 332 2014-12-24 03:07:55 <Luke-Jr> hmm
 333 2014-12-24 03:07:58 coiner has joined
 334 2014-12-24 03:07:59 jprichardson has joined
 335 2014-12-24 03:08:00 <Luke-Jr> osx and only osx seems to be having DNS issues
 336 2014-12-24 03:18:36 BCB has quit (Quit: Page closed)
 337 2014-12-24 03:23:14 hmsimha has joined
 338 2014-12-24 03:24:04 Quanttek has quit (Remote host closed the connection)
 339 2014-12-24 03:26:08 user7779078 has joined
 340 2014-12-24 03:31:48 <cfields> dns?
 341 2014-12-24 03:34:25 afk11 has quit (Ping timeout: 245 seconds)
 342 2014-12-24 03:36:31 <Luke-Jr> cfields: yeah, looks like it's an issue on my end
 343 2014-12-24 03:36:43 <Luke-Jr> IPv6 is apparently broken, and for some reason gitian is setting a short 10s timeout
 344 2014-12-24 03:37:02 <cfields> Luke-Jr: oh.. osx build. thought you meant runtime
 345 2014-12-24 03:37:19 <cfields> Luke-Jr: you can prime the cache so that gitian doesn't have to download
 346 2014-12-24 03:37:28 <Luke-Jr> cfields: not with old gitian ;)
 347 2014-12-24 03:37:54 <cfields> oh, right
 348 2014-12-24 03:37:58 <gavinandresen> Huh. My linux32.tar.gz gitian build matches, but my linux64 does NOT…
 349 2014-12-24 03:38:22 <cfields> gavinandresen: you missed a few rounds of fun today. how are you building?
 350 2014-12-24 03:38:29 <Luke-Jr> cfields: I need to figure out what's wrong with my IPv6 anyway
 351 2014-12-24 03:38:31 <gavinandresen> cfields: VirtualBox
 352 2014-12-24 03:38:54 <cfields> gavinandresen: can you paste your checksums?
 353 2014-12-24 03:39:16 <gavinandresen>     90c5eb90ed3dc710c56edb92a93c9d6f5fb8b8243db48edbca316a4cece0d6ad  bitcoin-0.10.0-linux32.tar.gz
 354 2014-12-24 03:39:19 <gavinandresen>     41ce51aa64c96e6b149a363dafb903bdaacfbb69c0e2f95413139d1adcafa7ce  bitcoin-0.10.0-linux64.tar.gz
 355 2014-12-24 03:39:32 Application has quit (Ping timeout: 240 seconds)
 356 2014-12-24 03:40:31 <gavinandresen> windows gitian build matches, except for the source tarball (I saw that pull request, so know it is a known issue)
 357 2014-12-24 03:42:03 <gavinandresen> hmm… osx build doesn’t match at all, EXCEPT for the source tarball…
 358 2014-12-24 03:42:39 <cfields> gavinandresen: sigh. can you post em somewhere?
 359 2014-12-24 03:42:54 <gavinandresen> cfields: I can push them to the gitian.sigs repo…
 360 2014-12-24 03:43:21 <cfields> gavinandresen: i meant the tarballs, so i can compare
 361 2014-12-24 03:43:37 <gavinandresen> sure, one sec
 362 2014-12-24 03:44:47 user7779078 has quit (Remote host closed the connection)
 363 2014-12-24 03:45:28 pjorrit has quit (Ping timeout: 240 seconds)
 364 2014-12-24 03:45:38 <gavinandresen> cfields: uploading to http://bitcoincore.org/~gavin/0.10.0rc1/
 365 2014-12-24 03:46:39 <gavinandresen> cfields: done
 366 2014-12-24 03:47:20 paxtoncamaro91 has quit (Ping timeout: 245 seconds)
 367 2014-12-24 03:47:55 <gavinandresen> cfields: it is very possible I should re-create my gitian VMs… there are a lot of extra packages installed on them that might be getting picked up.
 368 2014-12-24 03:48:24 <cfields> ok
 369 2014-12-24 03:51:15 aschildbach_ has joined
 370 2014-12-24 03:51:33 jprichardson has quit (Ping timeout: 244 seconds)
 371 2014-12-24 03:51:53 aschildbach has quit (Ping timeout: 265 seconds)
 372 2014-12-24 03:52:40 devrandom has joined
 373 2014-12-24 03:53:43 brianhoffman has quit (Quit: brianhoffman)
 374 2014-12-24 03:57:13 <cfields> gavinandresen: for osx, 2 of the binaries themselves are different
 375 2014-12-24 03:57:48 <cfields> so, probably necessary to retry with clean VMs before hunting further
 376 2014-12-24 03:58:13 jprichardson has joined
 377 2014-12-24 03:59:16 brianhoffman has joined
 378 2014-12-24 04:00:22 <gavinandresen> cfields: that might not happen for a few days, company coming for Christmas....
 379 2014-12-24 04:00:42 <Techguy305> http://420weedgirls.tumblr.com/
 380 2014-12-24 04:02:16 brand0 has quit (Excess Flood)
 381 2014-12-24 04:03:14 brand0 has joined
 382 2014-12-24 04:04:02 <cfields> gavinandresen: checking linux to see if maybe there's someething obvious you can uninstall
 383 2014-12-24 04:08:55 antizionist__ has quit (Quit: Connection closed for inactivity)
 384 2014-12-24 04:10:43 Application has joined
 385 2014-12-24 04:11:13 Burrito has quit (Ping timeout: 265 seconds)
 386 2014-12-24 04:12:53 <cfields> gavinandresen: nothing obvious
 387 2014-12-24 04:13:09 christo has joined
 388 2014-12-24 04:16:28 ericmuyser has joined
 389 2014-12-24 04:17:46 brand0 has quit (Excess Flood)
 390 2014-12-24 04:19:44 brand0 has joined
 391 2014-12-24 04:23:11 <cfields> gavinandresen: libc-dev has been updated a few times this month. i would assume it's that
 392 2014-12-24 04:23:41 <Luke-Jr> e4b60408c8917c3a1420529b6b4d9eff6fe080e4c7db86240effd0903f341dda  bitcoin-0.10.0-osx-unsigned.dmg
 393 2014-12-24 04:23:42 <Luke-Jr> ea4084948adba09a2ed7d7e4412a0250ed8feebc8b55076dc7077625dba1b2ac  bitcoin-0.10.0-osx-unsigned.tar.gz
 394 2014-12-24 04:23:44 <Luke-Jr> e9ccabda307d06a409609ef01a4585851005e0b232a79da7901a5903dfe11438  bitcoin-0.10.0-osx64.tar.gz
 395 2014-12-24 04:24:27 <cfields> Luke-Jr: match
 396 2014-12-24 04:24:53 bedeho has joined
 397 2014-12-24 04:24:55 <Luke-Jr> great
 398 2014-12-24 04:25:38 <cfields> gavinandresen: can you install a deb?
 399 2014-12-24 04:26:17 <Luke-Jr> cfields: do you mind if I move your sigs to the same dir as everyone else?
 400 2014-12-24 04:27:11 <cfields> ugh, did i screw that up? pretty sure you can't move em or it'll break verification
 401 2014-12-24 04:27:17 <Luke-Jr> :/
 402 2014-12-24 04:28:01 <Luke-Jr> cfields: only difference to the actual files seems to be the 'release' in the yml - maybe change that and re-sign?
 403 2014-12-24 04:28:09 <cfields> blah. i'll rebuild and PR
 404 2014-12-24 04:31:31 TheSeven has quit (Ping timeout: 265 seconds)
 405 2014-12-24 04:32:57 TheSeven has joined
 406 2014-12-24 04:33:16 brand0 has quit (Excess Flood)
 407 2014-12-24 04:35:14 brand0 has joined
 408 2014-12-24 04:35:25 <Luke-Jr> done reviewing changes to gitian since last pull, rebuilding with new version to cache stuff..
 409 2014-12-24 04:36:19 bedeho has quit (Ping timeout: 258 seconds)
 410 2014-12-24 04:36:55 JackH has quit (Ping timeout: 250 seconds)
 411 2014-12-24 04:37:30 jprichardson has quit (Read error: Connection reset by peer)
 412 2014-12-24 04:40:02 DigiByteDev has joined
 413 2014-12-24 04:41:03 <Luke-Jr> nuts, I forgot to copy the Mac bins; oh well, at least they matched XD
 414 2014-12-24 04:41:19 gnuborg has quit (Quit: leaving)
 415 2014-12-24 04:42:09 aburan28 has quit (Ping timeout: 265 seconds)
 416 2014-12-24 04:43:15 consentacles has joined
 417 2014-12-24 04:43:37 brand0 has quit (Excess Flood)
 418 2014-12-24 04:44:34 hmsimha has quit (Ping timeout: 252 seconds)
 419 2014-12-24 04:44:42 consentacles is now known as stapler117
 420 2014-12-24 04:44:44 brand0 has joined
 421 2014-12-24 04:46:57 jprichardson has joined
 422 2014-12-24 04:51:18 coiner has quit (Ping timeout: 255 seconds)
 423 2014-12-24 04:51:52 fdi11inger has joined
 424 2014-12-24 04:59:06 brand0 has quit (Excess Flood)
 425 2014-12-24 05:00:40 brianhoffman has quit (Quit: brianhoffman)
 426 2014-12-24 05:00:44 brand0 has joined
 427 2014-12-24 05:04:16 brand0 has quit (Excess Flood)
 428 2014-12-24 05:04:41 jMyles has joined
 429 2014-12-24 05:05:43 brand0 has joined
 430 2014-12-24 05:08:28 Transisto has joined
 431 2014-12-24 05:11:55 twixisowned has joined
 432 2014-12-24 05:13:42 trixisowned has quit (Ping timeout: 244 seconds)
 433 2014-12-24 05:14:38 DigiByteDev has quit (Quit: DigiByteDev)
 434 2014-12-24 05:15:08 DigiByteDev has joined
 435 2014-12-24 05:16:35 fdi11inger has quit (Remote host closed the connection)
 436 2014-12-24 05:20:30 DigiByteDev has quit (Ping timeout: 252 seconds)
 437 2014-12-24 05:20:32 DigiByteDev has joined
 438 2014-12-24 05:22:42 NewLiberty has quit (Ping timeout: 258 seconds)
 439 2014-12-24 05:26:25 christo has quit (Remote host closed the connection)
 440 2014-12-24 05:27:27 swappermall has quit (Read error: Connection reset by peer)
 441 2014-12-24 05:30:04 brand0 has quit (Excess Flood)
 442 2014-12-24 05:30:16 brand0 has joined
 443 2014-12-24 05:39:33 DigiByteDev has left ()
 444 2014-12-24 05:40:42 kadoban has quit (Read error: Connection reset by peer)
 445 2014-12-24 05:40:58 MoALTz has joined
 446 2014-12-24 05:41:06 kadoban has joined
 447 2014-12-24 05:43:41 NewLiberty has joined
 448 2014-12-24 05:43:41 MoALTz_ has quit (Ping timeout: 256 seconds)
 449 2014-12-24 05:45:26 jMyles has quit (Ping timeout: 252 seconds)
 450 2014-12-24 05:46:00 xabbix has joined
 451 2014-12-24 05:47:02 Dr-G3 has quit (Ping timeout: 250 seconds)
 452 2014-12-24 05:48:01 twixisowned is now known as trixisowned
 453 2014-12-24 05:48:42 DigiByteDev has joined
 454 2014-12-24 05:49:13 jMyles has joined
 455 2014-12-24 05:51:21 jMyles has quit (Max SendQ exceeded)
 456 2014-12-24 05:51:21 brianhoffman has joined
 457 2014-12-24 05:52:01 Dr-G3 has joined
 458 2014-12-24 05:52:32 <proserpine-> why isn't bitcoin core using poll instead of select?
 459 2014-12-24 05:52:56 jMyles has joined
 460 2014-12-24 05:54:52 Guest89604 has quit (Ping timeout: 245 seconds)
 461 2014-12-24 05:55:59 jMyles has quit (Max SendQ exceeded)
 462 2014-12-24 05:57:21 swappermall has joined
 463 2014-12-24 05:57:25 jMyles has joined
 464 2014-12-24 05:58:23 coiner has joined
 465 2014-12-24 06:00:33 Aido has joined
 466 2014-12-24 06:01:23 Pan0ram1x has joined
 467 2014-12-24 06:01:39 Pan0ram1x is now known as Guest2745
 468 2014-12-24 06:03:49 Aido_ has quit (Ping timeout: 244 seconds)
 469 2014-12-24 06:04:39 hmsimha has joined
 470 2014-12-24 06:05:48 jMyles has quit (Ping timeout: 272 seconds)
 471 2014-12-24 06:06:16 brand0 has quit (Excess Flood)
 472 2014-12-24 06:06:45 brand0 has joined
 473 2014-12-24 06:12:13 Belxjander has quit (Read error: No route to host)
 474 2014-12-24 06:13:21 Belxjander has joined
 475 2014-12-24 06:14:39 won9 has joined
 476 2014-12-24 06:14:50 ryanxcharles has quit (Ping timeout: 258 seconds)
 477 2014-12-24 06:18:04 stevedekorte has joined
 478 2014-12-24 06:18:41 brianhoffman has quit (Quit: brianhoffman)
 479 2014-12-24 06:19:13 ryanxcharles has joined
 480 2014-12-24 06:26:53 arubi has quit (Quit: Leaving)
 481 2014-12-24 06:29:04 hmsimha has quit (Ping timeout: 252 seconds)
 482 2014-12-24 06:32:37 user7779078 has joined
 483 2014-12-24 06:34:35 stevedekorte has quit (Quit: stevedekorte)
 484 2014-12-24 06:35:32 stevedekorte has joined
 485 2014-12-24 06:35:53 stevedekorte has quit (Client Quit)
 486 2014-12-24 06:36:33 stevedekorte has joined
 487 2014-12-24 06:36:52 stevedekorte has quit (Client Quit)
 488 2014-12-24 06:39:28 dgenr8 has quit (Ping timeout: 244 seconds)
 489 2014-12-24 06:40:14 dgenr8 has joined
 490 2014-12-24 06:42:21 <Luke-Jr> proserpine-: because we support Windows?
 491 2014-12-24 06:44:03 <Luke-Jr> yes, sad, I know.. :p
 492 2014-12-24 06:44:18 <proserpine-> right, almost forgot :)
 493 2014-12-24 06:47:14 Dizzle has joined
 494 2014-12-24 06:47:59 jprichardson has quit (Read error: Connection reset by peer)
 495 2014-12-24 06:48:15 <phantomcircuit> Luke-Jr, although would it be very hard to support both?
 496 2014-12-24 06:48:24 <phantomcircuit> iirc select is only used in about 2 places
 497 2014-12-24 06:49:16 <Luke-Jr> phantomcircuit: but why?
 498 2014-12-24 06:49:34 <phantomcircuit> poll is iirc slightly more efficient
 499 2014-12-24 06:49:47 <phantomcircuit> and supports larger numbers of connections easier
 500 2014-12-24 06:49:53 <proserpine-> supposedly WSAPoll is even WORSE than select
 501 2014-12-24 06:50:07 <Luke-Jr> phantomcircuit: but why care?
 502 2014-12-24 06:50:10 <ajweiss> it doesn't have the fd_set 1024 limitation, but i don't think that's anywhere near an issue here
 503 2014-12-24 06:50:12 <Luke-Jr> proserpine-: it's also buggy
 504 2014-12-24 06:50:15 <phantomcircuit> yeah i was saying use select() on windows and poll() on linux
 505 2014-12-24 06:50:40 <Luke-Jr> proserpine-: hard to see how it can perform works than select tho, Windows select uses a list for fd_set and interates it for every FD_*
 506 2014-12-24 06:51:23 <proserpine-> lol list
 507 2014-12-24 06:58:16 aburan28 has joined
 508 2014-12-24 06:58:33 jprichardson has joined
 509 2014-12-24 07:00:13 b_lumenkraft has joined
 510 2014-12-24 07:04:56 jtimon has joined
 511 2014-12-24 07:05:15 fdi11inger has joined
 512 2014-12-24 07:05:51 jprichardson has quit (Ping timeout: 256 seconds)
 513 2014-12-24 07:08:55 Bwild has quit (Ping timeout: 244 seconds)
 514 2014-12-24 07:10:24 fdi11inger has quit (Ping timeout: 272 seconds)
 515 2014-12-24 07:13:34 arubi has joined
 516 2014-12-24 07:19:16 AtashiCon has quit (Quit: AtashiCon)
 517 2014-12-24 07:22:15 AtashiCon has joined
 518 2014-12-24 07:24:33 user7779078 has quit (Ping timeout: 265 seconds)
 519 2014-12-24 07:28:54 agath has joined
 520 2014-12-24 07:29:01 brand0 has quit (Excess Flood)
 521 2014-12-24 07:29:27 <wumpus> proserpine-: if you want to optimize bitcoin core that's fabulous, but you should start with benchmarking where performance problems are, not just clamp into something random
 522 2014-12-24 07:30:14 brand0 has joined
 523 2014-12-24 07:30:16 <wumpus> I severly doubt poll versus select will make any different to anything measureable about the P2P network stack at this point
 524 2014-12-24 07:30:38 <wumpus> but feel free to show differently, of course
 525 2014-12-24 07:31:04 O01eg has quit (Quit: O01eg)
 526 2014-12-24 07:31:07 <gmaxwell> We should change to use one of poll family functions so we can scale to more FDs, would have long ago except for windows compat.
 527 2014-12-24 07:31:19 <gmaxwell> It's absolutely not a performance concern.
 528 2014-12-24 07:31:46 <wumpus> otherwise it's like putting more aerodynamic tires,on a boat
 529 2014-12-24 07:33:39 jprichardson has joined
 530 2014-12-24 07:34:05 one_zero has quit ()
 531 2014-12-24 07:36:25 Applicat_ has joined
 532 2014-12-24 07:38:06 Dizzle has quit (Quit: Leaving...)
 533 2014-12-24 07:38:09 jprichardson has quit (Ping timeout: 256 seconds)
 534 2014-12-24 07:38:57 nemo` has quit (Ping timeout: 240 seconds)
 535 2014-12-24 07:39:57 Application has quit (Ping timeout: 240 seconds)
 536 2014-12-24 07:40:19 <proserpine-> not performnace per se, but the 1024 fd_max limitation annoying
 537 2014-12-24 07:40:35 <proserpine-> i can not get over 870 connections on my node
 538 2014-12-24 07:40:52 <gmaxwell> you should absolutely not be running that many connections.
 539 2014-12-24 07:41:11 <ajweiss> holy moly how much outgoing bandwidth do you have?
 540 2014-12-24 07:41:20 <wumpus> a program to stress-test and benchmarks various aspect of the network stack so that such changes can be compared objectively would be extremely useful though
 541 2014-12-24 07:41:28 <gmaxwell> Its harmful to the network to have high order nodes (and presumably you're achieving that via outbound sockets with other modifications, which is a tremendous waste of other peoples resources)
 542 2014-12-24 07:42:02 <wumpus> it could be 870 incoming!
 543 2014-12-24 07:42:06 <wumpus> :p
 544 2014-12-24 07:43:37 <proserpine-> most of them are incoming, i dont see the harm really
 545 2014-12-24 07:44:15 <gmaxwell> proserpine-: it's unlikely that they're incoming unless you're also attacking the network in some other way.
 546 2014-12-24 07:44:41 <gmaxwell> (or being attacked)
 547 2014-12-24 07:45:52 jprichardson has joined
 548 2014-12-24 07:45:57 <gmaxwell> there would need to be approximately a million nodes without any increase in the number of nodes accepting incoming connections before we'd expect single nodes to see inbound connection counts that high.
 549 2014-12-24 07:46:02 <Luke-Jr> gmaxwell: or long-running and been lucky hit by DNS seed caching
 550 2014-12-24 07:46:07 <gmaxwell> (and there aren't anywhere nearly that)
 551 2014-12-24 07:46:43 <gmaxwell> Luke-Jr: s'not a behavior I've observed elsewhere, if thats happening its concerning.
 552 2014-12-24 07:47:13 <Luke-Jr> gmaxwell: some ISPs are really bad about caching DNS beyond TTL
 553 2014-12-24 07:47:47 <gmaxwell> proserpine-: it wastes a ton of bandwidth, and gives peers less diverse views of the network. It doesn't serve any useful purpose to have connection coins an order of magnitude higher than typical.
 554 2014-12-24 07:48:32 Transisto has quit (Ping timeout: 240 seconds)
 555 2014-12-24 07:50:20 <ajweiss> it actually screws things up on the block transfer side as peers are "loyal" during initial sync and steady state relays to one peer.
 556 2014-12-24 07:51:03 <ajweiss> so if you have a ton of peers but not the bandwidth to support them, there are cases where it will slow or break block transfers to your clients
 557 2014-12-24 07:51:38 <proserpine-> yea that's definitely not the case, 10gbit uncapped
 558 2014-12-24 07:51:43 jtimon has quit (Ping timeout: 264 seconds)
 559 2014-12-24 07:54:11 <gmaxwell> proserpine-: thats the case for _you_ but it wastes bandwidth for your peers as well. The higher the order nodes have in the network the more traffic is wasted sending redundant data that crosses in flight.
 560 2014-12-24 07:54:38 <gmaxwell> It also serves no real purpose. It doesn't aid the network.
 561 2014-12-24 07:55:45 RazielZ has joined
 562 2014-12-24 07:55:54 <Luke-Jr> proserpine-: mind sharing the output from getpeerinfo?
 563 2014-12-24 07:56:54 RazielXYZ has joined
 564 2014-12-24 07:58:12 <proserpine-> gmaxwell: you're absolutely right and i have nothing to add, once i compare select to poll ill cap the # of conns
 565 2014-12-24 07:59:57 brand0 has quit (Excess Flood)
 566 2014-12-24 08:00:38 RazielZ has quit (Ping timeout: 258 seconds)
 567 2014-12-24 08:01:44 brand0 has joined
 568 2014-12-24 08:05:37 aulait has quit (Ping timeout: 258 seconds)
 569 2014-12-24 08:05:55 ompik has quit (Ping timeout: 256 seconds)
 570 2014-12-24 08:06:49 Guest57566 has joined
 571 2014-12-24 08:07:32 <Arnavion> Clearly it should use libevent !
 572 2014-12-24 08:08:39 <Luke-Jr> Arnavion: libevent just uses select on Windows I think?
 573 2014-12-24 08:09:18 Lightsword has quit (Quit: Lightsword)
 574 2014-12-24 08:09:22 <Arnavion> Yes
 575 2014-12-24 08:10:12 <Arnavion> The Windows way is IOCP (notify on completion) but nobody wraps that in a select-like interface (notify on ready)
 576 2014-12-24 08:10:24 <Arnavion> You can implement the latter with the former but not the former with the latter
 577 2014-12-24 08:10:31 brand0 has quit (Excess Flood)
 578 2014-12-24 08:10:38 JackH has joined
 579 2014-12-24 08:11:08 <wumpus> Luke-Jr: so does libuv2, looking at it
 580 2014-12-24 08:11:45 brand0 has joined
 581 2014-12-24 08:11:52 aulait has joined
 582 2014-12-24 08:12:20 <gmaxwell> Yea libevent is nice, I've liked it in the past... libuv2 is more recently popular and I've heard good things about it.
 583 2014-12-24 08:12:32 <Luke-Jr> Arnavion: you have that backward, it's possible to implement IOCP with select, but not select with IOCP (unless you override all reading) - but IOCP on Windows is just implemented by synchronous threads for each (group of?) sockets anyway
 584 2014-12-24 08:12:45 benrcole has joined
 585 2014-12-24 08:13:20 <Luke-Jr> so while IOCP may scale larger, it is less efficient than select
 586 2014-12-24 08:13:33 <Arnavion> It's a threadpool, not a thread per socket
 587 2014-12-24 08:14:30 <wumpus> it would be a nice experiment to rip out bitcoind's P2P code and change it to use one of those libraries, although as long as there is no program to quantify network performance ond'd be working blindly
 588 2014-12-24 08:16:23 <Luke-Jr> "I can see clearly now 2.3 has come. I can see all the objects on the page." ♩♪♫♬ :p
 589 2014-12-24 08:17:14 <Luke-Jr> did Qt 5 get any songs? <.<
 590 2014-12-24 08:19:28 ThomasV has joined
 591 2014-12-24 08:19:55 <wumpus> I don't think so, they were more fun in the trolltech times
 592 2014-12-24 08:21:40 chmod755 has joined
 593 2014-12-24 08:23:34 Techguy305 has quit (Ping timeout: 245 seconds)
 594 2014-12-24 08:27:31 benrcole has quit (Quit: Leaving.)
 595 2014-12-24 08:28:35 ThomasV has quit (Ping timeout: 256 seconds)
 596 2014-12-24 08:33:13 NewLiberty has quit (Ping timeout: 258 seconds)
 597 2014-12-24 08:33:48 <gmaxwell> so my 0.10rc1 test on the odroid crashed ... suspect it over heated after it got to the cpu heavy part (I should put a fan on it)
 598 2014-12-24 08:34:33 <gmaxwell> power cycled it and it came up.. synced a thousand more blocks or two then threw a
 599 2014-12-24 08:34:36 <gmaxwell> 2014-12-24 08:33:08 LevelDB read failure: Corruption: block checksum mismatch
 600 2014-12-24 08:34:39 <gmaxwell> 2014-12-24 08:33:08 Corruption: block checksum mismatch
 601 2014-12-24 08:34:42 <gmaxwell> and has kept going.
 602 2014-12-24 08:35:05 <gmaxwell> we really cannot keep going when leveldb throws an error: thats how 0.7 boosted that BDB issue into a forking bug.
 603 2014-12-24 08:35:37 <wumpus> so leveldb goes through all these paranoid checks, and we just ignore the result :-)
 604 2014-12-24 08:36:02 <Luke-Jr> gmaxwell: that particular error, we might be able to, provided we then sync correctly to the right chain
 605 2014-12-24 08:36:07 <gmaxwell> well mostly we don't ignore the result, but @#$@ exceptions.
 606 2014-12-24 08:36:09 <gmaxwell> https://0bin.zertrin.org/paste/c7b3c9228f173b4f063700152b7b2d29d5718f32#MpWZG3gUYdQWxUxmTuyjEMArJ84tqYT8rmJs/AD4QGo=
 607 2014-12-24 08:36:11 CA91201 has joined
 608 2014-12-24 08:36:16 <Luke-Jr> otoh, who knows if we can detect that exact scenario reliably
 609 2014-12-24 08:36:23 <CA91201> When will V0.10
 610 2014-12-24 08:36:26 <CA91201> be ready for pub rlease
 611 2014-12-24 08:36:38 <gmaxwell> Luke-Jr: it's just not acceptable from a design perspective we cannot be sure if any particular failure is safe or not. The only thing that is assuradly safe is to shut down.
 612 2014-12-24 08:36:46 <Luke-Jr> CA91201: when it's ready. test rc1 if you want that sooner
 613 2014-12-24 08:36:49 <CA91201> Also why isn't it called Version 10.
 614 2014-12-24 08:36:55 <CA91201> I mean V.1
 615 2014-12-24 08:37:06 <Luke-Jr> because v0.1 was years ago
 616 2014-12-24 08:37:18 <CA91201> So why not v1.0
 617 2014-12-24 08:37:22 <wumpus> gmaxwell: it should certainly trigger AbortNode()
 618 2014-12-24 08:37:26 <CA91201> instead of v0.10 since you have v0.1
 619 2014-12-24 08:37:30 <Luke-Jr> CA91201: because after 9 is 10. #bitcoin for dumb questions please
 620 2014-12-24 08:37:56 <CA91201> Don't be patronizing.
 621 2014-12-24 08:38:16 <wumpus> because 1.0 has no initial zero, and we use the initial zero for signaling something.
 622 2014-12-24 08:38:18 <CA91201> I am asking why isn't it called Version 1, instead of Version 0.10 since Version 0.1 is already been released
 623 2014-12-24 08:38:35 <Luke-Jr> 10 is also not 1
 624 2014-12-24 08:38:54 <CA91201> But after 9, it should really be 1.0 instead of 0.10
 625 2014-12-24 08:38:58 <wumpus> that's all, take further discussion to #bitcoin
 626 2014-12-24 08:40:13 <gmaxwell> CA91201: no, this is a very common versioning mechenism (the most common in foss software today, I believe).  Versions are not decimal numbers (you might have noticed there is more than one dot)
 627 2014-12-24 08:40:15 <CA91201> What is the ETA for Version 1.0 (Non-Beta)?
 628 2014-12-24 08:40:27 <CA91201> Will Version 1.0 be non-beta?
 629 2014-12-24 08:42:13 kadoban has quit (Ping timeout: 244 seconds)
 630 2014-12-24 08:42:38 <Luke-Jr> this is going to be a long next month. :|
 631 2014-12-24 08:42:56 Grouver has joined
 632 2014-12-24 08:43:10 <CA91201> Why is that Luke-Jr
 633 2014-12-24 08:43:28 <Luke-Jr> CA91201: you can ask in #bitcoin
 634 2014-12-24 08:43:37 <wumpus> #bitcoin, last warning
 635 2014-12-24 08:43:48 <lewellyn> i swear one of these days i'm going to number releases of something in binary.
 636 2014-12-24 08:44:11 <lewellyn> version 100110 is released! get it now! many improvements since 100101!
 637 2014-12-24 08:44:12 <Luke-Jr> lewellyn: Perl actually has a "version" type, which encodes it as UTF-8
 638 2014-12-24 08:44:49 <lewellyn> Luke-Jr: i prefer the idea of "my numbers grow faster than chrome's" ;)
 639 2014-12-24 08:44:56 Zifre has joined
 640 2014-12-24 08:45:07 Zifre_ has quit (Read error: Connection reset by peer)
 641 2014-12-24 08:46:14 <wumpus> or just use dates, it avoids any discussion
 642 2014-12-24 08:46:38 <wumpus> bitcoin core 1501, bitcoin core 1507, etc
 643 2014-12-24 08:46:44 <lewellyn> so... 141213... ok :D
 644 2014-12-24 08:46:47 <ajweiss> BITCOIN CORE X
 645 2014-12-24 08:46:52 <CA91201> How about letters?
 646 2014-12-24 08:46:58 <Luke-Jr> Bitcoin is 513 years old!
 647 2014-12-24 08:47:01 <gmaxwell> please move this out of this channel.
 648 2014-12-24 08:47:10 <wumpus> yes, good idea
 649 2014-12-24 08:49:50 <CA91201> Would it be possible to consolidate the blockchain data from 2009 to 2014 and condense the size?
 650 2014-12-24 08:50:19 <gmaxwell> CA91201: please, #bitcoin
 651 2014-12-24 08:50:55 aburan28 has quit (Read error: No route to host)
 652 2014-12-24 08:51:31 <gmaxwell> sipa: so thoughts on having leveldbwrapper directly call AbortNode in HandleError?  that seems somewhat safer than hoping that every use of it manages to catch the exception.
 653 2014-12-24 08:54:03 fdi11inger has joined
 654 2014-12-24 08:58:53 fdi11inger has quit (Ping timeout: 258 seconds)
 655 2014-12-24 08:59:18 RazielXYZ is now known as Raziel
 656 2014-12-24 08:59:38 tarantillo_ has quit (Remote host closed the connection)
 657 2014-12-24 08:59:58 tarantillo_ has joined
 658 2014-12-24 09:00:03 cbeams has joined
 659 2014-12-24 09:03:57 CA91201 has quit (Quit: Page closed)
 660 2014-12-24 09:05:13 CoinMuncher has joined
 661 2014-12-24 09:10:18 hmsimha has joined
 662 2014-12-24 09:12:06 neozaru has joined
 663 2014-12-24 09:14:29 jprichardson has quit (Ping timeout: 256 seconds)
 664 2014-12-24 09:14:55 Lightsword has joined
 665 2014-12-24 09:16:36 jprichardson has joined
 666 2014-12-24 09:18:48 stevedekorte has joined
 667 2014-12-24 09:18:51 stevedekorte has quit (Client Quit)
 668 2014-12-24 09:21:17 jprichardson has quit (Ping timeout: 256 seconds)
 669 2014-12-24 09:21:49 jprichardson has joined
 670 2014-12-24 09:23:10 ajweiss has quit (Quit: leaving)
 671 2014-12-24 09:23:15 DigiByteDev has quit (Quit: DigiByteDev)
 672 2014-12-24 09:23:55 DigiByteDev has joined
 673 2014-12-24 09:23:57 DigiByteDev has quit (Client Quit)
 674 2014-12-24 09:24:38 Pan0ram1x has joined
 675 2014-12-24 09:24:55 Pan0ram1x is now known as Guest35685
 676 2014-12-24 09:25:01 DigiByteDev has joined
 677 2014-12-24 09:25:22 Guest2745 has quit (Ping timeout: 244 seconds)
 678 2014-12-24 09:25:48 DigiByteDev has quit (Client Quit)
 679 2014-12-24 09:26:23 jprichardson has quit (Ping timeout: 256 seconds)
 680 2014-12-24 09:27:07 hashtag_ has quit (Ping timeout: 244 seconds)
 681 2014-12-24 09:27:26 alferz has quit (Ping timeout: 244 seconds)
 682 2014-12-24 09:27:40 ericmuyser has quit (Remote host closed the connection)
 683 2014-12-24 09:27:53 darvon has quit (Ping timeout: 244 seconds)
 684 2014-12-24 09:28:46 alferz has joined
 685 2014-12-24 09:29:58 jgarzik has quit (Ping timeout: 244 seconds)
 686 2014-12-24 09:30:04 jgarzik has joined
 687 2014-12-24 09:30:04 jgarzik has quit (Changing host)
 688 2014-12-24 09:30:04 jgarzik has joined
 689 2014-12-24 09:30:21 darvon has joined
 690 2014-12-24 09:30:52 DigiByteDev has joined
 691 2014-12-24 09:30:55 DigiByteDev has quit (Client Quit)
 692 2014-12-24 09:31:23 alferz has quit (Changing host)
 693 2014-12-24 09:31:23 alferz has joined
 694 2014-12-24 09:33:19 DigiByteDev has joined
 695 2014-12-24 09:33:23 DigiByteDev has quit (Client Quit)
 696 2014-12-24 09:34:06 SynBTC has quit (Ping timeout: 244 seconds)
 697 2014-12-24 09:34:06 jbisch has quit (Ping timeout: 244 seconds)
 698 2014-12-24 09:34:09 Iriez has quit (Ping timeout: 244 seconds)
 699 2014-12-24 09:34:10 JackH1 has joined
 700 2014-12-24 09:34:15 JackH has quit (Remote host closed the connection)
 701 2014-12-24 09:34:23 jbisch has joined
 702 2014-12-24 09:34:50 SynBTC has joined
 703 2014-12-24 09:35:04 swappermall has quit (Remote host closed the connection)
 704 2014-12-24 09:35:07 PaulCapestany has quit (Ping timeout: 244 seconds)
 705 2014-12-24 09:35:07 bonks has quit (Ping timeout: 244 seconds)
 706 2014-12-24 09:35:38 alferz has quit (Ping timeout: 244 seconds)
 707 2014-12-24 09:35:39 hashtag_ has joined
 708 2014-12-24 09:36:03 _Iriez has joined
 709 2014-12-24 09:36:05 bonks has joined
 710 2014-12-24 09:37:03 DigiByteDev has joined
 711 2014-12-24 09:37:03 DigiByteDev has quit (Client Quit)
 712 2014-12-24 09:37:46 PaulCapestany has joined
 713 2014-12-24 09:37:55 alferz has joined
 714 2014-12-24 09:38:01 alferz has quit (Changing host)
 715 2014-12-24 09:38:01 alferz has joined
 716 2014-12-24 09:38:48 rdymac has joined
 717 2014-12-24 09:41:52 Lexa- has joined
 718 2014-12-24 09:42:17 DigiByteDev has joined
 719 2014-12-24 09:42:22 DigiByteDev has quit (Client Quit)
 720 2014-12-24 09:42:34 <Luke-Jr> michagogo: I'm already building pruning bins for him; if you want to provide a second signature on it, let me know and I'll push my branch (it's 0.10rc1 + pruning)
 721 2014-12-24 09:45:47 Lexa has quit (Ping timeout: 250 seconds)
 722 2014-12-24 09:45:48 Lexa- is now known as Lexa
 723 2014-12-24 09:48:48 shieye has joined
 724 2014-12-24 09:49:18 DigiByteDev has joined
 725 2014-12-24 09:49:22 DigiByteDev has quit (Client Quit)
 726 2014-12-24 09:52:55 <wumpus> re: secp256k1, it looks like for ARM, it is generally preferred to provide .s files than to use inline assembly as you can set the architecture flags (ARM, Thumb, Neon) without having to force the entire project to be compiled with certain compiler flags like -mthumb -fpu=neon etc
 727 2014-12-24 09:52:55 rubensayshi has joined
 728 2014-12-24 09:53:28 ThomasV has joined
 729 2014-12-24 09:54:39 RBecker has quit (Excess Flood)
 730 2014-12-24 09:56:43 RBecker has joined
 731 2014-12-24 09:57:34 <wumpus> within inline assembler you have to conform to the settings of the .o file it gets compiled in, which may or may not be the ones you want, although, granted, we have control over that as these are not inline functions defined in a header but everything ends up in secp256k1.o
 732 2014-12-24 09:57:42 NewLiberty has joined
 733 2014-12-24 09:58:43 DigiByteDev has joined
 734 2014-12-24 09:58:46 DigiByteDev has quit (Client Quit)
 735 2014-12-24 10:01:02 <Luke-Jr> wumpus: also, we can do the flags for just libsecp256k1
 736 2014-12-24 10:01:03 <wumpus> using -marm instead of -mthumb (generally the default) for the entire secp256k1 appears to result in a ~4% speedup for verify, although at the expense of larger code size; now going to try what happens if just the _inner functions are -marm and the rest is compiled with standard options
 737 2014-12-24 10:01:53 <wumpus> Luke-Jr: sure, but secp256k1 would force those flags, it wouldn't compile without
 738 2014-12-24 10:02:25 <buZz> thumb instructions arent really faster
 739 2014-12-24 10:02:27 <buZz> just smaller
 740 2014-12-24 10:03:05 <wumpus> buZz: but cache-wise they are preferable as they have a much larger code density, though can access less registers easily
 741 2014-12-24 10:03:06 <buZz> also fyi, not all ARM cores have neon or thumb
 742 2014-12-24 10:03:36 <Luke-Jr> buZz: yeah, we went over that earlier ;)
 743 2014-12-24 10:03:39 <wumpus> well on cores that don't have thumb it wouldn't be the defaultk, would it
 744 2014-12-24 10:03:40 <buZz> ah ok
 745 2014-12-24 10:03:42 <buZz> no worries
 746 2014-12-24 10:03:54 <buZz> just wanted to make sure you guys knew this
 747 2014-12-24 10:07:17 <gmaxwell> wumpus: yes, actually it's preferable to have the .s in the arm format too, and there are script that translate to inputs for other toolchains. Fortunately the arm stuff has a consistent ABI so less trouble with dealing with that.
 748 2014-12-24 10:07:53 <wumpus> gmaxwell: ok, great
 749 2014-12-24 10:09:42 <wumpus> I've compiled with -S -O3 -marm, extracted those functions, and put them in a separate .s, and made it part of the project, now looking if everything is still sane
 750 2014-12-24 10:12:10 <Luke-Jr> gmaxwell: it does? ARM has at least 2 different ABIs I thought?
 751 2014-12-24 10:12:46 DigiByteDev has joined
 752 2014-12-24 10:12:48 DigiByteDev has quit (Client Quit)
 753 2014-12-24 10:12:57 <buZz> EABI , OABI
 754 2014-12-24 10:13:06 <wumpus> Luke-Jr: but they have the same conventions re: saving which registers, afaik?
 755 2014-12-24 10:13:22 <wumpus> Luke-Jr: and passing arguments
 756 2014-12-24 10:13:24 <buZz> and probably you consider armhf as seperate ABI aswell
 757 2014-12-24 10:13:31 <wumpus> no, I don't.
 758 2014-12-24 10:13:35 <buZz> oh
 759 2014-12-24 10:13:36 <wumpus> I don't do floats
 760 2014-12-24 10:13:40 <buZz> k :)
 761 2014-12-24 10:13:59 <buZz> no worries, i'll borrow you a raft when floating time is here
 762 2014-12-24 10:14:00 <buZz> ;)
 763 2014-12-24 10:14:44 <Luke-Jr> wumpus: I don't know the details
 764 2014-12-24 10:16:08 <gmaxwell> Luke-Jr: it's way more consistent than x86, fortunately.
 765 2014-12-24 10:16:43 <wumpus> buZz: haha thanks, in that case I'd prefer softfloat to hardfloat though
 766 2014-12-24 10:17:36 <buZz> :D lol
 767 2014-12-24 10:17:40 <buZz> no houtvlot?
 768 2014-12-24 10:17:48 ThomasV has quit (Ping timeout: 244 seconds)
 769 2014-12-24 10:21:54 <wumpus> Luke-Jr: although you did make me wonder what those .eabi_attribute at the top of the .s stand for
 770 2014-12-24 10:27:27 DigiByteDev has joined
 771 2014-12-24 10:27:27 <Luke-Jr> wumpus: hm, we're claiming in the release notes (IIRC) that watch-only wallets will be compatible with pruning in the future - but as of right now, the pruning code disables the wallet entirely
 772 2014-12-24 10:27:31 DigiByteDev has quit (Client Quit)
 773 2014-12-24 10:27:41 cbeams has quit (Remote host closed the connection)
 774 2014-12-24 10:28:09 cbeams has joined
 775 2014-12-24 10:28:46 <wumpus> Luke-Jr: hence 'future'
 776 2014-12-24 10:29:21 <wumpus> that can be anywhere from tomorrow to the next million years, right :<
 777 2014-12-24 10:29:33 <wumpus> the current pruning just isn't useful with the current wallet
 778 2014-12-24 10:30:15 <Luke-Jr> oh well
 779 2014-12-24 10:30:31 <Luke-Jr> FWIW, I'm uploading 0.10.0rc1+pruning bins to http://luke.dashjr.org/programs/bitcoin/files/bitcoind/misc/0.10.x/0.10.0rc1.autoprune/
 780 2014-12-24 10:30:41 cbeams has quit (Read error: Connection reset by peer)
 781 2014-12-24 10:30:49 <wumpus> incidentally that's also one of the reasons why it wasn't merged for 0.10
 782 2014-12-24 10:30:52 cbeams has joined
 783 2014-12-24 10:35:06 <wumpus> now that 0.10 is split off it may be a good idea to merge pruning soon, so that people can build further on it
 784 2014-12-24 10:36:39 <Luke-Jr> I imagine we should get at least a few more testers with these binaries
 785 2014-12-24 10:39:06 <wumpus> yes
 786 2014-12-24 10:41:35 cbeams has quit (Remote host closed the connection)
 787 2014-12-24 10:41:51 MoALTz has quit (Quit: Leaving)
 788 2014-12-24 10:42:10 cbeams has joined
 789 2014-12-24 10:42:59 Zarutian has joined
 790 2014-12-24 10:43:50 Zarutian has quit (Read error: Connection reset by peer)
 791 2014-12-24 10:44:06 Zarutian has joined
 792 2014-12-24 10:44:39 Zarutian has quit (Client Quit)
 793 2014-12-24 10:45:08 DigiByteDev has joined
 794 2014-12-24 10:45:11 DigiByteDev has quit (Client Quit)
 795 2014-12-24 10:46:35 cbeams has quit (Read error: Connection reset by peer)
 796 2014-12-24 10:47:15 cbeams has joined
 797 2014-12-24 10:47:15 cbeams has quit (Changing host)
 798 2014-12-24 10:47:15 cbeams has joined
 799 2014-12-24 10:48:54 <wumpus> I've looked them up and most of the EABI attributes deal with the FP or VFP https://gist.github.com/laanwj/d8d023729614d4212d0f although there are also some like align_needed, align_preserved, enum_size, ...
 800 2014-12-24 10:49:17 DigiByteDev has joined
 801 2014-12-24 10:56:39 cbeams has quit (Remote host closed the connection)
 802 2014-12-24 10:57:12 cbeams has joined
 803 2014-12-24 10:57:29 vmatekole has joined
 804 2014-12-24 11:00:19 karc has quit (Ping timeout: 250 seconds)
 805 2014-12-24 11:00:53 cbeams_ has joined
 806 2014-12-24 11:01:10 cbeams has quit (Read error: Connection reset by peer)
 807 2014-12-24 11:02:32 cbeams_ has quit (Remote host closed the connection)
 808 2014-12-24 11:02:36 karc has joined
 809 2014-12-24 11:04:29 cbeams has joined
 810 2014-12-24 11:04:47 cbeams has quit (Changing host)
 811 2014-12-24 11:04:47 cbeams has joined
 812 2014-12-24 11:10:54 erska has quit (Ping timeout: 264 seconds)
 813 2014-12-24 11:14:07 gnuborg has joined
 814 2014-12-24 11:14:13 ericmuyser has joined
 815 2014-12-24 11:15:18 fdi11inger has joined
 816 2014-12-24 11:15:37 aschildbach_ has quit (Read error: Connection reset by peer)
 817 2014-12-24 11:18:30 cbeams has quit (Remote host closed the connection)
 818 2014-12-24 11:19:03 cbeams has joined
 819 2014-12-24 11:19:26 ericmuyser has quit (Ping timeout: 245 seconds)
 820 2014-12-24 11:20:31 cbeams has quit (Read error: Connection reset by peer)
 821 2014-12-24 11:20:51 cbeams has joined
 822 2014-12-24 11:23:54 cbeams has quit (Remote host closed the connection)
 823 2014-12-24 11:24:06 goodbtc has joined
 824 2014-12-24 11:25:29 <goodbtc> This is the time of the year when we gather around the table with friends and family to enjoy each others company and celebrate the work of our beloved developers.
 825 2014-12-24 11:25:29 <goodbtc> Thanks, gavinandresen and co!
 826 2014-12-24 11:26:25 <wumpus> ok, in principle it works, but this is too much fighting with autotools, adding the same .s file for libsecp256k1_SOURCES as well as the tests_SOURCES results in "object 'src/asm/secp256k1_arm_o3.$(OBJEXT)' created both with libtool and without", unlike for c files it does not call the object file differently
 827 2014-12-24 11:26:50 <wumpus> goodbtc: you're welcome
 828 2014-12-24 11:34:43 cbeams has joined
 829 2014-12-24 11:34:54 cbeams has quit (Changing host)
 830 2014-12-24 11:34:54 cbeams has joined
 831 2014-12-24 11:35:38 <sipa> wumpus: hmm, you may want to look at an older version of libsecp, where the amd64 asm was in yasm files
 832 2014-12-24 11:38:39 <wumpus> ah, it created a common lib, ok yes that'd work
 833 2014-12-24 11:39:20 <sipa> goodbtc: you're welcome :)
 834 2014-12-24 11:39:26 shesek has quit (Ping timeout: 255 seconds)
 835 2014-12-24 11:40:00 <goodbtc> sipa, you are an workaholic - thank you for that!
 836 2014-12-24 11:40:00 <sipa> yasm was annoying as a dependency, though
 837 2014-12-24 11:40:11 Shiftos has quit (Ping timeout: 250 seconds)
 838 2014-12-24 11:44:16 <wumpus> I use gnu assembler not yasm, so you'd expect this work better
 839 2014-12-24 11:44:48 <sipa> right
 840 2014-12-24 11:44:50 <wumpus> somehow the logic for automatic renaming of objects doesn't trigger, I wonder if there's a way to do so manually, the common library looks annoying
 841 2014-12-24 11:45:07 <wumpus> (ie, everything that links against secp256k1 also needs to link against that)
 842 2014-12-24 11:47:31 Shiftos has joined
 843 2014-12-24 11:53:41 simondlr has joined
 844 2014-12-24 11:55:01 <sipa> wumpus: no, that common library was linked into libsecp256.a iirc
 845 2014-12-24 11:57:28 <wumpus> sipa: I'd expected that to only work when compiling the end product into a shared library, as there is a linker step, but possibly autotools is smart enough to compile static libs as well, let's see
 846 2014-12-24 11:57:38 <wumpus> s/compile/merge/
 847 2014-12-24 11:59:12 <sipa> yeah, libtool magic i suppose
 848 2014-12-24 11:59:22 <wumpus> yes, it works
 849 2014-12-24 12:00:02 cbeams has quit (Remote host closed the connection)
 850 2014-12-24 12:00:37 cbeams has joined
 851 2014-12-24 12:00:42 hmsimha has quit (Quit: Leaving)
 852 2014-12-24 12:03:32 <sipa> so what are you doing now, just compiling the mul/sqr code separately to asm in some other mode, and linking that in as asm?
 853 2014-12-24 12:03:49 dabura667 has joined
 854 2014-12-24 12:05:02 cbeams has quit (Ping timeout: 256 seconds)
 855 2014-12-24 12:07:12 <wumpus> yes, that's my starting point
 856 2014-12-24 12:08:39 <wumpus> I've compiled secp256k1 with -O3 -S -marm to get assembly output, extracted those field10x26  _inner functions, and use them as external .s assembly input
 857 2014-12-24 12:09:41 Lightsword has quit (Quit: Lightsword)
 858 2014-12-24 12:13:16 <wumpus> this works as expected, and gives the same speedups as #170, even slightly better because of -marm (where this cross compiler at least defaults to -mthumb)
 859 2014-12-24 12:15:00 ericmuyser has joined
 860 2014-12-24 12:16:07 Emcy_ has quit (Ping timeout: 244 seconds)
 861 2014-12-24 12:16:57 jtimon has joined
 862 2014-12-24 12:19:56 ericmuyser has quit (Ping timeout: 255 seconds)
 863 2014-12-24 12:26:10 cbeams has joined
 864 2014-12-24 12:29:54 Burrito has joined
 865 2014-12-24 12:31:21 GM0127 has joined
 866 2014-12-24 12:35:05 Aquent has joined
 867 2014-12-24 12:37:37 goodbtc has quit (Read error: Connection reset by peer)
 868 2014-12-24 12:41:40 jprichardson has joined
 869 2014-12-24 12:42:04 Quanttek has joined
 870 2014-12-24 12:45:13 ivan\ has quit (Ping timeout: 245 seconds)
 871 2014-12-24 12:45:43 shieye has quit (Quit: WeeChat 1.0.1)
 872 2014-12-24 12:45:59 fdi11ing_ has joined
 873 2014-12-24 12:46:18 jprichardson has quit (Ping timeout: 264 seconds)
 874 2014-12-24 12:46:35 GM0127 has quit (Ping timeout: 258 seconds)
 875 2014-12-24 12:47:53 Burrito has quit (Quit: Leaving)
 876 2014-12-24 12:48:23 antizionist__ has joined
 877 2014-12-24 12:48:26 tjopper has joined
 878 2014-12-24 12:49:48 fdi11inger has quit (Ping timeout: 256 seconds)
 879 2014-12-24 12:51:05 GM0127 has joined
 880 2014-12-24 12:51:43 erska has joined
 881 2014-12-24 12:53:29 ivan\ has joined
 882 2014-12-24 12:54:17 Aquent has quit (Ping timeout: 250 seconds)
 883 2014-12-24 12:54:17 devrandom has quit (Ping timeout: 250 seconds)
 884 2014-12-24 12:59:11 fdi11ing_ has quit (Ping timeout: 240 seconds)
 885 2014-12-24 13:02:27 fdi11inger has joined
 886 2014-12-24 13:06:00 fdi11inger has quit (Read error: Connection reset by peer)
 887 2014-12-24 13:06:09 ss6754 has joined
 888 2014-12-24 13:06:14 sol__ has quit (Ping timeout: 244 seconds)
 889 2014-12-24 13:10:16 fdi11inger has joined
 890 2014-12-24 13:10:21 devrandom has joined
 891 2014-12-24 13:11:48 spinza has joined
 892 2014-12-24 13:11:51 Burrito has joined
 893 2014-12-24 13:15:41 maraoz has joined
 894 2014-12-24 13:15:46 Aquent has joined
 895 2014-12-24 13:19:29 hearn has joined
 896 2014-12-24 13:20:08 cbeams has quit (Remote host closed the connection)
 897 2014-12-24 13:21:15 won9 has quit (Quit: won9)
 898 2014-12-24 13:21:19 oujh has joined
 899 2014-12-24 13:24:11 fdi11inger has quit (Read error: Connection reset by peer)
 900 2014-12-24 13:24:16 ss6754 has left ()
 901 2014-12-24 13:26:55 fdi11inger has joined
 902 2014-12-24 13:30:32 sol__ has joined
 903 2014-12-24 13:31:16 cbeams has joined
 904 2014-12-24 13:32:58 ThomasV has joined
 905 2014-12-24 13:37:34 <wumpus> the gcc-generated code does a lot of useless shuffling between the registers, the stack and input arguments, there is certainly still scope for optimization
 906 2014-12-24 13:46:38 Techguy305 has joined
 907 2014-12-24 13:46:53 CheckDavid has joined
 908 2014-12-24 13:47:34 kadoban has joined
 909 2014-12-24 13:55:02 fdi11inger has quit (Read error: Connection reset by peer)
 910 2014-12-24 13:55:24 copumpkin has quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
 911 2014-12-24 13:55:32 fdi11inger has joined
 912 2014-12-24 13:56:17 <sipa> wumpus: yeah, expected
 913 2014-12-24 14:01:38 jtimon has quit (Ping timeout: 255 seconds)
 914 2014-12-24 14:02:16 simondlr has quit (Remote host closed the connection)
 915 2014-12-24 14:02:34 simondlr has joined
 916 2014-12-24 14:03:48 ericmuyser has joined
 917 2014-12-24 14:04:36 fdi11inger has quit (Ping timeout: 244 seconds)
 918 2014-12-24 14:04:40 chmod755 has quit (Remote host closed the connection)
 919 2014-12-24 14:06:02 fdi11inger has joined
 920 2014-12-24 14:08:11 belcher has joined
 921 2014-12-24 14:08:11 belcher has quit (Changing host)
 922 2014-12-24 14:08:11 belcher has joined
 923 2014-12-24 14:08:50 ericmuyser has quit (Ping timeout: 255 seconds)
 924 2014-12-24 14:12:32 fdi11inger has quit (Ping timeout: 256 seconds)
 925 2014-12-24 14:13:36 ThomasV has quit (Ping timeout: 258 seconds)
 926 2014-12-24 14:14:17 simondlr has quit (Remote host closed the connection)
 927 2014-12-24 14:14:55 fdi11inger has joined
 928 2014-12-24 14:19:01 brianhoffman has joined
 929 2014-12-24 14:21:42 Burrito has quit (Remote host closed the connection)
 930 2014-12-24 14:22:02 Burrito has joined
 931 2014-12-24 14:22:09 fdi11inger has quit (Read error: Connection reset by peer)
 932 2014-12-24 14:22:15 cbeams has quit (Remote host closed the connection)
 933 2014-12-24 14:22:48 fdi11inger has joined
 934 2014-12-24 14:22:50 cbeams has joined
 935 2014-12-24 14:26:50 cbeams has quit (Remote host closed the connection)
 936 2014-12-24 14:27:06 cbeams has joined
 937 2014-12-24 14:33:58 fdi11inger has quit (Read error: Connection reset by peer)
 938 2014-12-24 14:34:25 fdi11inger has joined
 939 2014-12-24 14:35:09 GM0127 has quit (Quit: Leaving)
 940 2014-12-24 14:36:24 fdi11inger has quit (Read error: Connection reset by peer)
 941 2014-12-24 14:38:48 agricocb has quit (Quit: Leaving.)
 942 2014-12-24 14:42:26 fdi11inger has joined
 943 2014-12-24 14:43:15 fdi11inger has quit (Remote host closed the connection)
 944 2014-12-24 14:43:18 <hearn> sipa: do you know how to invoke the rpc regtests, off hand? it doesn't seem to be documented in the readme and just running them with python doesn't work
 945 2014-12-24 14:43:56 <sipa> hearn: yes, just run them :)
 946 2014-12-24 14:44:01 <sipa> ah
 947 2014-12-24 14:44:07 <sipa> what fails if you just run them with python?
 948 2014-12-24 14:44:50 coiner has quit (Ping timeout: 256 seconds)
 949 2014-12-24 14:46:02 ruukasu has quit (Quit: WeeChat 1.0.1)
 950 2014-12-24 14:46:35 <hearn> sipa: http://pastebin.com/k95MLrHG
 951 2014-12-24 14:47:45 <hearn> ah
 952 2014-12-24 14:47:55 <hearn> it expects to be run "python forknotify.py" in the same directory
 953 2014-12-24 14:48:07 <hearn> i should have guessed that'd be the issue, sorry for the noise
 954 2014-12-24 14:49:06 <sipa> that should work, afaik
 955 2014-12-24 14:49:44 <sipa> works here
 956 2014-12-24 14:49:53 <sipa> one requirement is that you have a wallet compiled into bitcoind
 957 2014-12-24 14:50:29 ruukasu has joined
 958 2014-12-24 14:51:08 <sipa> and i again i misread, good to hear it works :)
 959 2014-12-24 14:52:15 aljosa_ has quit ()
 960 2014-12-24 14:52:37 aljosa has joined
 961 2014-12-24 14:54:13 <hearn> sipa: thanks, and merry christmas :)
 962 2014-12-24 14:59:53 wbic16 has joined
 963 2014-12-24 15:05:37 agricocb has joined
 964 2014-12-24 15:06:55 tjopper has quit (Read error: Connection reset by peer)
 965 2014-12-24 15:21:00 brianhoffman has quit (Quit: brianhoffman)
 966 2014-12-24 15:23:49 coiner has joined
 967 2014-12-24 15:37:24 wbic16_ has joined
 968 2014-12-24 15:37:24 wbic16 has quit (Read error: Connection reset by peer)
 969 2014-12-24 15:37:50 wbic16 has joined
 970 2014-12-24 15:37:50 wbic16_ has quit (Read error: Connection reset by peer)
 971 2014-12-24 15:39:03 gonedrk has joined
 972 2014-12-24 15:40:47 wbic16 has quit (Remote host closed the connection)
 973 2014-12-24 15:47:11 maraoz has quit (Ping timeout: 272 seconds)
 974 2014-12-24 15:48:22 <sipa> hearn: thanks, but will be glad when it's over :)
 975 2014-12-24 15:48:36 <hearn> christmas?
 976 2014-12-24 15:48:49 <hearn> btw the "cannot build gitian due to no network connectivity" issue still seems to be present on the 0.10 branch
 977 2014-12-24 15:49:28 <sipa> yes, but you can fetch the sources outside of gitian
 978 2014-12-24 15:50:19 <sipa> do a make download in the depends directory, and then copy the inputs to gitian-builder/cache/common directory
 979 2014-12-24 15:50:22 erasmospunk has joined
 980 2014-12-24 15:50:29 <hearn> right
 981 2014-12-24 15:50:41 <hearn> there is a command listed in the new docs but it's listed as optional .... i'm trying it now
 982 2014-12-24 15:51:03 Grouver has quit (Quit: Leaving)
 983 2014-12-24 15:51:20 O01eg has joined
 984 2014-12-24 15:51:33 simondlr has joined
 985 2014-12-24 15:52:32 ericmuyser has joined
 986 2014-12-24 15:55:29 wallet42 has joined
 987 2014-12-24 15:55:40 simondlr has quit (Ping timeout: 245 seconds)
 988 2014-12-24 15:57:44 ericmuyser has quit (Ping timeout: 252 seconds)
 989 2014-12-24 15:57:54 <wumpus> hearn: it's not a problem with the 0.10 branch, but with gitian
 990 2014-12-24 15:58:03 <wumpus> (or at least, its network setup)
 991 2014-12-24 15:58:07 <hearn> ok
 992 2014-12-24 15:59:33 <wumpus> also cfields made a fix in gitian yesterday, not sure if it's already been merged, but it caused depends caching to go wrong in some cases resulting in unncessary rebuilds
 993 2014-12-24 16:00:00 <wumpus> https://github.com/devrandom/gitian-builder/pull/79
 994 2014-12-24 16:00:33 vicenteH has joined
 995 2014-12-24 16:00:40 <wumpus> not merged yet
 996 2014-12-24 16:01:17 vicenteH has left ("Killed buffer")
 997 2014-12-24 16:03:31 maraoz has joined
 998 2014-12-24 16:04:20 Emcy has joined
 999 2014-12-24 16:04:20 Emcy has quit (Changing host)
1000 2014-12-24 16:04:20 Emcy has joined
1001 2014-12-24 16:05:41 LeMinerMobile has joined
1002 2014-12-24 16:11:57 redshiftzero has joined
1003 2014-12-24 16:13:20 <michagogo> Specifically, when using LXC it caused the cache output to be copied into cache/cache/<name> instead of cache/<name>
1004 2014-12-24 16:14:08 <michagogo> (with the reading from the cache into the target done correctly, from cache/*, resulting in the files not being where the descriptor expects them)
1005 2014-12-24 16:14:25 uiop has quit (Ping timeout: 245 seconds)
1006 2014-12-24 16:15:21 uiop has joined
1007 2014-12-24 16:16:53 wallet421 has joined
1008 2014-12-24 16:16:53 wallet421 has quit (Changing host)
1009 2014-12-24 16:16:53 wallet421 has joined
1010 2014-12-24 16:16:53 wallet42 has quit (Killed (wolfe.freenode.net (Nickname regained by services)))
1011 2014-12-24 16:16:53 wallet421 is now known as wallet42
1012 2014-12-24 16:19:39 t7 has joined
1013 2014-12-24 16:20:44 <sipa> ;;blocks
1014 2014-12-24 16:20:45 <gribble> 335698
1015 2014-12-24 16:25:48 Tjopper has joined
1016 2014-12-24 16:26:45 webbyz has quit (Quit: Connection closed for inactivity)
1017 2014-12-24 16:27:24 alferz has quit (Ping timeout: 244 seconds)
1018 2014-12-24 16:30:10 alferz has joined
1019 2014-12-24 16:30:10 alferz has quit (Changing host)
1020 2014-12-24 16:30:10 alferz has joined
1021 2014-12-24 16:37:31 wallet42 has quit (Quit: Leaving.)
1022 2014-12-24 16:37:37 Bwild has joined
1023 2014-12-24 16:38:54 JackH1 has quit (Ping timeout: 265 seconds)
1024 2014-12-24 16:41:44 midnightmagic has quit (Ping timeout: 252 seconds)
1025 2014-12-24 16:41:51 gonedrk has quit (Quit: Leaving)
1026 2014-12-24 16:41:52 alferz has quit (Ping timeout: 244 seconds)
1027 2014-12-24 16:42:29 erasmospunk has quit (Remote host closed the connection)
1028 2014-12-24 16:44:15 SDCDev has quit (Ping timeout: 244 seconds)
1029 2014-12-24 16:44:27 hanti is now known as HANTI
1030 2014-12-24 16:45:11 midnightmagic has joined
1031 2014-12-24 16:47:27 JackH has joined
1032 2014-12-24 16:48:14 b_lumenkraft has quit (Quit: b_lumenkraft)
1033 2014-12-24 16:48:24 alferz has joined
1034 2014-12-24 16:48:33 davec has quit (Read error: Connection reset by peer)
1035 2014-12-24 16:49:27 davec has joined
1036 2014-12-24 16:53:22 ericmuyser has joined
1037 2014-12-24 16:56:54 jhns has left ()
1038 2014-12-24 16:57:05 maraoz has quit (Ping timeout: 264 seconds)
1039 2014-12-24 16:58:10 ericmuyser has quit (Ping timeout: 240 seconds)
1040 2014-12-24 17:02:28 JohnKenney has quit (Remote host closed the connection)
1041 2014-12-24 17:04:38 arubi has quit (Quit: Leaving)
1042 2014-12-24 17:09:43 maraoz has joined
1043 2014-12-24 17:09:49 Clown has joined
1044 2014-12-24 17:09:49 Clown has quit (Changing host)
1045 2014-12-24 17:09:49 Clown has joined
1046 2014-12-24 17:09:49  has quit (Clown|!~clown@unaffiliated/clown/x-0272709|Killed (wilhelm.freenode.net (Nickname regained by services)))
1047 2014-12-24 17:09:49 Clown is now known as |Clown|
1048 2014-12-24 17:15:17 Techguy305 has quit (Read error: Connection reset by peer)
1049 2014-12-24 17:15:46 Techguy305 has joined
1050 2014-12-24 17:15:47 JohnKenney has joined
1051 2014-12-24 17:20:10 xabbix_ has quit (Ping timeout: 240 seconds)
1052 2014-12-24 17:20:18 Grouver has joined
1053 2014-12-24 17:21:03 Dizzle has joined
1054 2014-12-24 17:29:00 Aido_ has joined
1055 2014-12-24 17:29:53 Lightsword has joined
1056 2014-12-24 17:31:40 Aido has quit (Ping timeout: 272 seconds)
1057 2014-12-24 17:33:26 Aido_ has quit (Ping timeout: 252 seconds)
1058 2014-12-24 17:34:04 Aido has joined
1059 2014-12-24 17:36:29 xabbix_ has joined
1060 2014-12-24 17:37:32 webbyz has joined
1061 2014-12-24 17:43:40 rubensayshi has quit (Remote host closed the connection)
1062 2014-12-24 17:46:50 Vinnie_win_u has quit (Read error: Connection reset by peer)
1063 2014-12-24 17:47:16 Vinnie_win has joined
1064 2014-12-24 17:49:09 gdm85 has quit (Remote host closed the connection)
1065 2014-12-24 17:49:44 gdm85 has joined
1066 2014-12-24 17:52:56 vmatekole has quit (Remote host closed the connection)
1067 2014-12-24 17:54:19 CoinMuncher has quit (Quit: Leaving.)
1068 2014-12-24 17:55:13 maraoz has quit (Ping timeout: 256 seconds)
1069 2014-12-24 17:55:35 Dizzle has quit (Quit: Leaving...)
1070 2014-12-24 17:57:26 maraoz has joined
1071 2014-12-24 18:04:35 wallet42 has joined
1072 2014-12-24 18:04:46 wallet42 has quit (Changing host)
1073 2014-12-24 18:04:46 wallet42 has joined
1074 2014-12-24 18:07:21 ArthurNumbanumba has quit (Ping timeout: 265 seconds)
1075 2014-12-24 18:07:35 Applicat_ has quit (Remote host closed the connection)
1076 2014-12-24 18:08:18 ArthurNumbanumba has joined
1077 2014-12-24 18:09:08 ericmuyser has joined
1078 2014-12-24 18:13:10 ArthurNumbanumba has quit (Ping timeout: 240 seconds)
1079 2014-12-24 18:13:39 ArthurNumbanumba has joined
1080 2014-12-24 18:14:09 ericmuyser has quit (Ping timeout: 250 seconds)
1081 2014-12-24 18:17:19 wallet421 has joined
1082 2014-12-24 18:17:19 wallet421 has quit (Changing host)
1083 2014-12-24 18:17:19 wallet421 has joined
1084 2014-12-24 18:17:19 wallet42 is now known as Guest84483
1085 2014-12-24 18:17:19 Guest84483 has quit (Killed (tepper.freenode.net (Nickname regained by services)))
1086 2014-12-24 18:17:19 wallet421 is now known as wallet42
1087 2014-12-24 18:19:17 uiop has quit (Ping timeout: 264 seconds)
1088 2014-12-24 18:21:36 uiop has joined
1089 2014-12-24 18:25:49 dabura667 has quit (Quit: Connection closed for inactivity)
1090 2014-12-24 18:26:18 BCB has joined
1091 2014-12-24 18:28:21 Lightsword has quit (Quit: Lightsword)
1092 2014-12-24 18:30:05 <BCB> wumpus gmaxwell  "make clean" worked on the file yesterday.  Just got around to trying it.  Thank you and have a nice holiday.
1093 2014-12-24 18:34:58 ericmuyser has joined
1094 2014-12-24 18:35:14 smorim has joined
1095 2014-12-24 18:41:32 dgenr8 has quit (Ping timeout: 258 seconds)
1096 2014-12-24 18:42:19 dgenr8 has joined
1097 2014-12-24 18:42:26 RoboTux has joined
1098 2014-12-24 18:43:17 uiop has quit (Ping timeout: 244 seconds)
1099 2014-12-24 18:45:02 Application has joined
1100 2014-12-24 18:45:37 Profreid has joined
1101 2014-12-24 18:46:30 RoboTux has quit (Quit: RoboTux)
1102 2014-12-24 18:47:02 uiop has joined
1103 2014-12-24 18:48:26 maraoz has quit (Ping timeout: 258 seconds)
1104 2014-12-24 18:52:37 Dizzle has joined
1105 2014-12-24 18:56:04 maraoz has joined
1106 2014-12-24 18:56:29 NewLiberty has quit (Ping timeout: 258 seconds)
1107 2014-12-24 18:58:53 Grouver has quit (Quit:  HydraIRC -> http://www.hydrairc.com <- \o/)
1108 2014-12-24 19:00:21 Internet13 has quit (Quit: Leaving)
1109 2014-12-24 19:01:37 DigiByteDev has quit (Quit: DigiByteDev)
1110 2014-12-24 19:06:59 pooler_ has joined
1111 2014-12-24 19:09:41 pooler has quit (Ping timeout: 265 seconds)
1112 2014-12-24 19:09:51 pooler_ is now known as pooler
1113 2014-12-24 19:09:58 KillYourTV has quit (Ping timeout: 250 seconds)
1114 2014-12-24 19:11:09 maraoz has quit (Ping timeout: 256 seconds)
1115 2014-12-24 19:11:21 tych0- is now known as tych0
1116 2014-12-24 19:12:22 Aquent is now known as Santa
1117 2014-12-24 19:12:44 Internet13 has joined
1118 2014-12-24 19:12:52 Santa is now known as Guest44981
1119 2014-12-24 19:13:00 trixisowned is now known as trixistinsel
1120 2014-12-24 19:13:06 Guest44981 is now known as Santaa
1121 2014-12-24 19:14:32 Zifre has quit (Remote host closed the connection)
1122 2014-12-24 19:15:11 davec has quit (Read error: Connection reset by peer)
1123 2014-12-24 19:15:43 davec has joined
1124 2014-12-24 19:16:01 KillYourTV has joined
1125 2014-12-24 19:20:55 Santaa has quit (Quit: Leaving)
1126 2014-12-24 19:21:39 NewLiberty has joined
1127 2014-12-24 19:22:20 Quanttek has quit (Ping timeout: 244 seconds)
1128 2014-12-24 19:22:47 trixistinsel is now known as trixisowned
1129 2014-12-24 19:23:07 cbeams has quit (Read error: Connection reset by peer)
1130 2014-12-24 19:24:29 maraoz has joined
1131 2014-12-24 19:29:53 cbeams has joined
1132 2014-12-24 19:34:34 belcher_ has joined
1133 2014-12-24 19:36:16 belcher has quit (Ping timeout: 252 seconds)
1134 2014-12-24 19:37:42 belcher_ is now known as belcher
1135 2014-12-24 19:42:17 jprichardson has joined
1136 2014-12-24 19:44:31 Techguy305 has quit (Ping timeout: 255 seconds)
1137 2014-12-24 19:46:33 vmatekole has joined
1138 2014-12-24 19:49:02 gnuborg has quit (Quit: leaving)
1139 2014-12-24 19:49:56 cbeams has quit (Read error: Connection reset by peer)
1140 2014-12-24 19:50:38 cbeams has joined
1141 2014-12-24 19:50:45 jprichardson has quit (Ping timeout: 244 seconds)
1142 2014-12-24 19:52:14 cbeams has quit (Read error: Connection reset by peer)
1143 2014-12-24 19:53:50 cbeams has joined
1144 2014-12-24 19:53:50 cbeams has quit (Changing host)
1145 2014-12-24 19:53:50 cbeams has joined
1146 2014-12-24 19:53:56 cbeams has quit (Remote host closed the connection)
1147 2014-12-24 19:54:44 cbeams has joined
1148 2014-12-24 19:54:45 cbeams has quit (Changing host)
1149 2014-12-24 19:54:45 cbeams has joined
1150 2014-12-24 19:56:05 c0rw1n has quit (Ping timeout: 265 seconds)
1151 2014-12-24 19:56:33 cbeams has quit (Remote host closed the connection)
1152 2014-12-24 19:57:20 vmatekole has quit (Remote host closed the connection)
1153 2014-12-24 19:58:25 atgreen has quit (Ping timeout: 240 seconds)
1154 2014-12-24 19:59:56 cbeams has joined
1155 2014-12-24 20:00:00 cbeams has quit (Remote host closed the connection)
1156 2014-12-24 20:01:46 Aquent has joined
1157 2014-12-24 20:03:44 wbic16 has joined
1158 2014-12-24 20:08:00 c0rw1n has joined
1159 2014-12-24 20:12:09 Lightsword has joined
1160 2014-12-24 20:12:13 DanMAbraham has joined
1161 2014-12-24 20:13:08 hearn has quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
1162 2014-12-24 20:18:12 cbeams has joined
1163 2014-12-24 20:18:25 hearn has joined
1164 2014-12-24 20:23:32 DanMAbraham has quit ()
1165 2014-12-24 20:23:48 brianhoffman has joined
1166 2014-12-24 20:23:52 cbeams has quit (Remote host closed the connection)
1167 2014-12-24 20:24:26 NewLiberty is now known as NewLiberty-afk
1168 2014-12-24 20:24:27 cbeams has joined
1169 2014-12-24 20:24:46 cbeams has quit (Changing host)
1170 2014-12-24 20:24:46 cbeams has joined
1171 2014-12-24 20:25:55 maraoz has quit (Ping timeout: 255 seconds)
1172 2014-12-24 20:29:26 cbeams has quit (Ping timeout: 265 seconds)
1173 2014-12-24 20:34:09 felipelalli has quit (Ping timeout: 244 seconds)
1174 2014-12-24 20:35:19 shesek has joined
1175 2014-12-24 20:37:03 Dr-G3 has quit (Ping timeout: 250 seconds)
1176 2014-12-24 20:37:16 jgarzik has quit (Quit: boot)
1177 2014-12-24 20:37:28 wbic16 has quit (Quit: wbic16)
1178 2014-12-24 20:38:15 Dr-G3 has joined
1179 2014-12-24 20:40:17 jgarzik has joined
1180 2014-12-24 20:40:17 jgarzik has quit (Changing host)
1181 2014-12-24 20:40:17 jgarzik has joined
1182 2014-12-24 20:40:43 NewLiberty-afk is now known as NewLiberty
1183 2014-12-24 20:40:47 <devrandom> cfields: I merged https://github.com/devrandom/gitian-builder/pull/79 just now, thank you
1184 2014-12-24 20:42:17 <michagogo> devrandom: thanks
1185 2014-12-24 20:42:30 * michagogo is glad he realized what was happening pretty quickly
1186 2014-12-24 20:44:34 trixisowned is now known as trixistinsel
1187 2014-12-24 20:45:07 Quanttek has joined
1188 2014-12-24 20:48:32 vmatekole has joined
1189 2014-12-24 20:48:38 brocktic1 has quit (Ping timeout: 272 seconds)
1190 2014-12-24 20:50:09 OneMiner has quit (Ping timeout: 240 seconds)
1191 2014-12-24 20:51:11 ArthurNumbanumba has quit (Ping timeout: 265 seconds)
1192 2014-12-24 20:51:54 b_lumenkraft has joined
1193 2014-12-24 20:54:43 brocktice has joined
1194 2014-12-24 20:54:47 brocktice is now known as Guest47716
1195 2014-12-24 21:03:49 vmatekole has quit (Remote host closed the connection)
1196 2014-12-24 21:12:20 Application has quit (Ping timeout: 245 seconds)
1197 2014-12-24 21:12:33 nelisky has quit (Quit: nelisky)
1198 2014-12-24 21:12:46 brianhoffman has quit (Quit: brianhoffman)
1199 2014-12-24 21:13:21 Elglobo has quit ()
1200 2014-12-24 21:13:24 Elglobonoob has quit ()
1201 2014-12-24 21:15:01 Lightsword has quit (Quit: Lightsword)
1202 2014-12-24 21:19:52 brianhoffman has joined
1203 2014-12-24 21:22:06 stapler117 is now known as murryiffmas
1204 2014-12-24 21:34:18 JackH has quit (Ping timeout: 255 seconds)
1205 2014-12-24 21:36:08 Cryo has quit (Ping timeout: 265 seconds)
1206 2014-12-24 21:40:09 hashtagg has quit (Ping timeout: 240 seconds)
1207 2014-12-24 21:42:12 trixistinsel has quit (Quit: Leaving)
1208 2014-12-24 21:43:16 Application has joined
1209 2014-12-24 21:43:43 rnvk1 has quit (Quit: Leaving.)
1210 2014-12-24 21:44:13 XDOGEX has joined
1211 2014-12-24 21:44:17 souljah1h-Lucky8 has joined
1212 2014-12-24 21:44:18 <XDOGEX> hi
1213 2014-12-24 21:44:22 <souljah1h-Lucky8> hi
1214 2014-12-24 21:47:31 Application has quit (Ping timeout: 244 seconds)
1215 2014-12-24 21:47:48 trixisowned has joined
1216 2014-12-24 21:51:55 rdymac has quit (Quit: Connection closed for inactivity)
1217 2014-12-24 21:52:34 Application has joined
1218 2014-12-24 21:53:42 HANTI is now known as hanti
1219 2014-12-24 21:57:37 <Luke-Jr> cfields: why are there 3 fairly-different OSX outputs?
1220 2014-12-24 21:59:09 JackH has joined
1221 2014-12-24 22:00:43 souljah1h-Lucky8 has left ()
1222 2014-12-24 22:02:50 Elglobo has joined
1223 2014-12-24 22:03:04 <Luke-Jr> wumpus: is it a bug that our Linux binaries don't use 64bit_asm for libsecp256k1?
1224 2014-12-24 22:03:55 Bwild has quit (Ping timeout: 258 seconds)
1225 2014-12-24 22:08:12 <Luke-Jr> ditto for OSX bins
1226 2014-12-24 22:08:22 <XDOGEX> is rain gift ??
1227 2014-12-24 22:09:26 shesek has quit (Ping timeout: 250 seconds)
1228 2014-12-24 22:12:18 <gmaxwell> Luke-Jr: I thought that was intentional; we didn't update libsecp256k1 to one that doesn't require yasm before release.
1229 2014-12-24 22:12:42 <gmaxwell> Luke-Jr: it doesn't matter since performance isn't really interesting for signing for us.
1230 2014-12-24 22:14:37 <Luke-Jr> ok
1231 2014-12-24 22:16:05 jtimon has joined
1232 2014-12-24 22:16:58 belcher_ has joined
1233 2014-12-24 22:18:56 belcher has quit (Ping timeout: 245 seconds)
1234 2014-12-24 22:19:05 <Luke-Jr> note to self: KVM in 32-bit mode can't handle -j4 on OSX building
1235 2014-12-24 22:21:18 rrrrandom has joined
1236 2014-12-24 22:23:09 belcher_ has quit (Ping timeout: 240 seconds)
1237 2014-12-24 22:24:19 CheckDavid has quit (Quit: Connection closed for inactivity)
1238 2014-12-24 22:26:15 Elglobo has quit ()
1239 2014-12-24 22:28:39 rrrrandom is now known as belcher
1240 2014-12-24 22:28:43 belcher has quit (Changing host)
1241 2014-12-24 22:28:43 belcher has joined
1242 2014-12-24 22:34:44 <cfields> Luke-Jr: yea, gcc is very picky in gitian
1243 2014-12-24 22:34:57 <cfields> our version seems especially crashy when low on mem
1244 2014-12-24 22:35:15 * Luke-Jr wonders why 32-bit KVM is limited to 2 GB rather than 4 GB
1245 2014-12-24 22:36:21 <cfields> Luke-Jr: the osx outputs are all intended. one is an unsigned dmg, usable for anyone who wants a fully deterministic one, but will have to put up with gatekeeper complaints. the second is a set of binaries in the same structure as the rest, bin/ llib/, etc. for users who want to run bitcoin-cli, bitcoind, etc
1246 2014-12-24 22:36:24 OneFixt has quit (Remote host closed the connection)
1247 2014-12-24 22:37:18 <cfields> the third is a package that contains scripts needed to create a detached signature from osx. that payload can be re-combined with the original output in gitian to create a deterministic signed dmg
1248 2014-12-24 22:37:39 <cfields> (fully deterministic if you have the priv key, of course :)
1249 2014-12-24 22:38:39 OneFixt has joined
1250 2014-12-24 22:39:30 <Luke-Jr> cfields: oh, so we can't go dmg -> signed dmg
1251 2014-12-24 22:39:45 <cfields> no. it's not the dmg that's signed, it's the contents
1252 2014-12-24 22:39:51 one_zero has joined
1253 2014-12-24 22:40:39 <Luke-Jr> right, I meant unpack, sign, repack
1254 2014-12-24 22:40:54 <Luke-Jr> so no point distributing the osx64 file?
1255 2014-12-24 22:41:31 <cfields> the final dmg, and the tarball with binaries should be distributed
1256 2014-12-24 22:41:38 <cfields> (same as we do with the .exe installer and the zip)
1257 2014-12-24 22:42:28 <Luke-Jr> cfields: there are two tarballs, I'm trying to clarify which one is useless to share
1258 2014-12-24 22:42:29 <cfields> uhmm, i don't remember off the top of my head why i didn't just unpack the unsigned dmg and sign it
1259 2014-12-24 22:42:42 <cfields> the -unsigned.tar.gz
1260 2014-12-24 22:43:04 <Luke-Jr> oh, unexpected ☺
1261 2014-12-24 22:45:59 <cfields> Luke-Jr: ah, right, the -unsigned.tar.gz is needed again as an input to gitian for signing. i believe it presented some problem to unpack a dmg, was easier to leave as a tarball
1262 2014-12-24 22:46:12 <cfields> s/signing/attaching the detached sig/
1263 2014-12-24 22:46:21 <Luke-Jr> i c
1264 2014-12-24 22:46:47 <cfields> probably doable though, i just went the easiest way for the sake of getting it done
1265 2014-12-24 22:47:26 <Luke-Jr> might as well if it's easy; I was just confused by the 3 files
1266 2014-12-24 22:52:41 <cfields> reasonable enough
1267 2014-12-24 22:52:43 Blackreign has joined
1268 2014-12-24 22:53:03 <cfields> off for family time, cya
1269 2014-12-24 22:55:22 <Luke-Jr> ttyl
1270 2014-12-24 22:56:27 shesek has joined
1271 2014-12-24 22:57:28 <XDOGEX> good night
1272 2014-12-24 22:57:33 XDOGEX has left ()
1273 2014-12-24 23:01:36 tlrobinson_ has joined
1274 2014-12-24 23:02:17 won9 has joined
1275 2014-12-24 23:04:36 tlrobinson has quit (Ping timeout: 256 seconds)
1276 2014-12-24 23:04:36 tlrobinson_ is now known as tlrobinson
1277 2014-12-24 23:04:54 agricocb has quit (Quit: Leaving.)
1278 2014-12-24 23:04:58 hmsimha has joined
1279 2014-12-24 23:08:29 Elglobo has joined
1280 2014-12-24 23:15:58 Profreid has quit (Quit: Profreid)
1281 2014-12-24 23:16:58 <gmaxwell> our memory usage is really crazy high.
1282 2014-12-24 23:25:04 Bwild has joined
1283 2014-12-24 23:28:21 cbeams has joined
1284 2014-12-24 23:28:32 tlrobinson_ has joined
1285 2014-12-24 23:29:01 t7 has quit (Ping timeout: 258 seconds)
1286 2014-12-24 23:29:29 tlrobinson has quit (Ping timeout: 272 seconds)
1287 2014-12-24 23:29:29 tlrobinson_ is now known as tlrobinson
1288 2014-12-24 23:32:41 cbeams has quit (Ping timeout: 245 seconds)
1289 2014-12-24 23:34:35 hmsimha has quit (Ping timeout: 252 seconds)
1290 2014-12-24 23:34:57 felipelalli has joined
1291 2014-12-24 23:35:51 neozaru has quit (Remote host closed the connection)
1292 2014-12-24 23:37:10 paveljanik has quit (Quit: This computer has gone to sleep)
1293 2014-12-24 23:38:36 copumpkin has joined
1294 2014-12-24 23:39:51 hashtagg has joined
1295 2014-12-24 23:42:11 benrcole has joined
1296 2014-12-24 23:43:11 prepost has quit (Read error: Connection reset by peer)
1297 2014-12-24 23:43:27 felipelalli has quit (Ping timeout: 244 seconds)
1298 2014-12-24 23:43:35 NewLiberty has quit (Ping timeout: 258 seconds)
1299 2014-12-24 23:47:50 hmsimha has joined
1300 2014-12-24 23:48:50 agricocb has joined
1301 2014-12-24 23:49:21 cbeams has joined
1302 2014-12-24 23:50:10 b_lumenkraft has quit (Quit: b_lumenkraft)
1303 2014-12-24 23:51:45 <ers35> Any interest in a feature to load a new bitcoind executable without losing incoming and outgoing connections?
1304 2014-12-24 23:53:34 cbeams has quit (Ping timeout: 244 seconds)
1305 2014-12-24 23:53:53 hearn has quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
1306 2014-12-24 23:54:53 contrapumpkin has joined
1307 2014-12-24 23:56:37 copumpkin has quit (Ping timeout: 258 seconds)
1308 2014-12-24 23:59:34 <gmaxwell> ers35: I don't know why anyone would want that... also you need to restart connections to flush peers knoweldge of what we already know.