1 2015-05-14 00:29:55 <hulkhogan_> is there a cli flag to disable behavior checks for regtest?
  2 2015-05-14 00:30:39 <hulkhogan_> ah i see banscore now
  3 2015-05-14 02:54:28 <jtimon> Total 116266 (delta 90696), reused 114202 (delta 88993)
  4 2015-05-14 02:54:32 <jtimon> sorry
  5 2015-05-14 02:54:33 <jtimon> sorry
  6 2015-05-14 04:18:22 <bitcoin-dev125> hey guys....my wallet wont go past 280006 ...any idea?
  7 2015-05-14 04:19:10 <gmaxwell> bitcoin-dev125: look in your debug log. Likely you've suffered some local corruption. What version are you running?
  8 2015-05-14 04:19:17 <gmaxwell> And what OS?
  9 2015-05-14 04:19:19 <bitcoin-dev125> 90200
 10 2015-05-14 04:19:25 <bitcoin-dev125> ubuntu 14.04
 11 2015-05-14 04:19:27 <gmaxwell> Also, you may get more help in #bitcoin
 12 2015-05-14 04:19:38 <gmaxwell> okay 0.9.2 is old.
 13 2015-05-14 04:19:49 <bitcoin-dev125> just need to upgrade
 14 2015-05-14 04:19:52 <gmaxwell> (it should still work but there have been many issues fixed, esp with sync)
 15 2015-05-14 04:25:19 <bitcoin-dev125> 0.10.1 is latest?
 16 2015-05-14 04:27:56 <gmaxwell> Yes.
 17 2015-05-14 04:31:28 <bitcoin-dev125> thanks gmaxwell
 18 2015-05-14 06:57:53 <midnightmagic> huh. someone with an eeepc 701 claims a 10-hour sync to head?
 19 2015-05-14 06:57:59 <midnightmagic> that doesn't seem right.
 20 2015-05-14 06:59:06 <Luke-Jr> O.o
 21 2015-05-14 06:59:48 <midnightmagic> The last time I checked it was multi-day sync'ing from scratch onto a USB external drive. What the heck did you people do.. :-)
 22 2015-05-14 07:01:55 <Luke-Jr> I was getting multi-day syncs on my high end desktop. But I just found out that hard drive is failing, so..
 23 2015-05-14 07:06:17 <phantomcircuit> midnightmagic, sync time is heavily io dependent
 24 2015-05-14 07:06:19 <phantomcircuit> iirc eeepc has an ssd
 25 2015-05-14 07:07:44 <midnightmagic> the internal SSD is like..  8GB. The person who claimed they sync'd in 10 hours did it on external storage. I think the internal SSD might be connected via an internal USB line anyway. But regardless, 10 hours does not seem possible to me for a 701
 26 2015-05-14 07:08:40 <midnightmagic> Nevermind. He wasn't actually finished after 11 hours: http://www.reddit.com/r/Bitcoin/comments/35u80r/full_node_on_asus_eeepc_701/cr7u9vp
 27 2015-05-14 07:13:02 <phantomcircuit> midnightmagic, sure it is
 28 2015-05-14 07:13:10 <phantomcircuit> i've synced in a few hours on a server
 29 2015-05-14 07:14:32 <phantomcircuit> midnightmagic, im thinking they cheated though
 30 2015-05-14 07:14:42 <midnightmagic> phantomcircuit: There is no way an EeePC 701 could do it in a few hours no matter how fast the i/o is, unless another machine validated the chain for it and set up all the databases.
 31 2015-05-14 07:14:56 <midnightmagic> phantomcircuit: No, I realised he didn't sync it in 10 hours, he was just at Jan 2014 after 10 hours.
 32 2015-05-14 07:15:22 <phantomcircuit> yeah that's before the last checkpoint
 33 2015-05-14 07:15:31 <phantomcircuit> yes thus cheating
 34 2015-05-14 07:15:46 <phantomcircuit> it's relatively easy to add your own checkpoint
 35 2015-05-14 07:15:49 <midnightmagic> a mere 15GB into it :-)
 36 2015-05-14 07:16:04 <phantomcircuit> yeah he's ~ half way
 37 2015-05-14 07:16:14 <phantomcircuit> that's pretty good for an eeepc
 38 2015-05-14 07:16:20 <phantomcircuit> 
ACTION high fives sipa

 39 2015-05-14 07:17:24 <midnightmagic> yeah like I said, a full normal non-cheating verify at one point in the past took me multi-multi days. I think that was 0.9-series?
 40 2015-05-14 07:18:46 <phantomcircuit> midnightmagic, there were/are a bunch of unnecessary sleeps
 41 2015-05-14 07:18:56 <phantomcircuit> loadblock ignores them
 42 2015-05-14 07:19:17 <phantomcircuit> it's pretty close to the limits of what your hw can actually do
 43 2015-05-14 07:19:32 <phantomcircuit> minus tricks like priming the signature cache to keep your cpu full
 44 2015-05-14 07:19:36 <phantomcircuit> busy*
 45 2015-05-14 07:30:44 <midnightmagic> is big endian still not supported..?
 46 2015-05-14 07:30:45 <midnightmagic> is big endian still not supported..?
 47 2015-05-14 07:31:13 <phantomcircuit> midnightmagic, iirc it's supported
 48 2015-05-14 07:31:39 <midnightmagic> v0.10.1 ./configure --prefix=/opt => configure: error: "Big Endian not supported"
 49 2015-05-14 07:32:55 <midnightmagic> I do see laan/2014_12_bigendian branch still
 50 2015-05-14 07:33:35 <phantomcircuit> midnightmagic, possibly it works but is poorly tested
 51 2015-05-14 07:33:39 <gmaxwell> midnightmagic: it's supported in git master (will be 0.11); all that work was post 0.10, and we wouldn't be backporting something that invasive.
 52 2015-05-14 07:34:24 <midnightmagic> okie doke then. master it is.
 53 2015-05-14 07:37:56 <midnightmagic> wait, when was 0.10 cut? git doesn't have a label history for branches.
 54 2015-05-14 08:54:43 <waxwing> what does "move" rpc call actually do? it says it's not blockchain, so it's literally just updating internal variables?
 55 2015-05-14 08:54:44 <waxwing> what does "move" rpc call actually do? it says it's not blockchain, so it's literally just updating internal variables?
 56 2015-05-14 09:15:01 <ronkrt> is it possible to set the first 2 letters of a btc address when setting PUBKEY_ADDRESS?
 57 2015-05-14 10:59:52 <PRab> ronkrt: Something like https://en.bitcoin.it/wiki/Vanitygen?
 58 2015-05-14 11:01:03 <PRab> I've seen vanity addresses with ~8 chosen characters at the beginning.
 59 2015-05-14 11:15:11 <berndj> is base58 encoding a representation of *numbers* or of byte strings?
 60 2015-05-14 11:17:32 <wumpus> numbers (but byte strings are also numbers, base256)
 61 2015-05-14 11:24:33 <ronkrt> is there a simple way to build windows binary and qt wallet on linux debian 7?
 62 2015-05-14 11:27:32 <wumpus> ronkrt: yes, see depends/README.usage. Boils down to:  cd depends; make HOST=i686-w64-mingw32 -j4 ; cd ..; ./configure --prefix=$CWD/depends/i686-w64-mingw32
 63 2015-05-14 11:27:53 <ronkrt> hmm
 64 2015-05-14 11:27:58 <ronkrt> ok thank you
 65 2015-05-14 11:30:42 <berndj> wumpus, basically i want to know if the byte string "\0\0\x12\x34" encodes to a different base58 string than "\x12\x34". if you say "numbers" i guess that means the base58 representation of both is the same?
 66 2015-05-14 11:33:04 <wumpus> berndj: those do encode to different numbers, there is also a padding component (extra '1'
 67 2015-05-14 11:34:33 <ronkrt> will the files in depends/builders work on any other coin as well?
 68 2015-05-14 11:34:54 <wumpus> altcoins are off-topic
 69 2015-05-14 11:36:07 <ronkrt> just a simple question, sorry
 70 2015-05-14 11:42:23 <wumpus> (in any case: if the altcoin maintainers bother to maintain the depends system for the requirements of their fork it will work, if they don't, it will not - that's the only possible answer here)
 71 2015-05-14 11:53:25 <ronkrt> thank you wumpus
 72 2015-05-14 16:23:49 <olaaa> Quick question: there is a 40 byte limit for standard OP_RETURN transactions. Is that limit enforced per output or per transaction?
 73 2015-05-14 16:25:30 <stonecoldpat> transaction
 74 2015-05-14 16:25:55 <stonecoldpat> (you can only have 1 OP_RETURN per transaction)
 75 2015-05-14 16:28:49 <olaaa> stonecoldpat: thanks
 76 2015-05-14 17:00:45 <chomu_> hi
 77 2015-05-14 17:00:50 <chomu_> i am new to bitcoins
 78 2015-05-14 17:01:01 <chomu_> i hav created a wallet
 79 2015-05-14 17:01:27 <chomu_> can anyone send me 0.000001 bitcoins?
 80 2015-05-14 17:12:07 <andytoshi> how come the wnaf conversion in the libsecp256k1 precomp code forces the scalar to be even, while that in trezor-crypto forces it to be odd?
 81 2015-05-14 17:23:11 <gavinandresen> coryfields: you around?
 82 2015-05-14 17:28:20 <cfields> gavinandresen: yep
 83 2015-05-14 17:29:00 <gavinandresen> cfields: are Travis build times widely variable? I can’t figure out why #5964 timed out…
 84 2015-05-14 17:30:21 <cfields> gavinandresen: see comment on that ticket. They're usually pretty stable, but we had some weirdness this week, so I had to add a change that nuked the cache and caused full rebuilds of everything
 85 2015-05-14 17:30:32 <cfields> those should be really really rare, today is just one of those days
 86 2015-05-14 17:31:32 <gavinandresen> ok, great. If I get a green light then I’ll merge 5964, I was worried something in 5964 might be making the problem worse
 87 2015-05-14 17:32:44 <cfields> i'm poking right now to see how we can speed things up some. We're pushing it too close to the 50min limit for the cases where we do have to fully rebuild
 88 2015-05-14 17:33:42 <gavinandresen> cfields: awesome. If you can make them always finish in eleven minutes or less you’d make me really happy.
 89 2015-05-14 17:34:14 <cfields> but if you're looking for a yardstick to see if your change slowed things down... yea, i'd say they're a little too unstable for that
 90 2015-05-14 17:34:15 <cfields> but if you're looking for a yardstick to see if your change slowed things down... yea, i'd say they're a little too unstable for that
 91 2015-05-14 17:36:22 <cfields> grr, still might be a little weirdness left.
 92 2015-05-14 17:36:49 <cfields> gavinandresen: if this one gives you trouble too, please hold off on pushing or forcing a rebuild. I'm looking at it now.
 93 2015-05-14 17:37:31 <gavinandresen> cfields: ok.
 94 2015-05-14 17:44:59 <btcdrak> gavinandresen: travis seems to randomly time out if a VM is a bit slow (I guess variable according to the host load). I've seen this problem across many different projects with complex builds/testing.
 95 2015-05-14 18:07:52 <cfields> wumpus: if you get a chance, could you go through and nuke all of the PR-specific build caches? Now that the master is fixed and self-verifies, there may be old corrupt PR-specific ones (like gavin's) which are corrupt and rebuild from scratch (as expected) and take longer than they need to
 96 2015-05-14 18:08:09 <cfields> hopefully that's fixed for good now.
 97 2015-05-14 18:39:56 <gavinandresen> sipa morcos and anybody else who’s interested in optimizing transaction/block relaying: https://gist.github.com/gavinandresen/e7d0d177c2ca5027d131   <— if anybody can think of a simpler scheme, I’m open to suggestions. Otherwise, I’ve started implementing the benchmarking framework....
 98 2015-05-14 18:45:09 <tomkysar> Hey guys, could anybody point me in the right direction? I have a master xpub key with a custom derivision path, and about ~3000 different (k) values. Low level question, first stepping grounds into this, if anybody has resources or insight it would be much appreciated!
 99 2015-05-14 18:45:33 <tomkysar> I'd like to derive the ~3000 public keys from it.
100 2015-05-14 18:46:47 <sdaftuar> gavinandresen: just started reading this gist.  i have a system built already for doing repeated simulations of bitcoind on recorded block/tx data, happy to share that code
101 2015-05-14 18:47:11 <gavinandresen> sdaftuar: nifty, send me email with details please!
102 2015-05-14 18:47:24 <sdaftuar> gavinandresen: yep, will do
103 2015-05-14 18:47:25 <sdaftuar> gavinandresen: yep, will do
104 2015-05-14 19:13:51 <michagogo> 10:37:56 <midnightmagic> wait, when was 0.10 cut? git doesn't have a label history for branches.
105 2015-05-14 19:14:09 <michagogo> Well, you could use a visualizer to see when the branch happened
106 2015-05-14 19:14:52 <michagogo> And I think tags are timestamped, which would give you a "not after" date
107 2015-05-14 19:17:06 <michagogo> 14:27:32 <wumpus> ronkrt: yes, see depends/README.usage. Boils down to:  cd depends; make HOST=i686-w64-mingw32 -j4 ; cd ..; ./configure --prefix=$CWD/depends/i686-w64-mingw32
108 2015-05-14 19:17:18 <michagogo> Shouldn't amd64 be the default, these days?
109 2015-05-14 19:34:01 <cfields> michagogo: that was for building win32
110 2015-05-14 20:56:30 <jgarzik> wumpus is the #2 wladimir van, according to google
111 2015-05-14 21:39:37 <michagogo> cfields: I know.
112 2015-05-14 21:39:57 <michagogo> I was saying, the default Windows these days should probably be win64
113 2015-05-14 21:42:32 <sipa> ;;nethash
114 2015-05-14 21:42:33 <gribble> 361324452.122
115 2015-05-14 21:49:55 <cfields> gavinandresen: ping
116 2015-05-14 21:49:58 <cfields> gavinandresen: https://travis-ci.org/bitcoin/bitcoin/jobs/62615004#L1344
117 2015-05-14 22:16:38 <cfields> BlueMatt: grr, is there no longer a branch in your repo that corresponds to what the current pull-tester's running?
118 2015-05-14 22:17:41 <cfields> i just fetched individual patches from github, because luckily the commits themselves have not been pruned yet, but my commit id's are off as a result
119 2015-05-14 23:00:14 <midnightmagic> are watch-only addresses committed to master for bitcoin-qt?
120 2015-05-14 23:00:31 <midnightmagic> can't seem to find the commands referenced in pullreq 4045
121 2015-05-14 23:00:44 <belcher> they're in the release arnt they?
122 2015-05-14 23:00:49 <belcher> importaddress rpc call for 0.10
123 2015-05-14 23:01:00 <midnightmagic> accessible/usable from -qt ?
124 2015-05-14 23:02:41 <jgarzik> midnightmagic, watch-only is in the release version, indeed
125 2015-05-14 23:06:23 <sipa> not gui accessible, afaik
126 2015-05-14 23:06:33 <sipa> the gui presents watch-only stuff, and marks it specifically
127 2015-05-14 23:06:40 <sipa> but there is no gui way to import an address
128 2015-05-14 23:09:15 <midnightmagic> thanks!
129 2015-05-14 23:09:34 <midnightmagic> i do believe this is the first time I've ever used the -qt gui.
130 2015-05-14 23:09:58 <Adlai> it is cute, and gooey.
131 2015-05-14 23:20:21 <sipa> Adlai: gooey or GUI?
132 2015-05-14 23:21:29 <Adlai> 
ACTION actually doesn't know, being perfectly happy with -cli

133 2015-05-14 23:22:21 <belcher> does the qt json-rpc console count as gui ?
134 2015-05-14 23:22:48 <sipa> no