1 2012-06-26 00:00:28 <luke-jr> jgarzik: was there a reason you opted not to do the batch-object form?
  2 2012-06-26 00:02:53 <jgarzik> luke-jr: not sure what you mean
  3 2012-06-26 00:03:54 <luke-jr> jgarzik: batch = JSONRPCBatch(access); batch.callA(); batch.callB(); resultArray = batch();
  4 2012-06-26 00:04:06 <luke-jr> (Gavin had suggested it IIRC)
  5 2012-06-26 00:07:19 <jgarzik> luke-jr: A separate object interface is always possible.  This part gets me up and running immediately.
  6 2012-06-26 01:17:09 <luke-jr> bitcoin.org still isn't updated :/
  7 2012-06-26 02:25:55 <jgarzik> luke-jr: alas, the python batch object stuff is beyond my miniscule python skills
  8 2012-06-26 02:28:02 <luke-jr> jgarzik: maybe I'll submit a pullreq when I get a chance
  9 2012-06-26 03:07:11 <nolybab> quick question: has anyone actually done this hashing on a GPU on-screen (maybe in a little window)...i'm curious what it would actually look like in an image, for example, updating one hash after another...
 10 2012-06-26 03:23:39 <leotreasure> i'm guessing would look like a blur of hashes
 11 2012-06-26 06:21:53 <gribble> New news from bitcoinrss: fanquake opened issue 1522 on bitcoin/bitcoin <https://github.com/bitcoin/bitcoin/issues/1522>
 12 2012-06-26 07:58:03 <Nachtwind> hi
 13 2012-06-26 07:58:25 <Nachtwind> my server was turned off due to a hardware defect and now after restart i seem unable to restart bitcoind (0.6.3)
 14 2012-06-26 07:58:39 <Nachtwind> I get a database error "Db::get: DB_PAGE_NOTFOUND: Requested page not found
 15 2012-06-26 07:58:44 <Nachtwind> any known fix to this?
 16 2012-06-26 08:05:14 <Nachtwind> ok.. solved... addr.dat was broken
 17 2012-06-26 08:13:08 <MysteryBanshee> http://www.rugatu.com/questions/1230/what-truely-makes-you-happy
 18 2012-06-26 08:14:46 <conman> what truly makes me happy is spelling truly correctly ^
 19 2012-06-26 08:15:52 <MysteryBanshee> try posting you can win the btc :)
 20 2012-06-26 08:18:08 <conman> what truly makes me happy is not having to log in too
 21 2012-06-26 08:18:58 <MysteryBanshee> OpenID ?
 22 2012-06-26 08:19:05 <sipa> what is that hiragana so doing there?
 23 2012-06-26 08:19:20 <MysteryBanshee> sipa?
 24 2012-06-26 08:19:22 <conman> force of habit
 25 2012-06-26 08:19:43 <conman> I actually thought this was posted from a japanese irc channel, not a bitcoin one
 26 2012-06-26 08:20:14 <sipa> t??????slDf???fd H???glDsh Ds Bl???ys uc???y
 27 2012-06-26 08:20:57 <conman> B???oUj???`???
 28 2012-06-26 08:21:02 <conman> ???K???jD
 29 2012-06-26 08:25:06 <sipa> conman: i transliterated "transliterated english is always funny" to hiragana
 30 2012-06-26 08:27:05 <conman> alas half of it is in latin characters
 31 2012-06-26 09:15:04 <cande> how do i communicate with the bitcoind daemon if i run it on another port?
 32 2012-06-26 09:15:47 <cande> from the command line using "bitcoind"
 33 2012-06-26 09:16:09 <cande> ok, solved it.. :-)
 34 2012-06-26 09:17:16 <Cory> When I make a new address on Windows, I shouldn't have to search for it in my long list of receiving addresses. It should be highlighted for me so I can easily copy it. :P
 35 2012-06-26 09:39:13 <cande> does the bitcoind daemon accept incomming request from any ip? or only localhost?
 36 2012-06-26 09:39:51 <Diablo-D3> cande: you mean over RPC?
 37 2012-06-26 09:39:57 <Diablo-D3> it defaults to localhost only
 38 2012-06-26 09:40:02 <cande> yes rpc
 39 2012-06-26 09:40:09 <cande> how do i open it up?
 40 2012-06-26 09:40:35 <Diablo-D3> theres a setting for it to put in the conf file, but I forget what it is
 41 2012-06-26 09:40:37 <Diablo-D3> try the wiki
 42 2012-06-26 09:40:45 <cande> ok, thnx
 43 2012-06-26 09:41:56 <cande> rpcallowip=10.11.13.15
 44 2012-06-26 09:41:57 <cande> :-)
 45 2012-06-26 09:47:08 <cande> is there a less output mode than -pronttoconsole ?
 46 2012-06-26 09:47:24 <cande> like an medium one? :-)
 47 2012-06-26 09:47:31 <Diablo-D3> not sure
 48 2012-06-26 10:00:00 <EnergyVampire> Is there a way to addnode in realtime at the command line?
 49 2012-06-26 10:00:12 <Diablo-D3> no
 50 2012-06-26 10:00:49 <EnergyVampire> okay, thanks Diablo-D3
 51 2012-06-26 10:15:29 <zab_> getting this when quitting 0.6.3 on latest ubuntu x64 :
 52 2012-06-26 10:15:49 <zab_> bitcoin-qt: /usr/include/boost/thread/pthread/mutex.hpp:50: void boost::mutex::lock(): Assertion `!pthread_mutex_lock(&m)' failed.
 53 2012-06-26 10:17:32 <zab_> not always reproducible
 54 2012-06-26 10:27:55 <sipa> zab_: anything in debug.log after that crash?
 55 2012-06-26 10:52:43 <BlueMatt> zab_: did you use the exit from the main window, or did you sigterm it?
 56 2012-06-26 10:55:14 <BlueMatt> nevermind, that fix was backported...
 57 2012-06-26 11:26:50 <cande> if you have the txid of a 0conf tx, can you verify it on any client?
 58 2012-06-26 11:29:10 <sipa> if the client is a fully verifying node, and has the transaction itself
 59 2012-06-26 11:52:33 <freewil> shouldn't the rpc server return a proper json-rpc response on an invalid rpcuser or rpcpassword instead of HTML?
 60 2012-06-26 11:54:48 <freewil> i'm not seeing anything about jsonrpc that even mentions sending a non-200 ok response code
 61 2012-06-26 11:56:03 <sipa> well, if the JSON is done over HTTP + http-auth, and the HTTP-auth fails, it seems very reasonable that you get an HTTP-level error
 62 2012-06-26 11:56:57 <freewil> ok maybe a 401 is OK, but HTML?
 63 2012-06-26 11:59:21 <sipa> gmaxwell:
 64 2012-06-26 11:59:54 <sipa> 6hgmaxwellgpv2oe.onion:8333 100.00% 96.67% 67.83% 14.96% 3.71% 18631860001 "/Satoshi:0.6.99/"
 65 2012-06-26 12:21:07 <jgarzik> freewil: you're never expected to parse the data response... that's normally for humans getting the error in a browser
 66 2012-06-26 12:21:17 <jgarzik> freewil: http status 401 tells you what you need to know
 67 2012-06-26 12:22:12 <freewil> returning html doesnt seem to make much sense
 68 2012-06-26 12:22:41 <freewil> if we're using json-rpc then there should be an approriate code returned within an error object
 69 2012-06-26 12:23:25 <jgarzik> freewil: see what sipa said.  the error occurred at the HTTP level, before JSON was even considered.
 70 2012-06-26 12:24:10 <freewil> then why should the response body default to html?
 71 2012-06-26 12:24:29 <sipa> because that is the standard way of returning an HTTP error
 72 2012-06-26 12:24:44 <sipa> and JSON-RPC is transport agnostic
 73 2012-06-26 12:24:59 <freewil> http code is the standard way of returning an error
 74 2012-06-26 12:25:07 <freewil> dont think there is any standard for the response body
 75 2012-06-26 12:25:22 <freewil> this seems to be the only case where the server returns html
 76 2012-06-26 12:25:54 <sipa> i see no reason why the result would be JSON; you may well be talking to a proxy server in front of bitcoin that is entirely bitcoin and json unaware
 77 2012-06-26 12:26:01 <sipa> it would also return an error in html
 78 2012-06-26 12:27:40 <freewil> well that would be a different scenario i suppose
 79 2012-06-26 12:28:09 <freewil> i still think it would be more consistent to return a proper json-rpc response along with the 401
 80 2012-06-26 12:28:16 <freewil> but thats just me
 81 2012-06-26 12:30:02 <sipa> i think it shouldn't matter at all; no software should be trying to interpret the HTTP error body
 82 2012-06-26 12:31:45 <freewil> if jsonrpc really is transport agnostic i guess it makes sense
 83 2012-06-26 12:32:00 <freewil> ...if you don't auth properly you dont even get access to the jsonrpc server
 84 2012-06-26 13:51:14 <cande> is it possible to read comments made in a tx?
 85 2012-06-26 13:53:08 <luke-jr> cande: no such thing
 86 2012-06-26 13:53:26 <cande> they are only stored localy in the wallet?
 87 2012-06-26 14:06:20 <helo> yes
 88 2012-06-26 14:52:37 <leotreasure> hello
 89 2012-06-26 14:52:40 <leotreasure> i just finished trying to compile bitcoin
 90 2012-06-26 14:52:56 <leotreasure> i'm not sure if it worked but i didn't get an error message
 91 2012-06-26 14:53:12 <leotreasure> then i realised i could just go sudo apt-get install bitcoind
 92 2012-06-26 14:53:38 <sipa> the version in repositories is often outdated
 93 2012-06-26 14:53:53 <drizztbsd> debian is always outdated :P
 94 2012-06-26 14:54:43 <leotreasure> i see, should i apt-get remove then?
 95 2012-06-26 14:55:10 <leotreasure> (on ubuntu 12.04 server)
 96 2012-06-26 14:57:32 <sipa> what version did apt install?
 97 2012-06-26 14:58:31 <leotreasure> trying to find out but can't work out how to stop the service
 98 2012-06-26 14:58:42 <sipa> use getinfo
 99 2012-06-26 14:59:51 <leotreasure> sipa: how can i stop bitcoin from running?
100 2012-06-26 15:00:22 <sipa> bitcoind stop
101 2012-06-26 15:00:45 <leotreasure> hmm nothing happens
102 2012-06-26 15:00:53 <leotreasure> bitcoind just keeps running
103 2012-06-26 15:04:55 <leotreasure> nm i removed bitcoind
104 2012-06-26 15:05:44 <leotreasure> i just ran the make -f makefile.unix command and got:
105 2012-06-26 15:05:54 <luke-jr> leotreasure: use the Ubuntu PPA
106 2012-06-26 15:06:25 <leotreasure> luke-jr: doesn't work with ubuntu 12.04 as i understand
107 2012-06-26 15:06:36 <leotreasure> /bin/sh ../share/genbuild.sh obj/build.h
108 2012-06-26 15:06:49 <leotreasure> is this a good thing?
109 2012-06-26 15:08:05 <leotreasure> just realised there is a bitcoind file now so looks like compiled ok
110 2012-06-26 15:08:32 <sipa> leotreasure: that's normal
111 2012-06-26 15:09:47 <leotreasure> my experience trying to build bitcoind took a long time because the instructions recommending to use libdb4.8 for backwards compatibility or something
112 2012-06-26 15:10:19 <leotreasure> it kept giving me error about db.h:14:20: fatal error: db_cxx.h: No such file or directory
113 2012-06-26 15:10:32 <leotreasure> had to use libdb5.1-dev
114 2012-06-26 15:11:24 <luke-jr> leotreasure: unrelated
115 2012-06-26 15:12:10 <leotreasure> luke-jr: what do you mean? it wasn't the cause of that error message?
116 2012-06-26 15:12:25 <luke-jr> correct
117 2012-06-26 15:12:59 <BlueMatt> leotreasure: the ubuntu ppa works fine with 12.04
118 2012-06-26 15:13:04 <BlueMatt> afaik
119 2012-06-26 15:13:13 <sipa> the cause of that error message is not having libdbX.X++-dev available
120 2012-06-26 15:13:58 <BlueMatt> and the version in 12.04's repos is horribly, horribly outdated (0.3.24)
121 2012-06-26 15:29:54 <leotreasure> luke-jr: i just tried installing libdb4.8-dev and got the db_cxx.h error message again
122 2012-06-26 15:30:40 <leotreasure> i'm not sure how different libdb4.8-dev is to libdbX.X++-dev, but the compile definitely works with libdb5.1-dev
123 2012-06-26 15:31:03 <luke-jr> leotreasure: db_cxx.h is part of the BDB++ package
124 2012-06-26 15:31:47 <leotreasure> i'm not quite clear what the advantage of using 4.8 is though
125 2012-06-26 15:32:04 <sipa> leotreasure: wallet files that are compatible with client built against 4.8
126 2012-06-26 15:33:19 <leotreasure> okay sounds like a necessity for if i were working on a bitcoin client build
127 2012-06-26 15:33:20 <BlueMatt> leotreasure: the c++ bindings for libdb4.8 has been removed in debian, thats why you have to use the ppa if you want to stick with 4.8, if you dont care if your wallet is not compatible with other os'/bitcoin builds its fine to use db5.1, but keep in mind you can never downgrade
128 2012-06-26 15:33:34 <BlueMatt> (and later ubuntus)
129 2012-06-26 15:34:11 <leotreasure> thanks luke-jr, sipa and BlueMatt
130 2012-06-26 15:37:26 <luke-jr> BlueMatt: apparently there's some command to downgrade
131 2012-06-26 15:38:15 <BlueMatt> luke-jr: you can db5.1_dump | db4.8_load Id guess, but its unsupported and afaik there is no guarantee of dump format
132 2012-06-26 15:38:22 <BlueMatt> leotreasure: btw, where'd you hear that the ppa doesnt work on 12.04?
133 2012-06-26 15:38:55 <leotreasure> https://bitcointalk.org/index.php?topic=89877.msg990232#msg990232
134 2012-06-26 15:39:55 <BlueMatt> ah...lemme go fix that
135 2012-06-26 15:40:25 <leotreasure> :)
136 2012-06-26 15:40:27 <jgarzik> unfortunately libdb tools RPM-conflict with db4 tools, on Red Hat-based distros
137 2012-06-26 15:40:46 <jgarzik> rpm, the package, requires db4 tools.  Bugs have been filed, alas.
138 2012-06-26 15:41:18 <jgarzik> (I recognize the above is ubuntu not RH, just ranting)
139 2012-06-26 16:34:16 <NVit> Can anybody spare some testnet3 Bitcoins and send them to miJ5UtQfqSbwuvi6ze1p1gFL7J56Rnh5B8 ?  The ones I've mined yesterday still only have 24 confirmations
140 2012-06-26 19:59:09 <etotheipi_> looks like someone just did some double-spending on the testnet?
141 2012-06-26 19:59:47 <etotheipi_> at least a 5+ block re-org
142 2012-06-26 20:16:37 <phantomcircuit> etotheipi_, it's relatively easy to do with a tiny amount of hashing power
143 2012-06-26 20:24:17 <etotheipi_> I'm not concerned, I was just curious if whoever was doing it was here and I was curious what they were testing
144 2012-06-26 20:25:52 <gmaxwell> testnet or testnet3?
145 2012-06-26 20:26:18 <etotheipi_> gmaxwell: did testnet3 start over the block numbering?
146 2012-06-26 20:26:23 <etotheipi_> how do I tell
147 2012-06-26 20:26:25 <gmaxwell> Yes.
148 2012-06-26 20:26:31 <etotheipi_> okay, this is not testnet3
149 2012-06-26 20:26:42 <gmaxwell> I did a 40-some block reorg on testnet a few months ago, and a 2016 block reorg on testnet3 more recently.
150 2012-06-26 20:27:52 <etotheipi_> most importantly... if someone is planning to do it again, I wouldn't mind having someone live-double-spend against my Armory wallet to see if it flags properly
151 2012-06-26 20:37:14 <commonancestor> hi
152 2012-06-26 21:55:11 <zab_> sipa: I didn't have debug logging enabled, how do I do that?
153 2012-06-26 22:00:55 <sipa> zab_: debug.log is always created
154 2012-06-26 22:05:38 <zab_> I'm not finding it.. I installed from the .tgz , not through apt
155 2012-06-26 22:13:11 <sipa> ~/.bitcoin/debug.log
156 2012-06-26 22:15:36 <zab_> am I looking for anything specific in that log?
157 2012-06-26 22:16:52 <zab_> no smoking gun to speak of
158 2012-06-26 22:28:21 <BlueMatt> zab_: it wont be obvious, can you post all the post-shutdown-looking lines to a pastebin?
159 2012-06-26 22:29:25 <BlueMatt> or, actually, do you have any lines that look like Thread* still running?
160 2012-06-26 22:38:17 <gmaxwell> hm. Doesn't look like there really is a proper way to really map an i2p address into IPv6. :(
161 2012-06-26 22:45:17 <luke-jr> so who can look into why the website won't update?
162 2012-06-26 22:45:50 <BlueMatt> tcatm:
163 2012-06-26 22:46:17 <BlueMatt> it stopped updating on 12 Jun
164 2012-06-26 22:47:20 <luke-jr> based on rate of updates, perhaps we should look into locking it down more too
165 2012-06-26 22:47:38 <BlueMatt> ?
166 2012-06-26 22:47:40 <luke-jr> seems if anyone took over bitcoin.org, they could probably get over 50% of the network on an infected client
167 2012-06-26 22:48:08 <BlueMatt> but, yea
168 2012-06-26 22:48:23 <luke-jr> BlueMatt: almost no updates to 0.6.3 before bitcoin.org shows it
169 2012-06-26 22:48:26 <zab_> BlueMatt: not really, after StopNode() I only have "Thread* exiting"
170 2012-06-26 22:48:30 <luke-jr> bet we hit >50% when it gets updated
171 2012-06-26 22:48:36 <luke-jr> within 48 hours
172 2012-06-26 22:48:48 <BlueMatt> zab_: damn, oh well, guess that would've been too obvious
173 2012-06-26 22:49:08 <BlueMatt> luke-jr: really? I thought we had worse update rates that that?
174 2012-06-26 22:49:27 <BlueMatt> luke-jr: but...yea, gitian-updating windows bins should help
175 2012-06-26 22:49:32 <luke-jr> BlueMatt: maybe. let's pay attention this update
176 2012-06-26 22:49:58 <luke-jr> BlueMatt: I was thinking more of DNSSEC on bitcoin.org and setup a cage that requires 3 people to access locally or remotely
177 2012-06-26 22:50:01 <BlueMatt> 300% cpu checking signatures during ibd? check
178 2012-06-26 22:50:39 <BlueMatt> luke-jr: that would mean doing the hosting ourselves...
179 2012-06-26 22:51:04 <luke-jr> BlueMatt: yes, and we have an advertiser who might be willing to financially back it&
180 2012-06-26 22:51:36 <BlueMatt> luke-jr: meh, I actually kinda prefer to have github host it with public commit log to the site than do it ourselves, even with fancy update requirement stuff...
181 2012-06-26 22:51:54 <BlueMatt> a "It is recommended you use the built-in bitcoin-qt update mechanism instead of downloading new copies from this site, as it is more secure" would also help
182 2012-06-26 22:52:17 <luke-jr> well, hosting it more securely doesn't negate using git for the content
183 2012-06-26 22:54:01 <BlueMatt> true...a more secure site would be nice, but I really dont think doing it ourselves results in a truly more secure site
184 2012-06-26 23:03:57 <BlueMatt> zab_: any chance you could post the end of your debug.log anyway, though I kinda dont think there will be anything indicating the actual source (id give it a 99% chance that it called exit() at some point while another thread was still running and holding a lock, but I doubt we get to see which thread was still going)
185 2012-06-26 23:04:07 <BlueMatt> zab_: were you downloading blocks/making rpc calls at the time?
186 2012-06-26 23:22:01 <zab_> BlueMatt: http://pastebin.com/eaTsfsNJ
187 2012-06-26 23:22:18 <zab_> not really, it was fully synced and idle
188 2012-06-26 23:22:48 <zab_> unless there was some background stuff i'm not aware of
189 2012-06-26 23:22:59 <BlueMatt> unless you were doint it...not really
190 2012-06-26 23:24:53 <BlueMatt> zab_: well, nothing fun there, if you can get it reproduceable, run it in gdb and see whats up, otherwise...meh
191 2012-06-26 23:39:54 <tcatm> Does anybody have some time to patch https://github.com/bitcoin/bitcoin.org/blob/master/_plugins/contributors.rb to use https://api.github.com/repos/bitcoin/bitcoin/contributors ?
192 2012-06-26 23:49:26 <BlueMatt> tcatm: looks to me like its just a s/oldapi/newapi/ ?
193 2012-06-26 23:52:53 <tcatm> BlueMatt: Hopefully, yes.
194 2012-06-26 23:56:53 <BlueMatt> arg, block download isnt benchmarkable anymore - its  limited by the sending node running off tmpfs on a lan
195 2012-06-26 23:58:25 <BlueMatt> or maybe its the dl code...arg I thought I had that properly optimized...
196 2012-06-26 23:58:25 <tcatm> Run the receiving node on slower hardware? :)