1 2012-09-01 00:50:47 <ageis> noooooooooooooooooooooooooooooooooooooooooooooooo
2 2012-09-01 00:58:09 <weex> i thought it responded to a signal that caused a new debug.log to be created
3 2012-09-01 01:01:36 <Luke-Jr> BIP 34 live on Eligius now
4 2012-09-01 01:01:53 <gmaxwell> weex: yes, HUP like most daemons.
5 2012-09-01 01:02:20 <weex> kjj_: ^^
6 2012-09-01 01:03:01 <Luke-Jr> only 0.7+ tho
7 2012-09-01 01:04:08 <weex> can't wait, i'm going to build a massive debug.log search engine
8 2012-09-01 01:04:32 <weex> mix in tweets to keep it interesting
9 2012-09-01 05:28:20 <Luke-Jr> gmaxwell: ping, care to mine a testnet3 block? :p
10 2012-09-01 05:31:17 <Luke-Jr> Eligius found a block. Anyone want to check it? (BIP 34)
11 2012-09-01 05:43:30 <Luke-Jr> fwiw, I've confirmed it's some p2pool incarnation making the ver==2 non-BIP34 blocks
12 2012-09-01 06:52:28 <midnightmagic> Luke-Jr: Which block number(s)?
13 2012-09-01 06:52:46 <Luke-Jr> 196677, 196678
14 2012-09-01 06:53:18 <sturles> It's September 1st. Shoudn't there be some announement today?
15 2012-09-01 06:54:27 <Evilmax> c'? qualcuno che parla italiano? in privato please
16 2012-09-01 06:54:28 <edcba> like ?
17 2012-09-01 06:56:32 <midnightmagic> neither coinbase pays to something i own; therefore it's not me! woo
18 2012-09-01 06:57:30 <midnightmagic> hrm.. except that's after i started randomizing my addresses..
19 2012-09-01 06:59:57 <midnightmagic> Those are both eligius blocks?
20 2012-09-01 07:01:02 <OneEyed> Are IPv6 peers exchanged by clients as IPv4 peers are?
21 2012-09-01 07:01:42 <OneEyed> (by bitcoind I mean)
22 2012-09-01 07:06:02 <Luke-Jr> midnightmagic: yes
23 2012-09-01 07:06:12 <Luke-Jr> OneEyed: yes
24 2012-09-01 07:07:40 <OneEyed> Luke-Jr: is there a flag to favor IPv6 over IPv4 while establishing outgoing connections?
25 2012-09-01 07:07:48 <Luke-Jr> I don't think so.
26 2012-09-01 07:08:14 <midnightmagic> Luke-Jr: I mean the ver==2 non-BIP34 blocks. Which ones are those?
27 2012-09-01 07:08:28 <OneEyed> That would be useful though: my bitcoind (git) doesn't connect to any IPv6 peer, and doesn't receive any IPv6 connection either
28 2012-09-01 07:08:38 <Luke-Jr> midnightmagic: oh, I don't know where anymore
29 2012-09-01 07:20:36 <OneEyed> Works with -onlynet=IPv6, but I don't want it to be my only net
30 2012-09-01 08:43:18 <molecular> Is there a way to check how many unused keys are in the keypool?
31 2012-09-01 08:56:48 <freewil> molecular, from my understanding you should always have keypoolsize unused keys
32 2012-09-01 08:56:52 <freewil> unless your wallet is locked
33 2012-09-01 08:57:03 <freewil> in which case it wont generate more keys until it's unlocked
34 2012-09-01 08:57:50 <freewil> bitcoind getinfo has "keypoolsize" and "keypoololdest"
35 2012-09-01 09:03:35 <OneEyed> WTF, Armory generated a transaction with empty script sigs
36 2012-09-01 09:03:41 <OneEyed> (rejected by the Satoshi client)
37 2012-09-01 09:05:31 <OneEyed> Oh, no, looks like they are here. But why did the Satoshi client reject them with ERROR: CTxMemPool::accept() : nonstandard transaction input
38 2012-09-01 09:19:01 <OneEyed> Is there anyone here that could check the validity of a raw transaction?
39 2012-09-01 09:32:09 <molecular> freewil, allright, thanks for the info
40 2012-09-01 09:32:22 <freewil> you're welcome
41 2012-09-01 09:41:14 <sipa> OneEyed: sendrawtransaction RPC call?
42 2012-09-01 09:44:01 <freewil> sipa, what is the use for keypoolrefill rpc command?
43 2012-09-01 09:44:15 <freewil> just if you're wallet was locked previously and you want to refill the pool?
44 2012-09-01 09:44:21 <sipa> yes
45 2012-09-01 09:44:32 <freewil> molecular, ^
46 2012-09-01 09:44:33 <freewil> thanks
47 2012-09-01 09:48:50 <OneEyed> sipa: yes, that's what I tried. It looks like Armory didn't generate the sigscripts properly though it tells it did
48 2012-09-01 09:50:45 <Diapolo> sipa: I think a former of my pull leads to spamming socker error 10022 (at least on Windows) https://github.com/bitcoin/bitcoin/commit/3b6ed2294bc1c69b0232a3eb978df2ac4e08df48
49 2012-09-01 09:51:59 <Diapolo> before my pull it was hSocketMax??>??(SOCKET)??-1 though ...
50 2012-09-01 09:52:12 <sipa> Diapolo: so, (hSocketMax != INVALID_SOCKET) && (hSocketMax != 0) ?
51 2012-09-01 09:52:52 <sipa> if hSocketMax is an unsigned, comparing it to -1 will *always* be true
52 2012-09-01 09:53:36 <Diapolo> hSocketMax is of type SOCKET, which is on Windows an unsigned int
53 2012-09-01 09:54:03 <sipa> so, the former code was simply always true
54 2012-09-01 09:54:22 <sipa> oh, no
55 2012-09-01 09:54:25 <sipa> never!
56 2012-09-01 09:54:41 <sipa> as (SOCKET)-1 is the largest possible value
57 2012-09-01 09:55:14 <Diapolo> yes beacuse of unsignedness
58 2012-09-01 09:57:03 <Diapolo> but is it fine to use (hSocketMax != 0), which is true if SOCKET would ever be an unsigned int ... it is 0 when for example supplying a non existent proxy
59 2012-09-01 09:59:08 <Diapolo> sipa: your change fixes the socker error 10022 spam
60 2012-09-01 10:00:10 <Diapolo> should it be (hSocketMax != (SOCKET)0)?
61 2012-09-01 11:38:24 <novusordo> hey, just pulled from the git repo and tried to build, got this:
62 2012-09-01 11:38:25 <novusordo> src/net.cpp:19:32: fatal error: miniupnpc/miniwget.h: No such file or directory
63 2012-09-01 11:39:08 <novusordo> oh wait, i need miniupnc
64 2012-09-01 11:39:16 <kjj_> yeah, or disable it in the makefile
65 2012-09-01 11:39:50 <novusordo> if i disable it, would i have to configure my firewall on my router manually? or is this for something else
66 2012-09-01 11:40:08 <kjj_> that's what it is for
67 2012-09-01 11:40:20 <kjj_> I just wasn't sure if you were behind a UPNP-compliant router or not
68 2012-09-01 11:40:44 <novusordo> yup, i am
69 2012-09-01 11:40:48 <novusordo> thanks :)
70 2012-09-01 11:41:24 <kjj_> and it isn't really needed unless you want to accept incoming connections.
71 2012-09-01 11:42:09 <novusordo> as in, allowing others to connect to me to download the blockchain, etc?
72 2012-09-01 11:42:56 <kjj_> more or less.
73 2012-09-01 11:43:28 <kjj_> I mean, when your client connects out, it could end up connecting to a new-ish client and end up serving out the blockchain anyway
74 2012-09-01 11:49:14 <novusordo> how convenient, libminiupnpc8-dev is right in the bitcoin ppa
75 2012-09-01 11:50:01 <kjj_> heh. I think that's the whole point of the PPA system
76 2012-09-01 11:50:21 <novusordo> true
77 2012-09-01 11:52:27 <novusordo> after over 5 years of using debian's package management system i'm still amazed at its beauty, compared to installing programs on other OSes
78 2012-09-01 11:53:02 <kjj_> heh. slackware user here. I actually prefer compiling everything the hard way
79 2012-09-01 11:59:11 <novusordo> build successful
80 2012-09-01 11:59:28 <novusordo> and holy fast start up, batman
81 2012-09-01 12:04:15 <ThomasV> soon
82 2012-09-01 12:08:17 <freewil> no blockchain, empty wallet = fast start up
83 2012-09-01 12:12:16 <novusordo> ah
84 2012-09-01 12:13:48 <novusordo> still, lots of great improvements here
85 2012-09-01 12:14:02 <novusordo> a toast to the devs!
86 2012-09-01 12:14:09 <novusordo> ACTION hands each of the devs a slice of delicious toast
87 2012-09-01 12:36:27 <sipa> ACTION devours
88 2012-09-01 12:37:31 <sipa> kjj_: make -f makefile.unix USE_UPNP=
89 2012-09-01 12:37:43 <sipa> no need to edit the makefile
90 2012-09-01 12:38:03 <kjj_> meh. I have a patch that fixes a bunch of stuff on my system, that's part of it
91 2012-09-01 13:21:23 <sipa> kjj_: such as?
92 2012-09-01 13:40:05 <kjj_> sipa: I do builds on an antique. I have to disable most of the hardening stuff
93 2012-09-01 13:40:38 <sipa> ic
94 2012-09-01 13:41:26 <kjj_> I also do static builds so that I can run the binary on boxes with VERY different library versions
95 2012-09-01 14:13:35 <novusordo> does the testnet faucet need donations, or is it just down?
96 2012-09-01 14:14:30 <novusordo> i'll happily give 25 testcoins if it's out of funds
97 2012-09-01 14:15:46 <gmaxwell> novusordo: there is a bitcoin bug breaking it, in fact.
98 2012-09-01 14:16:52 <novusordo> oh noes
99 2012-09-01 14:17:20 <gmaxwell> Well no biggie, thats why we test.
100 2012-09-01 14:17:39 <novusordo> so it goes
101 2012-09-01 14:18:16 <novusordo> disclaimer: the above rhyming was completely unintentional, please disregard
102 2012-09-01 14:22:51 <kjj_> hmm. does anyone know if the old getmemorypool RPC call was broken by an upgrade, or just removed as a design decision?
103 2012-09-01 14:24:22 <gmaxwell> kjj_: it was replaced with getblocktemplate.
104 2012-09-01 14:25:02 <gmaxwell> kjj_: BIP34 means that memorypool miners _MUST_ change their behavior in any case, so the backwards compatiblity with the old getmemorypool call was dropped.
105 2012-09-01 14:25:17 <gmaxwell> and we took the chance to fix the misleading name.
106 2012-09-01 14:25:21 <kjj_> hmm
107 2012-09-01 14:25:53 <kjj_> 0.7.0rc1 runs so much better than 0.6.3 or 0.6.4, so I want to upgrade my p2pool nodes, but forrest hasn't got a release out for the new RPC calls yet
108 2012-09-01 14:26:06 <gmaxwell> kjj_: p2pool git.
109 2012-09-01 14:26:39 <gmaxwell> he's waiting on the release for 0.7, or otherwise p2pool users will upgrade and not have an acceptable bitcoin. (because of BIP34 it requires the new bitcoin IIRC)
110 2012-09-01 14:26:52 <kjj_> heh, I try to stick to releases whenever possible instead of git.
111 2012-09-01 14:27:08 <kjj_> but, grabbing a git once is probably less of a hack than wedging the old call back in
112 2012-09-01 14:31:01 <Eliel> gmaxwell: may I suggest having getmemorypool return an error that suggests using getblocktemplate instead?
113 2012-09-01 14:31:28 <gmaxwell> Eliel: "Meh."
114 2012-09-01 14:31:36 <kjj_> Eliel: there probably isn't much point. no one is calling it by hand that would be able to make sense of the error
115 2012-09-01 14:31:43 <gmaxwell> No. carrying more compatiblity code is just more bugs. People should read the release notes.
116 2012-09-01 14:31:56 <gmaxwell> And it's not like it produces a subtle error. :)
117 2012-09-01 14:32:19 <Eliel> kjj_: would help a significant portion of the people who try to debug the issue to figure out faster what's going on.
118 2012-09-01 14:32:56 <Eliel> it's not compatibility code. It's better error message.
119 2012-09-01 14:33:09 <gmaxwell> Eliel: if they just switch to getblocktemplate they'll probably get the BIP34 handling wrong.
120 2012-09-01 14:33:45 <gmaxwell> and it's not like this is a conventional end user interface.
121 2012-09-01 14:35:04 <kjj_> ooh. he has a 4.0 release that he either didn't announce, or that I didn't notice and it appears to use getblocktemplate
122 2012-09-01 14:35:33 <Eliel> gmaxwell: may I suggest having 0.7 reject blocks and shares from miners who get BIP34 wrong? As in, don't let people mine obsolete blocks through that node but do accept them from the network.
123 2012-09-01 14:35:58 <gmaxwell> Eliel: the network's switchover will take care of that.
124 2012-09-01 14:36:14 <gmaxwell> But, hm.
125 2012-09-01 14:36:15 <kjj_> Eliel: heh, it will. the exact method of deciding who is doing it wrong is still up for debate, or at least it still was yesterday
126 2012-09-01 14:36:22 <Eliel> gmaxwell: this would remove the worry about someone not implementing BIP-34 right.
127 2012-09-01 14:36:38 <Eliel> at least as long as they're using bitcoind
128 2012-09-01 14:38:15 <kjj_> the network will reject invalid v2 blocks already, his point was that anyone that just renames their RPC calls from getmemorypool to getblocktemplate aren't going to get them right when the change happens
129 2012-09-01 14:38:58 <gmaxwell> Eliel: yea thats no the point though. it just moves the problem sooner. E.g. they'll waste time/power mining impoetent blocks.
130 2012-09-01 14:39:43 <Eliel> gmaxwell: yes, it makes it only their problem, leaving it for later potentially makes it a problem for the whole network.
131 2012-09-01 14:39:58 <gmaxwell> er, no it doesn't.
132 2012-09-01 14:40:13 <gmaxwell> once the rule enforcement triggers it applies locally too.
133 2012-09-01 14:41:11 <Eliel> does bitcoind offer developers a way to test if their code will work after the trigger too?
134 2012-09-01 14:41:22 <gmaxwell> Eliel: sure, mine on testnet.
135 2012-09-01 14:41:57 <gmaxwell> thats the way what Luke successfully discovered that his initial implementation wouldn't.
136 2012-09-01 14:43:14 <Eliel> I still think it would make sense to use the stricter enforcement for miners already. What are the reasons not to do so?
137 2012-09-01 14:43:27 <kjj_> Eliel: what do you mean?
138 2012-09-01 14:44:19 <gmaxwell> Eliel: because it just moves the problems up to now.
139 2012-09-01 14:44:38 <gmaxwell> (e.g. when people have had less time to figure it out)
140 2012-09-01 14:45:07 <gmaxwell> bbl
141 2012-09-01 14:45:58 <Eliel> gmaxwell: it's just the principle of fail early, fail fast.
142 2012-09-01 14:47:17 <MrTiggr> ;;ping
143 2012-09-01 14:47:18 <gribble> pong
144 2012-09-01 14:50:53 <zveda> hello
145 2012-09-01 14:51:02 <zveda> so i copied across my .bitcoin folder
146 2012-09-01 14:51:06 <zveda> but now I get: ************************
147 2012-09-01 14:51:06 <zveda> EXCEPTION: 11DbException
148 2012-09-01 14:51:07 <zveda> what(): boost::lock_error
149 2012-09-01 14:51:09 <zveda> Aborted (core dumped)
150 2012-09-01 14:51:34 <kjj_> your databases weren't detached when you copied them most likely
151 2012-09-01 14:52:06 <zveda> aaah
152 2012-09-01 14:52:07 <kjj_> look in your data directory. see if there is a db.log
153 2012-09-01 14:52:07 <zveda> yes
154 2012-09-01 14:52:17 <kjj_> what version, by the way?
155 2012-09-01 14:52:25 <zveda> 0.6.3
156 2012-09-01 14:52:26 <MrTiggr> ;) toldya the gurus in here cud help, zveda
157 2012-09-01 14:52:50 <zveda> Open database handle: blkindex.dat/main
158 2012-09-01 14:52:50 <zveda> Open database handle: wallet.dat/main
159 2012-09-01 14:52:51 <zveda> Open database handle: addr.dat/main
160 2012-09-01 14:52:55 <zveda> says that many times
161 2012-09-01 14:53:02 <jaxtr> http://people.scs.carleton.ca/~clark/biblio/bitcoin/Karame%202012.pdf
162 2012-09-01 14:53:28 <kjj_> well...
163 2012-09-01 14:53:47 <kjj_> I'd start by deleting addr.dat because that file is painless to lose
164 2012-09-01 14:54:30 <kjj_> and if that doesn't help, can you cleanly shut down your first instance to do a recopy?
165 2012-09-01 14:54:31 <zveda> already tried
166 2012-09-01 14:54:39 <zveda> cant
167 2012-09-01 14:54:41 <zveda> all deleted
168 2012-09-01 14:54:51 <kjj_> if not, you can delete the blkindex.dat and blk*.dat files, but that means you'll have to redownload the whole chain
169 2012-09-01 14:54:56 <zveda> alright
170 2012-09-01 14:55:01 <zveda> I guess I must do that then
171 2012-09-01 14:55:07 <kjj_> be sure that you don't delete wallet.dat :)
172 2012-09-01 14:55:38 <kjj_> and even take this opportunity to make another backup copy of it
173 2012-09-01 14:55:55 <zveda> I have several backups
174 2012-09-01 14:55:59 <zveda> ok thx
175 2012-09-01 14:56:18 <zveda> btw when i make backups of wallet.dat does bitcoin need to be closed ?
176 2012-09-01 14:56:52 <kjj_> you can use the backupwallet RPC command if it is still running
177 2012-09-01 14:56:59 <kjj_> or, if you use a GUI, there is an option in there
178 2012-09-01 14:57:10 <zveda> I see
179 2012-09-01 14:57:17 <kjj_> or, if you want to just copy the file, then you do have to shut bitcoin down completely and wait for it to close
180 2012-09-01 14:58:11 <kjj_> do you copy your stuff around often, or was this just a one time thing?
181 2012-09-01 14:58:19 <zveda> one time
182 2012-09-01 14:58:53 <kjj_> ok. in the future, if you are planning to copy it again, shut down, then start it back up using -detachdb, then shut down again
183 2012-09-01 15:01:00 <kjj_> One of my nodes copies the chain out to an rsync server for cloning to other nodes, I put detachdb=1 in my bitcoin.conf file because I do it so often, but that's not necessary if you only do it rarely
184 2012-09-01 15:01:51 <MrTiggr> :D wow, thx kjj_ - i sent zveda here on a random hunch and yu were awsm ++ you guys
185 2012-09-01 15:02:37 <kjj_> glad I could help.
186 2012-09-01 15:04:06 <zveda> yes thx
187 2012-09-01 15:04:09 <zveda> again
188 2012-09-01 15:05:15 <zveda> hm something is really wrong with my bitcoin now
189 2012-09-01 15:05:17 <zveda> it is slow as hell
190 2012-09-01 15:05:35 <kjj_> it is download the whole blockchain over the network
191 2012-09-01 15:05:41 <kjj_> it'll take a while
192 2012-09-01 15:05:49 <zveda> no it was doing that before
193 2012-09-01 15:05:51 <zveda> but now it barely responds
194 2012-09-01 15:05:57 <zveda> and the DL is extremely slow
195 2012-09-01 15:06:07 <zveda> it can barely get thru the first blocks
196 2012-09-01 15:06:10 <zveda> the tiny ones
197 2012-09-01 15:06:16 <zveda> at 200k
198 2012-09-01 15:07:47 <kjj_> odd
199 2012-09-01 15:10:45 <kjj_> is it getting any better?
200 2012-09-01 15:14:05 <kjj_> by the way, I just fired up a fresh copy of the QT version so I could see how mine acts while downloading the chain. ~185k blocks to go and still acting normal
201 2012-09-01 15:19:07 <denisx> is BOOST 1.50 a must for bitcoin 0.7?
202 2012-09-01 15:20:22 <zveda> back soz
203 2012-09-01 15:20:27 <zveda> lost connection to freenode
204 2012-09-01 15:20:39 <kjj_> denisx: I thought they said it was, but my linux box compiled it just fine with an older version
205 2012-09-01 15:20:49 <zveda> anyway now that I've copied across my wallet.dat, the blockchain sync is going 100x slower. is that normal ?
206 2012-09-01 15:20:59 <kjj_> so, it might be for windows or mac
207 2012-09-01 15:21:08 <kjj_> zveda: how many blocks to go?
208 2012-09-01 15:21:18 <zveda> 190k
209 2012-09-01 15:21:29 <kjj_> woah. what kind of box is this?
210 2012-09-01 15:21:42 <zveda> good one
211 2012-09-01 15:21:44 <zveda> quad core etc
212 2012-09-01 15:21:50 <kjj_> I started like 10 minutes after you on my crappy ancient p4, and I'm up to ~160k
213 2012-09-01 15:21:51 <zveda> ati something vid card
214 2012-09-01 15:21:58 <zveda> well I restarted a few times
215 2012-09-01 15:22:26 <zveda> but before when I had an empty wallet.dat, it was going so fast
216 2012-09-01 15:22:35 <zveda> is that expected?
217 2012-09-01 15:23:19 <kjj_> well, it has to scan for transactions matching your keys
218 2012-09-01 15:23:46 <kjj_> but the wallet should have a checkpoint saved in it.
219 2012-09-01 15:24:15 <kjj_> and I wouldn't expect that huge of a difference either way, but maybe I'm wrong about how long it takes to do that
220 2012-09-01 15:24:43 <kjj_> easy enough to check though. shut down nicely, move your wallet.dat elsewhere, start it back up
221 2012-09-01 15:24:53 <zveda> yes I did that
222 2012-09-01 15:24:59 <zveda> without my wallet it goes super fast
223 2012-09-01 15:25:09 <kjj_> you have lots of keys in your wallet?
224 2012-09-01 15:25:13 <zveda> yeap
225 2012-09-01 15:25:14 <zveda> 9mb file
226 2012-09-01 15:25:29 <kjj_> holy crap, ok
227 2012-09-01 15:25:38 <zveda> very big eh
228 2012-09-01 15:25:39 <kjj_> I thought that my 900k was getting a bit excessive
229 2012-09-01 15:25:51 <zveda> i need to reset it dont I
230 2012-09-01 15:26:02 <kjj_> heh. reset your wallet? nah
231 2012-09-01 15:26:15 <zveda> y not
232 2012-09-01 15:26:20 <zveda> i send all my money to a new wallet
233 2012-09-01 15:26:51 <kjj_> well, I'm of the opinion that if anyone ever sends money to an old key that I once had, even if it was a mistake or whatever, I want to keep that money
234 2012-09-01 15:27:05 <zveda> lol
235 2012-09-01 15:27:22 <zveda> then you may as well generate billions of keys
236 2012-09-01 15:27:25 <zveda> and squat them
237 2012-09-01 15:27:44 <kjj_> but if you are pretty sure that'll never happen, go for it. but I'd keep a copy of it around just in case, maybe check for bonus pennies once a year or whatever
238 2012-09-01 15:27:55 <zveda> hmm ok
239 2012-09-01 15:27:58 <zveda> that sounds reasonable I guess
240 2012-09-01 15:33:56 <denisx> ok, bitcoin 0.7rc1 is now running on freebsd
241 2012-09-01 15:34:11 <kjj_> sweet!
242 2012-09-01 15:34:33 <kjj_> which version of boost did you end up with? and just bitcoind or QT?
243 2012-09-01 15:34:41 <denisx> only bitcoind
244 2012-09-01 15:35:00 <denisx> boost seems to be 1.45
245 2012-09-01 15:35:28 <denisx> bdb is 4.8
246 2012-09-01 15:36:32 <kjj_> I hope the devs don't upgrade to 1.50 any time soon. I don't remember what I had to do for a static build of 1.40, but I remember that it was annoying
247 2012-09-01 15:40:10 <denisx> can anybody test if there is a bitcoin running on 2a00:1328:e100:cc42:230:48ff:fe92:55c on port 8333?
248 2012-09-01 15:47:21 <nathan7> denisx: I can connect to that port
249 2012-09-01 15:47:44 <denisx> nathan7: with another bitcoind or simply with telnet?
250 2012-09-01 15:49:04 <nathan7> denisx: netcat
251 2012-09-01 15:49:13 <nathan7> denisx: the network swiss army knife C=
252 2012-09-01 18:36:10 <keverw> Hey! Is there a API call similar to gettransaction but where you can give a CSV list of TXs and get a result back similar to listtransactions?
253 2012-09-01 18:37:05 <tcatm> Nope.
254 2012-09-01 18:37:15 <sipa> keverw: not CSV, but since 0.7 we do support JSON-RPC 2.0, which means you can send a list of queries, and get a list of responses
255 2012-09-01 18:37:33 <sipa> don't know about any client library that supports it though
256 2012-09-01 18:37:57 <keverw> oh dang.
257 2012-09-01 18:38:09 <keverw> I guess a loop could work??? idk???.
258 2012-09-01 18:40:38 <keverw> I wish I had a real time stream of incoming TXs. that I could run on my own box(node.js) and works for both testNet and production. Right now I'm trying polling.
259 2012-09-01 18:40:54 <sipa> you could try pynode
260 2012-09-01 18:47:11 <jgarzik> keverw: pynode, for the real time stream
261 2012-09-01 18:48:27 <jgarzik> sipa: https://github.com/jgarzik/python-bitcoinrpc supports batch JSON-RPC
262 2012-09-01 18:49:10 <keverw> hmm. I'm using Node.js???.. hmm.
263 2012-09-01 18:49:22 <sipa> keverw: or look into bitcoin-js
264 2012-09-01 18:49:50 <keverw> Yeah I did and waiting for the next version due to some issue. Was talking to some people on a GitHub issue.
265 2012-09-01 18:50:09 <keverw> but I guess this polling and looping stuff should work for now.
266 2012-09-01 19:29:07 <davout> sipa: is bitcoin-js still maintained ?
267 2012-09-01 19:31:05 <BlueMatt> yes, though I get the feeling activity on the project is less than what it used to be
268 2012-09-01 19:31:28 <BlueMatt> (mostly due to apparent lack of interest, afair)
269 2012-09-01 19:36:28 <sipa> davout: afaik, yes
270 2012-09-01 19:36:56 <davout> good! i think it's pretty awesome
271 2012-09-01 19:37:14 <gavinandresen> Luke-Jr: you broke the faucet. git bisect tells me commit c3f95ef13f48d21db53992984976eac93e7a08fc "Choose reasonable "smart" times to display for transactions" is causing memory corruption.
272 2012-09-01 19:37:45 <BlueMatt> Luke-Jr/gavinandresen: before fixing, write a test-case ;)
273 2012-09-01 19:38:04 <gavinandresen> for memory corruption?
274 2012-09-01 19:38:19 <gavinandresen> ACTION thinks about how to do that....
275 2012-09-01 19:38:41 <gavinandresen> make valgrind-test maybe....
276 2012-09-01 19:39:30 <gavinandresen> Actually, a jenkins test that runs a testnet-in-a-box bitcoind or two under valgrind and then does a bunch of RPC calls would be nifty.
277 2012-09-01 19:42:10 <BlueMatt> well, if you are getting memory corruption, are you not getting a libstdc error or segfault or something?
278 2012-09-01 19:42:38 <gavinandresen> BlueMatt: runs perfectly on my mac, crashes on Linux. valgrind complains on my mac.
279 2012-09-01 19:42:45 <BlueMatt> mmm
280 2012-09-01 19:42:54 <BlueMatt> yea, running in valgrind would be cool too
281 2012-09-01 19:43:00 <BlueMatt> ACTION needs to put the test scripts in a git repo...
282 2012-09-01 19:43:08 <gavinandresen> good idea
283 2012-09-01 19:43:18 <BlueMatt> ok, give me a minute...
284 2012-09-01 19:53:44 <denisx> can anybody test if there is a bitcoin running on 2a00:1328:e100:cc42:230:48ff:fe92:55c on port 8333?
285 2012-09-01 19:53:55 <denisx> someone tested with netcat already
286 2012-09-01 19:58:10 <Luke-Jr> gavinandresen: how?
287 2012-09-01 19:58:26 <gavinandresen> I just added a comment to the bug.
288 2012-09-01 19:58:38 <gavinandresen> Luke-Jr: see https://github.com/bitcoin/bitcoin/issues/1768
289 2012-09-01 19:58:42 <Luke-Jr> aha
290 2012-09-01 19:58:58 <Luke-Jr> gavinandresen: sorry, I should know better :/
291 2012-09-01 19:59:11 <BlueMatt> I still need to convert a few things, but if anyone wants to take a look, it will be at: https://github.com/TheBlueMatt/test-scripts
292 2012-09-01 19:59:14 <Luke-Jr> gavinandresen: would you like me to fix it, or are you already on that?
293 2012-09-01 19:59:38 <gavinandresen> please fix it, I'm about to disappear for a while...
294 2012-09-01 19:59:49 <Luke-Jr> ok
295 2012-09-01 20:00:03 <gavinandresen> Luke-Jr: can you run valgrind?
296 2012-09-01 20:00:26 <Luke-Jr> gavinandresen: as I understand it, there's some black magic needed to run bdb in valgrind, so I doubt it :/
297 2012-09-01 20:00:34 <gavinandresen> I should create a doc/valgrind.txt explaining the black magic
298 2012-09-01 20:00:50 <gavinandresen> You have to compile openssl and bdb with make-valgrind-happy flags
299 2012-09-01 20:01:06 <BlueMatt> or just try to figure out what to ignore and what not to...
300 2012-09-01 20:01:13 <BlueMatt> (its not *that* bad)
301 2012-09-01 20:01:29 <Luke-Jr> ACTION thinks Valgrind has a "ignore list" thing
302 2012-09-01 20:14:57 <Luke-Jr> gavinandresen: https://github.com/bitcoin/bitcoin/pull/1774
303 2012-09-01 22:28:41 <jgarzik> more posting from Hal, https://bitcointalk.org/index.php?topic=67508.msg1153102#msg1153102
304 2012-09-01 22:31:40 <Diablo-D3> hrm
305 2012-09-01 22:32:02 <Diablo-D3> Who is hal anyhow?
306 2012-09-01 22:32:33 <Diablo-D3> because hes an idiot
307 2012-09-01 22:32:37 <Diablo-D3> he can get ntp
308 2012-09-01 22:33:34 <jgarzik> Diablo-D3: bitcoin user #2 and a very smart cookie
309 2012-09-01 22:33:44 <Diablo-D3> ahh
310 2012-09-01 22:33:51 <Diablo-D3> so why doesnt he already know about ntp?
311 2012-09-01 22:43:52 <freewil> Diablo-D3, he addresses that in the 3rd paragraph
312 2012-09-01 23:05:40 <gmaxwell> Luke-Jr: did you manage to reproduce gavin's valgrind complaints?
313 2012-09-01 23:07:12 <gmaxwell> (I see you fixed it, but I'm trying to figure out if there is something wrong with my instrumentation build preventing me from getting the valgrind complaint or if it was just luck of the draw)
314 2012-09-01 23:12:05 <Diablo-D3> freewil: no he doesnt
315 2012-09-01 23:12:52 <freewil> "A couple of other potential sources of secure time: the network time protocol..."
316 2012-09-01 23:12:56 <Diablo-D3> if he needs end to end mitm proof sockets, he can use spipe (ssh -L without the overhead of the rest of ssh) to pipe it to a server he controls that runs ntp
317 2012-09-01 23:13:08 <Diablo-D3> freewil: yeah, but he didnt go with it automatically
318 2012-09-01 23:13:13 <Diablo-D3> its pretty hard to mitm ntp as it is
319 2012-09-01 23:13:18 <Diablo-D3> its designed as a secure time source
320 2012-09-01 23:13:54 <Diablo-D3> (well, v3 and 4 are)
321 2012-09-01 23:13:58 <freewil> ok, so he does mention it
322 2012-09-01 23:14:17 <Diablo-D3> yeah he mentions it but doesnt seem to know anything about it
323 2012-09-01 23:14:25 <Diablo-D3> I find it very odd someone who understands crypto doesnt understand ntp
324 2012-09-01 23:14:39 <freewil> i dont know much about it but that he seems pretty hardcore
325 2012-09-01 23:14:56 <freewil> i dont think it would be uncommon for someone like that to be unfamiliar with something common-day like ntp
326 2012-09-01 23:15:03 <freewil> ive seen it plenty in professors
327 2012-09-01 23:15:20 <Diablo-D3> teaching is for people who dont do.
328 2012-09-01 23:15:20 <gmaxwell> NTP's crypto doesn't provide real security though except in poin to point use.
329 2012-09-01 23:15:32 <Diablo-D3> gmaxwell: yes, which I said above he can spipe out
330 2012-09-01 23:15:58 <gmaxwell> part of the reason that ntp crypto is oddball is because there are timing considerations.
331 2012-09-01 23:16:15 <Diablo-D3> timing considerations in a time protocol
332 2012-09-01 23:16:31 <Luke-Jr> gmaxwell: no, I didn't try.
333 2012-09-01 23:16:50 <gmaxwell> (also, if you want secure time, you can pull time securely from any ssl webserver: SSL leaks the server time)
334 2012-09-01 23:17:32 <gmaxwell> Luke-Jr: K. I'll bug gavin then for his operating enviroment.
335 2012-09-01 23:17:51 <gmaxwell> Diablo-D3: (google for tlsdate)
336 2012-09-01 23:19:56 <Diablo-D3> gmaxwell: well, this is what he suggested the first time
337 2012-09-01 23:19:57 <Diablo-D3> BUT
338 2012-09-01 23:20:05 <Diablo-D3> you're limited to servers who you know always have the right time
339 2012-09-01 23:27:11 <kreal> anyone hardcore to nginx, and can answer me if I can rewrite a subdirectory on a domain to a different IP, imagine like a subdomain.
340 2012-09-01 23:28:35 <kreal> making using some form of alias.
341 2012-09-01 23:32:58 <ageis> use a vhost bro
342 2012-09-01 23:33:39 <kreal> I'm not your bro, friend. ;) But I cannot make a vhost like walletbit.com/responsepay
343 2012-09-01 23:33:43 <kreal> otherwise a good idea.
344 2012-09-01 23:35:21 <ageis> well i don't see why not mang
345 2012-09-01 23:35:51 <kreal> it's hard to explain.
346 2012-09-01 23:36:47 <kreal> but basically I want https://domain.com/subdomain/ to act like https://subdomain.domain.com/
347 2012-09-01 23:37:29 <kreal> with some clever rewriting.
348 2012-09-01 23:40:09 <ageis> have you tried it?
349 2012-09-01 23:41:34 <kreal> trying a few things, not working out.
350 2012-09-01 23:41:47 <kreal> might look at nginx source next.
351 2012-09-01 23:44:07 <ageis> I think it should work
352 2012-09-01 23:44:14 <ageis> rewrite ^/subdomain/$ https://subdomain.domain.com/$;
353 2012-09-01 23:44:38 <kreal> hmm
354 2012-09-01 23:46:52 <ageis> you can also use $scheme instead of https
355 2012-09-01 23:48:21 <kreal> but this will send the user to https://subdomain.domain.com/$; right
356 2012-09-01 23:55:26 <ageis> $ is whatever requested within/after the subdir
357 2012-09-01 23:55:30 <ageis> could be nothing
358 2012-09-01 23:55:38 <ageis> represents end of string in rewrite