1 2012-09-18 00:00:01 cheako has joined
2 2012-09-18 00:00:30 <BlueMatt> sipa: I dont know, havent had time to look at it closer, probably something to do with my switching to arch and using some too-new version of ruby with some bug there...
3 2012-09-18 00:00:55 <gavinandresen> Luke-Jr: if there were more than 5 gitian signers, I'd adhere to that rule more strictly....
4 2012-09-18 00:01:08 <Luke-Jr> gavinandresen: I know what you meanâ¦
5 2012-09-18 00:01:15 pomf_ has quit (Ping timeout: 246 seconds)
6 2012-09-18 00:01:18 <Luke-Jr> gavinandresen: in any case, mine doesn't match for -qt :/
7 2012-09-18 00:01:21 <sipa> jgarzik: i have two global (for now) variables (pcoinsTip and pblocktree) that provide access to the respective databases, but aren't just that
8 2012-09-18 00:01:25 pomf__ is now known as pomf_
9 2012-09-18 00:01:26 pomf_ has quit (Changing host)
10 2012-09-18 00:01:26 pomf_ has joined
11 2012-09-18 00:01:27 <BlueMatt> Luke-Jr: linux or win32?
12 2012-09-18 00:01:31 <Luke-Jr> I suspect it's because I am using an ancient version of gitian
13 2012-09-18 00:01:34 <Luke-Jr> BlueMatt: win32
14 2012-09-18 00:01:45 <BlueMatt> Luke-Jr: same here (but mine didnt match for rc either)
15 2012-09-18 00:01:53 <BlueMatt> and, again, arch
16 2012-09-18 00:02:20 * BlueMatt finds that he switches distros way too often...
17 2012-09-18 00:02:26 <gmaxwell> gavinandresen: Yea, sorry I'm not setup. I need to coordinate a time when devrandom will be on for my _forth_ try of making this work?
18 2012-09-18 00:02:30 <Luke-Jr> BlueMatt abcbd670eac0c8cdbc502ebdcf865ef676fae250b1365ce0bc303d5f6263b488 ?
19 2012-09-18 00:02:41 <sipa> gmaxwell: what problem do you have now?
20 2012-09-18 00:02:44 <Luke-Jr> does anyone want my binaries for analysis?
21 2012-09-18 00:02:51 <gavinandresen> gmaxwell: LXC is working nicely for me...
22 2012-09-18 00:02:58 <BlueMatt> Luke-Jr: no
23 2012-09-18 00:03:27 <BlueMatt> is sipa using LXC too?
24 2012-09-18 00:03:31 <sipa> yes, i am
25 2012-09-18 00:03:35 <diki> gmaxwell:did you not mean "fourth"?
26 2012-09-18 00:03:43 <sipa> BlueMatt: but wumpus isn't afaik
27 2012-09-18 00:03:48 lggr has joined
28 2012-09-18 00:03:52 <gavinandresen> yeah, if you're trying to compile it using forth then THERE's yer problem
29 2012-09-18 00:03:54 <BlueMatt> oh, I was wondering if thats why I wasnt matching
30 2012-09-18 00:04:24 Maccer has quit (Ping timeout: 240 seconds)
31 2012-09-18 00:04:51 <gmaxwell> sipa: I haven't tried it since last time, which was prior to you redoing yours.
32 2012-09-18 00:04:57 <Luke-Jr> are our qt inputs supposed to be deterministic?
33 2012-09-18 00:05:14 <sipa> no
34 2012-09-18 00:05:17 <gavinandresen> qt inputs don't match, but the bitcoin-qt's do
35 2012-09-18 00:05:22 <gmaxwell> When LXC was less mature than apparently it is now.
36 2012-09-18 00:05:26 <gavinandresen> (at least, for wumpus and sipa and me)
37 2012-09-18 00:05:51 <BlueMatt> wait, so we do have a third sig for 0.7.0, or has wumpus not posted yet?
38 2012-09-18 00:06:25 <gavinandresen> BlueMatt: three for linux, only two for windows right now.
39 2012-09-18 00:06:58 <BlueMatt> a
40 2012-09-18 00:06:58 <BlueMatt> h
41 2012-09-18 00:07:10 <sipa> one h, even
42 2012-09-18 00:07:35 <Luke-Jr> I wonder if wumpus's Windows will match
43 2012-09-18 00:07:38 <jgarzik> gavinandresen: copy bitcoin-devel@ on the announce?
44 2012-09-18 00:07:52 <gavinandresen> jgarzik: will do
45 2012-09-18 00:09:56 paraipan has quit (Quit: Saliendo)
46 2012-09-18 00:10:34 <sipa> gmaxwell, jgarzik: i'm wondering about fsync() policy
47 2012-09-18 00:10:44 lggr has quit (Ping timeout: 240 seconds)
48 2012-09-18 00:11:13 <jgarzik> gavinandresen: perhaps a bit too late, but I think this belongs under 'incompatible changes' too?
49 2012-09-18 00:11:15 <jgarzik> * Rework gettransaction, getblock calls. 'gettransaction' responds for
50 2012-09-18 00:11:16 <jgarzik> non-wallet TXs now.
51 2012-09-18 00:11:27 <gmaxwell> jgarzik: except it doesn't.
52 2012-09-18 00:11:28 <jgarzik> I never paid close attention to the details there
53 2012-09-18 00:11:30 Matt_von_Mises has quit (Quit: Leaving.)
54 2012-09-18 00:11:30 <sipa> jgarzik: which was changed to getrawtransaction
55 2012-09-18 00:11:51 <gavinandresen> bah, I thought I fixed that release note....
56 2012-09-18 00:12:00 <jgarzik> i.e. how are old gettransaction, getblock users impacted, if at all?
57 2012-09-18 00:12:10 <gmaxwell> hopefully the software less buggy than the release notes.
58 2012-09-18 00:12:40 <gavinandresen> need unit tests for the release notes...
59 2012-09-18 00:12:42 <sipa> getblock's format is changed a bit; unsure about backward compatibility (though i think we paid attention to that)
60 2012-09-18 00:12:50 <sipa> gettransaction is unchanged, afaik
61 2012-09-18 00:13:00 <BlueMatt> gavinandresen: there is no mistake more unit tests cant prevent!
62 2012-09-18 00:13:03 <gmaxwell> jgarzik: gettransaction wasn't changed. The release note is wrong. Or rather it was changed and then changed back.
63 2012-09-18 00:13:23 <jgarzik> gmaxwell: which part is wrong? first part or both parts?
64 2012-09-18 00:13:34 <jgarzik> I'm pretty sure gettransaction does respond for non-wallet TX's
65 2012-09-18 00:13:50 <sipa> at one point it did
66 2012-09-18 00:13:55 <gmaxwell> The second part. Getblock was changed somewhat but it should be compatible unless applications are brittle. IIRC.
67 2012-09-18 00:14:00 <jgarzik> don't the transactions now return "smart times"?
68 2012-09-18 00:14:06 <sipa> oh yes
69 2012-09-18 00:14:18 <jgarzik> which might have a different output than prior versions?
70 2012-09-18 00:14:22 <gmaxwell> jgarzik: it doesn't respond for non-wallet tx.s.
71 2012-09-18 00:14:59 <gavinandresen> Editing release notes to say "Rework getblock call."
72 2012-09-18 00:15:06 eoss has quit (Remote host closed the connection)
73 2012-09-18 00:15:24 ehash has quit (Remote host closed the connection)
74 2012-09-18 00:15:27 Maccer has joined
75 2012-09-18 00:15:55 <jgarzik> commit 9a6ab7f1420691267e78e302ff224076945e9133
76 2012-09-18 00:15:55 <jgarzik> Author: Gavin Andresen <gavinandresen@gmail.com>
77 2012-09-18 00:15:55 <jgarzik> Date: Sun Jun 24 17:04:50 2012 -0400
78 2012-09-18 00:15:55 <jgarzik> Rework gettransaction / getblock RPC calls
79 2012-09-18 00:16:02 <jgarzik> + "smart times"
80 2012-09-18 00:16:27 <gavinandresen> smart times is already mentioned separately
81 2012-09-18 00:16:30 <jgarzik> > It removes the "size" field from gettransaction, since the size
82 2012-09-18 00:16:35 <jgarzik> unquote
83 2012-09-18 00:17:11 <jgarzik> It replaces the 'decompositions' object argument of
84 2012-09-18 00:17:11 <jgarzik> gettransaction with a boolean flag; if true, returns
85 2012-09-18 00:17:37 lggr has joined
86 2012-09-18 00:17:49 <jgarzik> so both getblock and gettransaction have incompatible changes, not just getblock
87 2012-09-18 00:19:00 <gavinandresen> decompositions was a post-0.6.3 change, if I recall correctly... I did some simplification of changes Luke made
88 2012-09-18 00:20:31 <sipa> gettransaction doesn't have a decomposition now
89 2012-09-18 00:20:54 <sipa> (use the source, luke!)
90 2012-09-18 00:20:57 <gavinandresen> right, and didn't have a decomposition in 0.6.3, either (unless I'm misremembering)
91 2012-09-18 00:20:59 <sipa> h, jgarzik
92 2012-09-18 00:22:11 <jgarzik> sipa: the commit message above also tells us gettransaction does not have a decomposition now
93 2012-09-18 00:22:21 <gmaxwell> jgarzik: it didn't have one before.
94 2012-09-18 00:22:22 <jgarzik> the question is whether or not 0.6.3 had one
95 2012-09-18 00:22:28 <gmaxwell> It didn't.
96 2012-09-18 00:23:10 <gmaxwell> It was a detour during 0.7.0 development that was replaced by the seperated raw transaction and decode.
97 2012-09-18 00:23:17 <jgarzik> cool
98 2012-09-18 00:23:25 <jgarzik> I don't see 'size' in 0.6.3 either
99 2012-09-18 00:24:05 <gavinandresen> yeah, size is len(getrawtransaction)/2 ....
100 2012-09-18 00:24:40 <jgarzik> no, it's "listtransactions" which got the smart times. duh.
101 2012-09-18 00:25:15 lggr has quit (Ping timeout: 255 seconds)
102 2012-09-18 00:25:31 <gmaxwell> jgarzik: right, there is times recieved if you want the old times. IIRC.
103 2012-09-18 00:26:21 <gavinandresen> ok, announced to the forums, bitcoin-development, updated the wiki download links, send a PM to theymos to update the forum message...
104 2012-09-18 00:27:08 ehash has joined
105 2012-09-18 00:27:46 <jgarzik> gavinandresen: bitcoin.org front page still shows 0.6.3 as current release, and 0.6.3 announce
106 2012-09-18 00:28:09 <gavinandresen> Right! forgot to pull request that....
107 2012-09-18 00:28:46 vampireb has quit (Quit: Lost terminal)
108 2012-09-18 00:28:55 Zarutian has quit (Ping timeout: 244 seconds)
109 2012-09-18 00:31:25 * gavinandresen still doesn't understand the automagic regenerate-bitcoin.org-from-a-pull process....
110 2012-09-18 00:31:35 * jgarzik pushed multisig at the conference, and I'm happy to see some forum response!
111 2012-09-18 00:31:50 <gavinandresen> ah, good, bitcoin.org updated
112 2012-09-18 00:32:04 lggr has joined
113 2012-09-18 00:32:48 <sipa> it seems leveldb never calls fsync or fdatasync on log files, unless setting the sync flag
114 2012-09-18 00:33:12 <sipa> that's not a problem as such, as its writes are checksummed, and logfiles are allowed to contain incomplete writes
115 2012-09-18 00:33:38 <sipa> but what if the block storage and the block database are on separate filesystems
116 2012-09-18 00:34:00 <BlueMatt> gavinandresen: look at https://github.com/bitcoin/bitcoin.github.com
117 2012-09-18 00:34:07 <sipa> i assume in that case it's possible that in case of a crash, the block database was updated without the actual blocks being written
118 2012-09-18 00:34:32 <BlueMatt> wait...why did sipa edit bitcoin.github.com, I thought that would break the jekyll stuff?
119 2012-09-18 00:34:41 <sipa> BlueMatt: what?
120 2012-09-18 00:34:54 <gmaxwell> the repository that says DO NOT EDIT?
121 2012-09-18 00:34:57 <BlueMatt> sipa: https://github.com/bitcoin/bitcoin.github.com 's repo description is "DO NOT EDIT"
122 2012-09-18 00:35:05 <sipa> what did i edit?
123 2012-09-18 00:35:14 <BlueMatt> I see commits from you from 10 months ago
124 2012-09-18 00:35:19 <sipa> huh
125 2012-09-18 00:35:26 <Diablo-D3> >do not edit
126 2012-09-18 00:35:30 <Diablo-D3> <sipa> CHALLENGE ACCEPTED
127 2012-09-18 00:36:01 <BlueMatt> https://github.com/bitcoin/bitcoin.github.com/commit/3c2a6dfbbb4097a25715c40ed8835339bf58b855
128 2012-09-18 00:36:18 <BlueMatt> meh, its not broken, I was just wondering why
129 2012-09-18 00:36:20 Marf has quit (Ping timeout: 252 seconds)
130 2012-09-18 00:36:29 lggr has quit (Ping timeout: 245 seconds)
131 2012-09-18 00:37:08 <Luke-Jr> If anyone has time to analyze the gitian issue, my binaries are at http://luke.dashjr.org/programs/bitcoin/files/bitcoind/0.7.0/
132 2012-09-18 00:37:24 <BlueMatt> Luke-Jr: did you use lxc?
133 2012-09-18 00:37:39 <Luke-Jr> BlueMatt: no, I am using a gitian that predates LXC support
134 2012-09-18 00:38:33 <sipa> jgarzik: when two non-O_SYNC writes to the same filesystem have succeeded, is there are guarantee that in case of a crash afterwards, if write 2 persisted, write 1 persists as well?
135 2012-09-18 00:39:00 <jgarzik> sipa: a _huge_ amount depends on I/O size and boundary
136 2012-09-18 00:39:22 <jgarzik> sipa: example: if you write 1 byte, the OS must read a full block's worth of data, modify it, then write it ("RMW")
137 2012-09-18 00:39:39 EPiSKiNG- has joined
138 2012-09-18 00:39:39 setkeh has quit (Ping timeout: 255 seconds)
139 2012-09-18 00:39:40 Maccer has quit (Ping timeout: 256 seconds)
140 2012-09-18 00:40:00 <sipa> yes, i know; i'm basically asking whether writes are guaranteed to be done in order
141 2012-09-18 00:40:06 maaku has joined
142 2012-09-18 00:40:53 <jgarzik> sipa: writes are applied in order to the page cache, but it is only guaranteed how the pagecache is written. _probably_ it will be in low->high sector order in _most_ cases, but not guaranteed
143 2012-09-18 00:41:05 <jgarzik> er
144 2012-09-18 00:41:10 <jgarzik> "but it is NOT guaranteed"
145 2012-09-18 00:41:18 <sipa> hrmmz
146 2012-09-18 00:41:22 <sipa> that sucks
147 2012-09-18 00:41:53 <jgarzik> sipa: if you are appending, I cannot see why a disk scheduler would want to write high->low though ;p
148 2012-09-18 00:42:10 <sipa> i'm not talking about writes to the same file
149 2012-09-18 00:42:26 lggr has joined
150 2012-09-18 00:42:29 <jgarzik> oh, that changes things :)
151 2012-09-18 00:42:38 <jgarzik> no order guarantees at all across files
152 2012-09-18 00:43:05 <sipa> so the only actual guaranteed way is fdatasync() after both block writes, and leveldb writes
153 2012-09-18 00:43:12 <sipa> which would kill performance
154 2012-09-18 00:44:53 freewil has quit (Quit: Leaving)
155 2012-09-18 00:45:18 <jgarzik> on linux you can also do sync_file_range() to start writeout immediately, but not wait for completion
156 2012-09-18 00:45:34 <jgarzik> that kicks the OS into flushing specified dirty pages
157 2012-09-18 00:45:47 <jgarzik> that's how mythtv streams to disk
158 2012-09-18 00:45:58 <sipa> sounds very unportable and still not a real solution
159 2012-09-18 00:46:27 <jgarzik> well you combine it with fdatasync in this case, to execute operations in parallel. start writes on all files, then go back and fdatasync
160 2012-09-18 00:46:28 <sipa> i wonder whether it's a problem in practice...
161 2012-09-18 00:46:35 lggr has quit (Ping timeout: 240 seconds)
162 2012-09-18 00:46:44 <jgarzik> but as you say, not portable
163 2012-09-18 00:47:00 <sipa> any fdatasync would be devastating for performane
164 2012-09-18 00:47:27 <gmaxwell> sipa: writes on sperate devices making the data and logs inconsistent? well.. as often as people seperate them. Since the risk is not really tolerable unless there is a way to recover from it.
165 2012-09-18 00:47:28 <gavinandresen> sipa: we should try to be tolerant of block file corruptio n, in my humble opinion... we always know the block hash, so detecting corruption there is easy
166 2012-09-18 00:48:06 <sipa> right, there is consistency checking possible on the application level here
167 2012-09-18 00:48:13 <gavinandresen> re-fetching a badly-written-to-disk block should be easy, too
168 2012-09-18 00:48:19 <jgarzik> well, and, ultraprune does not change the block file format, unless I'm missing something
169 2012-09-18 00:48:24 <jgarzik> just the index format(s)
170 2012-09-18 00:48:29 <sipa> jgarzik: indeed
171 2012-09-18 00:48:38 <gmaxwell> "I got an unexpected power off and now my node needs a $long_time rebuild" is yucky but better than "it doesn't start anymore, so I deleted everything. Where are my bitcoins now? I'm typing in my address and don't see them!"
172 2012-09-18 00:49:26 <jgarzik> sipa: blocks are still sync'd, as they are now, I presume?
173 2012-09-18 00:49:32 <gmaxwell> ultraprune can't just go back to a prior block under all conditions though.
174 2012-09-18 00:49:37 <gavinandresen> speaking of which, the next piece of coding I want to tackle is handling wallet.dat corruption much better
175 2012-09-18 00:49:51 <gmaxwell> say you're on a fork. that block is torn and corrupted. How do you recover?
176 2012-09-18 00:50:00 <jgarzik> my vote: private append only wallet format
177 2012-09-18 00:50:04 <jgarzik> non-BDB
178 2012-09-18 00:50:05 <sipa> what if a block is downloaded, stored in the block db, connected, stored in the coin db, and everything succeeds except the block file write
179 2012-09-18 00:50:16 <gmaxwell> sipa: just get the block again.
180 2012-09-18 00:50:28 <gavinandresen> jgarzik: sure, but I want to write BDB code first, because we'll need to support upgrading old wallets for at least the next year or ten.
181 2012-09-18 00:50:30 <jgarzik> sipa: we write block file first
182 2012-09-18 00:50:34 <jgarzik> sipa: in current code
183 2012-09-18 00:50:52 lggr has joined
184 2012-09-18 00:50:52 <sipa> yes, right, so fdatasync after block writes covers that case
185 2012-09-18 00:51:11 <sipa> (which i disabled for benchmarking, but should be enabled)
186 2012-09-18 00:51:13 <jgarzik> it's no harm if there is crap in the block database, that winds up being not-indexed
187 2012-09-18 00:51:17 <jgarzik> that's an acceptable error handling
188 2012-09-18 00:51:40 <jgarzik> no need to bother with rollbacks or complexity
189 2012-09-18 00:51:58 <sipa> what if the coindb has a change that the blockdb doesn't have?
190 2012-09-18 00:52:01 <sipa> right... reorg back
191 2012-09-18 00:52:09 <sipa> that should always be possible
192 2012-09-18 00:52:28 <sipa> oh, no, can't; you don't have the undo data
193 2012-09-18 00:53:18 <sipa> you can go in a mode where no coindb changes are made until you connect the current state again
194 2012-09-18 00:53:18 <jgarzik> current code stores block data first, indexes later. if index fails, there is simply extra ignored data in block file.
195 2012-09-18 00:53:41 <jgarzik> if as proposed block data will be deleted, agreed, that logic may change
196 2012-09-18 00:53:48 <sipa> jgarzik: coindb and blockdb are separate indexes, so they can be inconsistent with eachother
197 2012-09-18 00:53:56 <jgarzik> sipa: is it not all one batch?
198 2012-09-18 00:54:02 <sipa> absolutely not
199 2012-09-18 00:54:08 <jgarzik> ah
200 2012-09-18 00:54:26 <sipa> block downloading and connecting should be separate it you want to parallelize things
201 2012-09-18 00:54:51 <sipa> and leveldb doesn't support multi-database transactions
202 2012-09-18 00:55:14 * jgarzik misunderstood. Thought discussion was of block file <-> index inconsistency, not index A <-> index B inconsistency
203 2012-09-18 00:55:27 <jgarzik> all good, carry on sir
204 2012-09-18 00:55:53 <sipa> i'll try enabling sync writes for leveldb
205 2012-09-18 00:56:00 <sipa> see what performance impact it has
206 2012-09-18 00:56:05 D34TH has quit (Read error: Connection reset by peer)
207 2012-09-18 00:57:06 elkingrey has joined
208 2012-09-18 00:57:29 lggr has quit (Ping timeout: 252 seconds)
209 2012-09-18 00:58:18 topi` has quit (Ping timeout: 246 seconds)
210 2012-09-18 00:58:29 <sipa> jgarzik: i was first talking about blockfile vs index inconsistency, but fdatasync()ing after block writes solves that indeed
211 2012-09-18 01:00:04 <jgarzik> another OP_DROP proposal appears to get on gmaxwell's nerves :) https://bitcointalk.org/index.php?topic=108423.msg1196868#msg1196868
212 2012-09-18 01:02:09 lggr has joined
213 2012-09-18 01:02:26 Maccer has joined
214 2012-09-18 01:05:39 <jgarzik> sigh, my grammar is shite today
215 2012-09-18 01:05:46 <jgarzik> a/appear to/just to/
216 2012-09-18 01:06:05 * jgarzik just got back from a loooong flight and is jetlagbrained
217 2012-09-18 01:07:08 denisx has quit (Quit: denisx)
218 2012-09-18 01:07:55 <elkingrey> Can somebody help me out. I'm trying to upgrade to 0.7.0 from 0.6.3 and I'm running Ubuntu. I've just downloaded the tar, what now?
219 2012-09-18 01:08:14 lggr has quit (Ping timeout: 252 seconds)
220 2012-09-18 01:09:56 sipa has quit (Read error: Operation timed out)
221 2012-09-18 01:09:56 topi` has joined
222 2012-09-18 01:10:06 sipa has joined
223 2012-09-18 01:10:18 <sipa> what happned?
224 2012-09-18 01:11:40 Muis__ has joined
225 2012-09-18 01:11:54 darkskiez has quit (Ping timeout: 245 seconds)
226 2012-09-18 01:12:08 darkski3z has quit (Ping timeout: 260 seconds)
227 2012-09-18 01:12:11 Luke-Jr has quit (Excess Flood)
228 2012-09-18 01:12:30 darkskiez has joined
229 2012-09-18 01:12:31 Luke-Jr has joined
230 2012-09-18 01:12:38 lggr has joined
231 2012-09-18 01:12:38 edcba has quit (Ping timeout: 246 seconds)
232 2012-09-18 01:12:49 darkski3z has joined
233 2012-09-18 01:13:04 dub has quit (Ping timeout: 260 seconds)
234 2012-09-18 01:13:09 edcba has joined
235 2012-09-18 01:13:21 dub has joined
236 2012-09-18 01:14:44 Muis_ has quit (Ping timeout: 246 seconds)
237 2012-09-18 01:17:01 lggr has quit (Ping timeout: 255 seconds)
238 2012-09-18 01:17:33 pjorrit has quit (Ping timeout: 246 seconds)
239 2012-09-18 01:19:25 elkingrey has quit (Quit: Leaving)
240 2012-09-18 01:19:33 pjorrit has joined
241 2012-09-18 01:21:36 elkingrey has joined
242 2012-09-18 01:22:29 JZavala has joined
243 2012-09-18 01:23:10 graingert has quit (Read error: Connection reset by peer)
244 2012-09-18 01:26:14 lggr has joined
245 2012-09-18 01:30:36 pingdrive has joined
246 2012-09-18 01:31:04 one_zero has joined
247 2012-09-18 01:32:45 denisx has joined
248 2012-09-18 01:33:20 B0g4r7__ has joined
249 2012-09-18 01:34:05 lggr has quit (Ping timeout: 256 seconds)
250 2012-09-18 01:36:13 B0g4r7 has quit (Ping timeout: 276 seconds)
251 2012-09-18 01:36:13 B0g4r7__ is now known as B0g4r7
252 2012-09-18 01:36:48 * Luke-Jr wishes there was a python-bitcoin module with standard primitives like dblsha :P
253 2012-09-18 01:37:42 Motest003 has joined
254 2012-09-18 01:39:02 Motest031 has quit (Ping timeout: 252 seconds)
255 2012-09-18 01:40:12 lggr has joined
256 2012-09-18 01:41:03 <MC-Eeepc> 0.7 final?
257 2012-09-18 01:42:40 <MC-Eeepc> yes, gratz fellers thats some fine work
258 2012-09-18 01:44:26 jarpiain has quit (Remote host closed the connection)
259 2012-09-18 01:44:35 jarpiain has joined
260 2012-09-18 01:44:59 jarpiain is now known as Guest55539
261 2012-09-18 01:47:57 pomf_ is now known as Rabbit67890
262 2012-09-18 01:48:18 lggr has quit (Ping timeout: 268 seconds)
263 2012-09-18 01:54:22 lggr has joined
264 2012-09-18 01:56:46 gavinandresen has quit (Quit: gavinandresen)
265 2012-09-18 02:01:35 lggr has quit (Ping timeout: 240 seconds)
266 2012-09-18 02:02:52 dust-otc has joined
267 2012-09-18 02:06:48 elkingrey has quit (Quit: Leaving)
268 2012-09-18 02:08:41 lggr has joined
269 2012-09-18 02:15:38 lggr has quit (Ping timeout: 246 seconds)
270 2012-09-18 02:16:20 freakazoid has quit (Ping timeout: 246 seconds)
271 2012-09-18 02:18:59 lggr has joined
272 2012-09-18 02:24:19 sudog has quit (Ping timeout: 276 seconds)
273 2012-09-18 02:25:26 maaku has quit (Quit: maaku)
274 2012-09-18 02:25:53 maaku has joined
275 2012-09-18 02:25:58 lggr has quit (Ping timeout: 252 seconds)
276 2012-09-18 02:27:28 EasyAt has joined
277 2012-09-18 02:32:42 lggr has joined
278 2012-09-18 02:39:24 fiesh has quit (Ping timeout: 245 seconds)
279 2012-09-18 02:40:18 lggr has quit (Ping timeout: 255 seconds)
280 2012-09-18 02:41:26 Gladamas has quit (Read error: Connection reset by peer)
281 2012-09-18 02:42:00 Gladamas has joined
282 2012-09-18 02:42:15 <DBordello> Any reason I can't start 0.70 in place of a CVS version?
283 2012-09-18 02:42:56 fiesh has joined
284 2012-09-18 02:44:05 enquirer has joined
285 2012-09-18 02:44:32 Z0rZ0rZ0r has quit (Quit: Wheeeee)
286 2012-09-18 02:44:37 <DBordello> Version 0.6.99 or somethign
287 2012-09-18 02:46:59 lggr has joined
288 2012-09-18 02:48:10 <ageis> ok, did anyone reply to my thing about soft-linking earlier?
289 2012-09-18 02:48:20 ivan\ has quit (Quit: ERC Version 5.3 (IRC client for Emacs))
290 2012-09-18 02:51:13 <DBordello> Why I try to start 0.70 the first time after using a git version from months ago:
291 2012-09-18 02:51:17 <DBordello> http://pastebin.com/r3HyJT7t
292 2012-09-18 02:52:01 <DBordello> Ideas?
293 2012-09-18 02:54:54 lggr has quit (Ping timeout: 268 seconds)
294 2012-09-18 02:58:01 ivan\ has joined
295 2012-09-18 02:59:00 toffoo has quit ()
296 2012-09-18 02:59:05 <denisx> DBordello: did you change your DB meanwhile?
297 2012-09-18 03:00:58 lggr has joined
298 2012-09-18 03:08:40 lggr has quit (Ping timeout: 255 seconds)
299 2012-09-18 03:09:52 pingdrive has quit (Quit: Leaving)
300 2012-09-18 03:14:51 TheSeven has quit (Disconnected by services)
301 2012-09-18 03:15:00 [7] has joined
302 2012-09-18 03:15:18 lggr has joined
303 2012-09-18 03:15:21 <enquirer> my blockchain is stuck
304 2012-09-18 03:15:35 <enquirer> version 0.70, windows xp)
305 2012-09-18 03:16:33 freewil has joined
306 2012-09-18 03:16:48 <enquirer> didn't this version promize to speed up downloads?
307 2012-09-18 03:17:55 <enquirer> oh, it moves slowly ... a block in a minute
308 2012-09-18 03:18:35 <DBordello> denisx, no. Using the same .bitcoin directory
309 2012-09-18 03:19:13 <DBordello> Version 0.6099 works fine
310 2012-09-18 03:22:30 lggr has quit (Ping timeout: 244 seconds)
311 2012-09-18 03:22:35 <DBordello> Can I delete the database? I just don't want to grab the blockchain again
312 2012-09-18 03:22:50 Rabbit67890 has quit (Ping timeout: 246 seconds)
313 2012-09-18 03:23:55 <gmaxwell> DBordello: are you running 0.7 ?
314 2012-09-18 03:24:16 <gmaxwell> oh.. looking at your message.. bleh. you must shut down cleanly before upgrading.
315 2012-09-18 03:24:19 <gmaxwell> or you end up with that.
316 2012-09-18 03:24:25 <DBordello> gmaxwell, I thought I did....
317 2012-09-18 03:24:28 <DBordello> I'll try it again
318 2012-09-18 03:24:40 <gmaxwell> it would be best to start the old one with the -detach option, then shut it down cleanly.
319 2012-09-18 03:25:02 <DBordello> Okay, doing that
320 2012-09-18 03:25:11 <DBordello> I assume stop is a clean shutdown?
321 2012-09-18 03:25:16 <gmaxwell> yes
322 2012-09-18 03:25:54 <DBordello> -detachdb?
323 2012-09-18 03:26:06 <gmaxwell> if that doesn't work. Move your .bitcoin directory out of the way (but don't delete it). Then copy back your conf file and wallet. Then start up bitcoin with -loadblock=/path/to/old/blockchain/block001.dat (and don't use shorcuts like ~ in the path)
324 2012-09-18 03:26:18 <DBordello> Got it
325 2012-09-18 03:26:55 Rabbit67890 has joined
326 2012-09-18 03:26:56 Rabbit67890 has quit (Changing host)
327 2012-09-18 03:26:56 Rabbit67890 has joined
328 2012-09-18 03:27:10 <gmaxwell> DBordello: yes. -detachdb sorry
329 2012-09-18 03:27:41 <DBordello> giving it a shot
330 2012-09-18 03:27:43 <enquirer> well i'd better install electrum ... can I import my old wallet into it?
331 2012-09-18 03:28:10 Rabbit67890 is now known as RainbowDashh
332 2012-09-18 03:28:23 setkeh has joined
333 2012-09-18 03:28:42 <DBordello> I assume gettransaction hasn't change since it was introduced?
334 2012-09-18 03:28:57 lggr has joined
335 2012-09-18 03:29:41 <gmaxwell> 20:11 < enquirer> oh, it moves slowly ... a block in a minute
336 2012-09-18 03:29:44 <gmaxwell> 0_o
337 2012-09-18 03:29:50 <gmaxwell> at what height?
338 2012-09-18 03:30:02 EPiSKiNG- has quit (Ping timeout: 246 seconds)
339 2012-09-18 03:30:23 <DBordello> gmaxwell, how intensive is -detachdb? How long should I expect that to take?
340 2012-09-18 03:30:54 <gmaxwell> DBordello: it takes a bit longer to shut down because it puts the db in a maximally clean state. tens of seconds? thats the way bitcoin used to work prior to 0.6
341 2012-09-18 03:31:15 <DBordello> Gotcha, I am on a reasonably slow VPS, startup and shutdown are slow for me to start with
342 2012-09-18 03:31:23 <gmaxwell> Now it skips it, though this is proving to be a mistake.. makes upgrades more fragile. :(
343 2012-09-18 03:33:42 <DBordello> Even after a clean shutdown using -detatchdb, same error
344 2012-09-18 03:34:39 <DBordello> I"ll try moving .bitcoin out of the way
345 2012-09-18 03:35:16 <DBordello> hmmm, that isn't going to work, I don't have enough space for 2xblock001.dat
346 2012-09-18 03:35:31 usagi has joined
347 2012-09-18 03:35:35 <DBordello> Any other ideas?
348 2012-09-18 03:35:39 <DBordello> Other than make more space
349 2012-09-18 03:35:51 dvide has joined
350 2012-09-18 03:36:04 lggr has quit (Ping timeout: 245 seconds)
351 2012-09-18 03:42:33 lggr has joined
352 2012-09-18 03:43:49 RainbowDashh has quit (Quit: QUIT. <nickname> tell RainbowDashh fix your quit message. And by "fix", I mean pick one that isn't incredibly annoying)
353 2012-09-18 03:45:31 RainbowDashh has joined
354 2012-09-18 03:45:31 RainbowDashh has quit (Changing host)
355 2012-09-18 03:45:31 RainbowDashh has joined
356 2012-09-18 03:45:46 maqr has quit (Ping timeout: 244 seconds)
357 2012-09-18 03:49:56 lggr has quit (Ping timeout: 252 seconds)
358 2012-09-18 03:51:17 maaku has quit (Quit: maaku)
359 2012-09-18 03:51:43 maqr has joined
360 2012-09-18 03:53:18 maaku has joined
361 2012-09-18 03:56:55 lggr has joined
362 2012-09-18 04:01:20 lggr has quit (Ping timeout: 255 seconds)
363 2012-09-18 04:05:54 <Luke-Jr> https://gitorious.org/bitcoin/python-blkmaker for anyone who needs it
364 2012-09-18 04:06:20 freakazoid has joined
365 2012-09-18 04:06:51 <enquirer> i think utorrent with 3000 seeders would download the file pretty quick ...
366 2012-09-18 04:07:00 lggr has joined
367 2012-09-18 04:07:55 enquirer has left ()
368 2012-09-18 04:08:15 EasyAt is now known as !~Easy@81.17.31.43|EasyAt
369 2012-09-18 04:10:09 <gmaxwell> DBordello: welp, you should be able to loadblock until you run out of space.. then delete the oldone and at least get a headstart.
370 2012-09-18 04:10:16 <Luke-Jr> XD
371 2012-09-18 04:10:27 <Luke-Jr> gmaxwell: What do you think? https://en.bitcoin.it/wiki/Getblocktemplate
372 2012-09-18 04:10:28 <DBordello> Haha. I am attempting to grow my EC2 volume now
373 2012-09-18 04:10:33 <kjj_> any of you guys know where (or if) the windows client handles system events?
374 2012-09-18 04:11:08 lggr has quit (Ping timeout: 246 seconds)
375 2012-09-18 04:11:38 <kjj_> in the RC thread, someone mentioned a problem with suspend/resume, so I figured I'd go looking for PBT_APMRESUMESUSPEND, but haven't found it anywhere
376 2012-09-18 04:17:14 toffoo has joined
377 2012-09-18 04:18:19 lggr has joined
378 2012-09-18 04:25:01 lggr has quit (Ping timeout: 252 seconds)
379 2012-09-18 04:29:40 lggr has joined
380 2012-09-18 04:29:46 <doublec> Luke-Jr: I just quickly skimmed it right now but looks great
381 2012-09-18 04:34:23 <Luke-Jr> doublec: thanks
382 2012-09-18 04:35:21 sebicas has quit (Quit: sebicas)
383 2012-09-18 04:36:30 lggr has quit (Ping timeout: 252 seconds)
384 2012-09-18 04:36:36 sebicas has joined
385 2012-09-18 04:43:23 lggr has joined
386 2012-09-18 04:48:26 <DBordello> gmaxwell, trying loadblock
387 2012-09-18 04:48:37 <kjj_> hmm. it looks like it might be impossible to properly handle suspend/resume events using the QT model
388 2012-09-18 04:49:14 maaku has quit (Quit: maaku)
389 2012-09-18 04:49:26 <DBordello> Hmm, it does not look like that is going to be fast
390 2012-09-18 04:49:47 <Luke-Jr> gmaxwell: sounds like the real reason BTCGuild doesn't like GBT is because they want to keep the miners in the dark after all
391 2012-09-18 04:50:30 <gmaxwell> Luke-Jr: but they're a PPS pool, what benefit does that serve them?
392 2012-09-18 04:51:01 <gmaxwell> DBordello: it's the fastest thing available to you, I suspect.
393 2012-09-18 04:51:17 lggr has quit (Ping timeout: 256 seconds)
394 2012-09-18 04:51:19 <gmaxwell> DBordello: its fast.. if your IO subsubsystem isn't some ratelimited vps.
395 2012-09-18 04:51:21 <Luke-Jr> gmaxwell: dunno
396 2012-09-18 04:51:30 <gmaxwell> Bummer.
397 2012-09-18 04:51:34 <DBordello> gmaxwell, hmmm, the downtime looks like it'd be significant
398 2012-09-18 04:51:44 <DBordello> gmaxwell, it is an Amazon VPS, IO does seem to be awful
399 2012-09-18 04:51:53 <Diablo-D3> man
400 2012-09-18 04:52:00 * Diablo-D3 works on cloud computing harder
401 2012-09-18 04:52:18 <DBordello> It took about 5 minutes to get through 25 MB. That is going to take a while
402 2012-09-18 04:53:55 <weex> scariest line to see in tail -f debug.log: Flushed wallet.dat 67ms
403 2012-09-18 04:54:11 maaku has joined
404 2012-09-18 04:54:12 <Luke-Jr> gmaxwell: hmm, sounds like he's worried about bandwidth
405 2012-09-18 04:54:59 <jgarzik> it is a fair point that miners do not need to get/put all the transactions
406 2012-09-18 04:55:29 <kjj_> digging deeper, it appears to be possible to reack up QT's ass and tap into the windows message event handler to catch things that it ignores
407 2012-09-18 04:56:09 ovidiusoft has joined
408 2012-09-18 04:56:27 maaku has quit (Client Quit)
409 2012-09-18 04:57:40 lggr has joined
410 2012-09-18 04:58:06 <kjj_> I never use suspend myself. anyone know what a p2p client "should" do when it gets a power resume event? do they just flush the old connections and make new ones?
411 2012-09-18 04:59:45 <jgarzik> consider a maximally sized block. a miner doesn't want to pull+push 1MB in the case of a found solution. that would especially be awful if GBT is presumed to be pool mining protocol, where a reduced target is offered, thereby resulting in a whole lot of 1MB pushes to pool server, simply to credit a share.
412 2012-09-18 05:00:04 <jgarzik> that's a whole lot of pointless bandwidth
413 2012-09-18 05:00:33 <jgarzik> I agree that GBT is not the best choice for pool server <-> miner communication
414 2012-09-18 05:00:52 <Luke-Jr> jgarzik: GBT doesn't send the whole block for shares
415 2012-09-18 05:00:57 <Luke-Jr> just the header + coinbase txn
416 2012-09-18 05:03:07 <jgarzik> Luke-Jr: where does it say in a BIP, that submitblock has a mode that accepts only header + coinbase?
417 2012-09-18 05:03:48 <Luke-Jr> https://en.bitcoin.it/wiki/BIP_0023#Submission_Abbreviation
418 2012-09-18 05:04:36 <denisx> so I can speed up my pool by ommitting transactions? ;)
419 2012-09-18 05:04:40 lggr has quit (Ping timeout: 246 seconds)
420 2012-09-18 05:04:59 <jgarzik> Luke-Jr: ACK, I see it
421 2012-09-18 05:05:22 <jgarzik> Luke-Jr: this is very hidden and unclear, though, IMO
422 2012-09-18 05:05:42 <Luke-Jr> jgarzik: https://en.bitcoin.it/wiki/Getblocktemplate is the user-friendly page
423 2012-09-18 05:07:51 lggr has joined
424 2012-09-18 05:08:34 <jgarzik> Luke-Jr: yeah saw that, only missed it in BIP 23. still think last point stands. you really only have one sentence there " If the server has listed "submit/coinbase" in its "mutable" key, you may opt to omit the transactions after the coinbase."
425 2012-09-18 05:09:05 <jgarzik> Luke-Jr: this mode should IMO be required for BIP 23, and all examples show that usage first
426 2012-09-18 05:09:27 <Luke-Jr> hmm
427 2012-09-18 05:09:28 <jgarzik> Luke-Jr: that does not imply the client is required to use said feature
428 2012-09-18 05:09:36 <jgarzik> Luke-Jr: only required to support that mode
429 2012-09-18 05:10:01 <jgarzik> on the server side, for full BIP 23 compliance
430 2012-09-18 05:10:39 <Luke-Jr> well, I wasn't seeing "full BIP 23 compliance" as a goal; but you're probably right it should probably just be presumed required on the server side at some point
431 2012-09-18 05:10:39 <jgarzik> The default-and-encouraged mode should not sling the entire block's worth of transactions back and forth.
432 2012-09-18 05:11:08 RainbowD_ has joined
433 2012-09-18 05:11:19 RainbowDashh has quit (Disconnected by services)
434 2012-09-18 05:11:20 RainbowD_ is now known as RainbowDashh
435 2012-09-18 05:12:15 <jgarzik> Luke-Jr: ideally, we would not want pool server implementations to -require- that the client pull+push the full list of transactions
436 2012-09-18 05:12:22 <Luke-Jr> jgarzik: think there'd be any merit to adding a "centralized template" mode that only sends the merkle links?
437 2012-09-18 05:12:30 <jgarzik> Luke-Jr: that is burdensome on most clients, which do not care
438 2012-09-18 05:13:13 maaku has joined
439 2012-09-18 05:13:24 arij has quit (Read error: Connection reset by peer)
440 2012-09-18 05:13:42 <jgarzik> Luke-Jr: <shrug> I always liked sending header + coinbase + TX hashes, but maybe that's just me
441 2012-09-18 05:14:17 lggr has quit (Ping timeout: 268 seconds)
442 2012-09-18 05:14:47 <jgarzik> they calc merkle, send back block header + coinbase. server rejects, if merkle does not match expected.
443 2012-09-18 05:14:50 <Luke-Jr> not sure how useful TX hashes are - if the miner has info on them, it could just select them itself; if they don't, then it's no more useful than the link hashes
444 2012-09-18 05:15:21 <jgarzik> it's not a big deal to me. I just hate losing a bit of information.
445 2012-09-18 05:15:28 <jgarzik> merkle is fine too
446 2012-09-18 05:15:41 <jgarzik> main point: consider the minimum that a future client will need
447 2012-09-18 05:15:51 <jgarzik> that's the block header + ability add extra nonce bits in coinbase
448 2012-09-18 05:16:17 <jgarzik> you don't really _need_ full coinbase TX even
449 2012-09-18 05:16:35 <Luke-Jr> well, I think centralized mining should be discouraged as much as possible - which the merkle links (or txids without a local tx db) don't allow for
450 2012-09-18 05:17:58 lggr has joined
451 2012-09-18 05:18:08 RainbowDashh has quit (Remote host closed the connection)
452 2012-09-18 05:18:16 <jgarzik> too idealistic for reality, I fear
453 2012-09-18 05:18:24 <Luke-Jr> maybe :<
454 2012-09-18 05:18:29 RainbowDashh has joined
455 2012-09-18 05:18:40 <denisx> it already exists and is called solomining
456 2012-09-18 05:18:53 <Luke-Jr> denisx: yeah, if you want to give up collaboration
457 2012-09-18 05:19:02 <jgarzik> Luke-Jr: I hope that BIP 23 simply provides a "better getwork", and that means blockheader + minimal coinbase
458 2012-09-18 05:19:04 <Luke-Jr> and have a huge amount of ASICs
459 2012-09-18 05:19:48 <jgarzik> Luke-Jr: you would see greater pool server uptake, if so
460 2012-09-18 05:20:05 <jgarzik> I doubt miners will simply switch away from pool servers, as much as we would like that to happen
461 2012-09-18 05:23:59 lggr has quit (Ping timeout: 245 seconds)
462 2012-09-18 05:27:45 maaku has quit (Quit: maaku)
463 2012-09-18 05:28:26 lggr has joined
464 2012-09-18 05:28:36 maaku has joined
465 2012-09-18 05:35:03 lggr has quit (Ping timeout: 252 seconds)
466 2012-09-18 05:39:46 lggr has joined
467 2012-09-18 05:43:32 sebicas has quit (Quit: sebicas)
468 2012-09-18 05:45:59 lggr has quit (Ping timeout: 246 seconds)
469 2012-09-18 05:46:11 <devrandom> gmaxwell: let me know what the current issue is. are you using lxc?
470 2012-09-18 05:51:14 lggr has joined
471 2012-09-18 05:52:48 * Luke-Jr wonders if there's any viable use for share/coinbase and share/truncate
472 2012-09-18 05:53:37 Jamesz has joined
473 2012-09-18 05:54:57 JZavala has quit (Ping timeout: 260 seconds)
474 2012-09-18 05:58:32 EasyAt is now known as EasyAt|
475 2012-09-18 05:58:43 lggr has quit (Ping timeout: 256 seconds)
476 2012-09-18 06:03:24 pjorrit has quit (Ping timeout: 252 seconds)
477 2012-09-18 06:03:26 Raccoon` has joined
478 2012-09-18 06:03:33 pjorrit has joined
479 2012-09-18 06:04:27 Jamesz has quit (Read error: Connection reset by peer)
480 2012-09-18 06:04:47 JZavala has joined
481 2012-09-18 06:05:11 lggr has joined
482 2012-09-18 06:05:41 Raccoon has quit (Ping timeout: 260 seconds)
483 2012-09-18 06:05:41 Raccoon` is now known as Raccoon
484 2012-09-18 06:05:49 Erdon has joined
485 2012-09-18 06:12:41 lggr has quit (Ping timeout: 260 seconds)
486 2012-09-18 06:19:29 lggr has joined
487 2012-09-18 06:23:44 lggr has quit (Ping timeout: 240 seconds)
488 2012-09-18 06:23:53 Perlboy has quit (Ping timeout: 260 seconds)
489 2012-09-18 06:26:25 maaku has quit (Quit: maaku)
490 2012-09-18 06:27:37 tower has quit (Ping timeout: 260 seconds)
491 2012-09-18 06:28:02 freakazoid has quit (Quit: Leaving)
492 2012-09-18 06:31:13 Perlboy has joined
493 2012-09-18 06:32:46 maaku has joined
494 2012-09-18 06:32:49 lggr has joined
495 2012-09-18 06:38:19 pjorrit has quit (Ping timeout: 244 seconds)
496 2012-09-18 06:40:10 pjorrit has joined
497 2012-09-18 06:40:39 lggr has quit (Ping timeout: 256 seconds)
498 2012-09-18 06:42:56 leotreasure has joined
499 2012-09-18 06:45:44 pjorrit has quit (Ping timeout: 248 seconds)
500 2012-09-18 06:46:14 setkeh` has joined
501 2012-09-18 06:46:30 lggr has joined
502 2012-09-18 06:47:23 pjorrit has joined
503 2012-09-18 06:49:15 setkeh has quit (Ping timeout: 268 seconds)
504 2012-09-18 06:50:30 xisalty has quit (Remote host closed the connection)
505 2012-09-18 06:50:51 setkeh` has quit (Ping timeout: 256 seconds)
506 2012-09-18 06:51:24 setkeh` has joined
507 2012-09-18 06:53:55 maaku has quit (Quit: maaku)
508 2012-09-18 06:54:13 lggr has quit (Ping timeout: 260 seconds)
509 2012-09-18 06:55:33 Joric has joined
510 2012-09-18 06:59:44 setkeh` is now known as setkeh
511 2012-09-18 06:59:50 dlb76 has quit (Ping timeout: 245 seconds)
512 2012-09-18 07:00:35 lggr has joined
513 2012-09-18 07:03:48 ZephyrVoid has quit (Read error: Connection reset by peer)
514 2012-09-18 07:04:18 osxorgate has joined
515 2012-09-18 07:05:07 ZephyrVoid has joined
516 2012-09-18 07:06:42 aq83 has joined
517 2012-09-18 07:07:12 maaku has joined
518 2012-09-18 07:07:45 skeledrew1 has quit (Ping timeout: 268 seconds)
519 2012-09-18 07:07:57 maaku has quit (Client Quit)
520 2012-09-18 07:08:13 lggr has quit (Ping timeout: 260 seconds)
521 2012-09-18 07:08:48 Diablo-D3 has quit (Ping timeout: 244 seconds)
522 2012-09-18 07:15:02 lggr has joined
523 2012-09-18 07:16:19 RazielZ has joined
524 2012-09-18 07:18:37 MobiusL has quit (Quit: Ex-Chat)
525 2012-09-18 07:23:10 lggr has quit (Ping timeout: 268 seconds)
526 2012-09-18 07:23:13 MobiusL has joined
527 2012-09-18 07:23:59 Varan has joined
528 2012-09-18 07:27:52 PhantomSpark has quit (Ping timeout: 276 seconds)
529 2012-09-18 07:28:01 <Varan> I just found: http://www.ludumdare.com/compo/ludum-dare-24/?action=preview&uid=2952 ... very cool game ... I think if would be very cool if this was adapted to use bitcoins.... I think it is very well suited ... some type of gambling game. Any thoughts?
530 2012-09-18 07:29:02 lggr has joined
531 2012-09-18 07:29:17 PhantomSpark has joined
532 2012-09-18 07:31:24 <fiesh> reminds me of these games where you program your robots in some scripting language and let it fight against others
533 2012-09-18 07:34:50 <Varan> indeed
534 2012-09-18 07:35:31 <Varan> there are many of those ... but what is cool about this is that it is very accessible ... you dont really need to a able to program at all
535 2012-09-18 07:36:44 lggr has quit (Ping timeout: 244 seconds)
536 2012-09-18 07:43:04 lggr has joined
537 2012-09-18 07:45:28 tower has joined
538 2012-09-18 07:48:31 jdnavarro has joined
539 2012-09-18 07:50:39 lggr has quit (Ping timeout: 244 seconds)
540 2012-09-18 07:53:53 <fiesh> Varan: yes, that's true
541 2012-09-18 07:54:57 Clipse has quit (Read error: Connection reset by peer)
542 2012-09-18 07:55:21 denisx has quit (Quit: denisx)
543 2012-09-18 07:56:50 lggr has joined
544 2012-09-18 07:56:57 jurov is now known as away!~jurov@rini17.broker.freenet6.net|jurov
545 2012-09-18 08:02:14 Crucials has joined
546 2012-09-18 08:04:24 lggr has quit (Ping timeout: 252 seconds)
547 2012-09-18 08:04:50 brwyatt is now known as brwyatt|Away
548 2012-09-18 08:08:50 <Crucials> Hey. How feasible is it setting up a bitcoin exchange, given the knowledge and funding?
549 2012-09-18 08:09:22 <Luke-Jr> Crucials: I suspect the legal processes are the biggest hurdle
550 2012-09-18 08:09:35 <Luke-Jr> exchanges are highly regulated
551 2012-09-18 08:09:50 <Crucials> What body are they regulated by?
552 2012-09-18 08:10:33 <Luke-Jr> whatever jurisdiction they want to do business in
553 2012-09-18 08:10:45 lggr has joined
554 2012-09-18 08:11:44 <Crucials> do you have any knowledge regarding the kind of process it takes, or perhaps point me in the right direction?
555 2012-09-18 08:11:50 t7 has joined
556 2012-09-18 08:15:27 <Luke-Jr> Crucials: probably varies quite a bit
557 2012-09-18 08:16:49 <Crucials> I can imagine. I also imagine setting it on an offshore company would make it easier
558 2012-09-18 08:18:20 lggr has quit (Ping timeout: 252 seconds)
559 2012-09-18 08:18:36 jurov is now known as jurov|away
560 2012-09-18 08:19:37 <Crucials> but lets say I have the money and people to set up such a thing - I would still need a person or two who know the bitcoin system inside out, right?
561 2012-09-18 08:19:51 balrog has quit (Ping timeout: 272 seconds)
562 2012-09-18 08:20:33 coderrr has joined
563 2012-09-18 08:21:55 <Luke-Jr> Crucials: offshore doesn't change much; if you want to do business in <X>, you have to comply with <X> regulations
564 2012-09-18 08:22:24 <Luke-Jr> Crucials: probably a good idea; MtGox is (now) owned and operated by a top Bitcoin developer, and they run a completely custom client
565 2012-09-18 08:24:50 lggr has joined
566 2012-09-18 08:25:16 <Crucials> How much work is it setting up such an exchange in itself? Without the legal hurdles that are separate for now
567 2012-09-18 08:25:50 <Luke-Jr> probably a few weeks full time I'd imagine, but I don't have any personal experience in doing it
568 2012-09-18 08:26:59 <Luke-Jr> likely you would also want to have at least one security review of the code and setup before making it live, too
569 2012-09-18 08:27:01 <Crucials> The reason I am asking is because I was contacted today by a guy who would be interested in doing this, and has the money and resources.. But i personally know very little about the subject
570 2012-09-18 08:30:21 balrog has joined
571 2012-09-18 08:32:41 lggr has quit (Ping timeout: 260 seconds)
572 2012-09-18 08:33:44 CodesInChaos has joined
573 2012-09-18 08:34:42 Clipse has joined
574 2012-09-18 08:34:42 Clipse has quit (Changing host)
575 2012-09-18 08:34:42 Clipse has joined
576 2012-09-18 08:36:48 gfinn has quit (Remote host closed the connection)
577 2012-09-18 08:38:24 balrog has quit (Ping timeout: 240 seconds)
578 2012-09-18 08:39:08 lggr has joined
579 2012-09-18 08:39:12 caedes has quit (Read error: Connection reset by peer)
580 2012-09-18 08:42:19 MC-Eeepc has quit (Ping timeout: 244 seconds)
581 2012-09-18 08:42:25 Joric_ has joined
582 2012-09-18 08:42:25 Joric_ has quit (Changing host)
583 2012-09-18 08:42:25 Joric_ has joined
584 2012-09-18 08:43:31 Marf has joined
585 2012-09-18 08:44:09 Joric has quit (Ping timeout: 248 seconds)
586 2012-09-18 08:44:23 balrog has joined
587 2012-09-18 08:44:59 Joric_ has quit (Client Quit)
588 2012-09-18 08:46:27 lggr has quit (Ping timeout: 244 seconds)
589 2012-09-18 08:48:06 osxorgate has quit (Remote host closed the connection)
590 2012-09-18 08:48:21 gfinn has joined
591 2012-09-18 08:48:44 balrog has quit (Ping timeout: 240 seconds)
592 2012-09-18 08:48:58 osxorgate has joined
593 2012-09-18 08:49:42 Zarutian has joined
594 2012-09-18 08:51:15 ThomasV has joined
595 2012-09-18 08:51:27 Zarutian has quit (Client Quit)
596 2012-09-18 08:52:08 Zarutian has joined
597 2012-09-18 08:52:36 MC1984 has joined
598 2012-09-18 08:53:18 lggr has joined
599 2012-09-18 08:53:42 bitcoin_ has joined
600 2012-09-18 08:53:48 aq83 has quit (Ping timeout: 246 seconds)
601 2012-09-18 08:58:24 balrog has joined
602 2012-09-18 08:58:54 Obsi has quit (Remote host closed the connection)
603 2012-09-18 09:01:09 lggr has quit (Ping timeout: 255 seconds)
604 2012-09-18 09:01:50 otimm has quit (Ping timeout: 268 seconds)
605 2012-09-18 09:03:00 balrog has quit (Ping timeout: 246 seconds)
606 2012-09-18 09:04:29 otimm has joined
607 2012-09-18 09:07:23 lggr has joined
608 2012-09-18 09:12:55 balrog has joined
609 2012-09-18 09:15:09 lggr has quit (Ping timeout: 260 seconds)
610 2012-09-18 09:18:00 aq83 has joined
611 2012-09-18 09:18:08 lggr has joined
612 2012-09-18 09:23:10 balrog has quit (Ping timeout: 244 seconds)
613 2012-09-18 09:24:35 lggr has quit (Ping timeout: 252 seconds)
614 2012-09-18 09:26:43 mortikia has quit (Disconnected by services)
615 2012-09-18 09:27:16 MC1984 has quit (Ping timeout: 244 seconds)
616 2012-09-18 09:27:51 tcatm_ has joined
617 2012-09-18 09:28:35 mortikia has joined
618 2012-09-18 09:29:00 Luke-Jr has quit (Excess Flood)
619 2012-09-18 09:29:00 Luke-Jr has joined
620 2012-09-18 09:29:00 tcatm has quit (Quit: No Ping reply in 180 seconds.)
621 2012-09-18 09:29:00 variousnefarious has quit (Quit: No Ping reply in 180 seconds.)
622 2012-09-18 09:29:01 gjs278 has quit (Remote host closed the connection)
623 2012-09-18 09:29:02 RainbowDashh has quit (Remote host closed the connection)
624 2012-09-18 09:29:22 root2_ has joined
625 2012-09-18 09:29:28 RainbowDashh has joined
626 2012-09-18 09:29:29 lggr has joined
627 2012-09-18 09:29:41 gjs278 has joined
628 2012-09-18 09:31:17 variousnefarious has joined
629 2012-09-18 09:32:59 ZephyrVoid has quit (Read error: Connection reset by peer)
630 2012-09-18 09:33:35 root2 has quit (Ping timeout: 240 seconds)
631 2012-09-18 09:33:45 ZephyrVoid has joined
632 2012-09-18 09:34:01 lggr has quit (Ping timeout: 244 seconds)
633 2012-09-18 09:40:48 lggr has joined
634 2012-09-18 09:47:28 lggr has quit (Ping timeout: 268 seconds)
635 2012-09-18 09:51:10 lggr has joined
636 2012-09-18 09:51:51 Joric has joined
637 2012-09-18 09:56:07 knotwork has quit (Ping timeout: 272 seconds)
638 2012-09-18 09:57:42 lggr has quit (Ping timeout: 252 seconds)
639 2012-09-18 10:03:57 tsche has joined
640 2012-09-18 10:05:30 lggr has joined
641 2012-09-18 10:10:03 lggr has quit (Ping timeout: 252 seconds)
642 2012-09-18 10:14:05 lggr has joined
643 2012-09-18 10:15:41 nsh has joined
644 2012-09-18 10:17:17 tsukino has joined
645 2012-09-18 10:17:41 usagi has quit (Ping timeout: 260 seconds)
646 2012-09-18 10:18:41 bitcoin_ has quit (Quit: Page closed)
647 2012-09-18 10:21:27 EQQQQ has joined
648 2012-09-18 10:21:34 lggr has quit (Ping timeout: 252 seconds)
649 2012-09-18 10:23:17 random_cat has quit (Remote host closed the connection)
650 2012-09-18 10:23:18 knotwork has joined
651 2012-09-18 10:25:26 EQQQQ has quit (Client Quit)
652 2012-09-18 10:26:13 random_cat has joined
653 2012-09-18 10:28:14 <tonikt> Hi guys. A quick question: I have an offline client... do I need to move the blk0001.dat every time when I want to sync it, or should this file never change anymore?
654 2012-09-18 10:29:17 <sipa> it won't change
655 2012-09-18 10:29:39 <tonikt> ok, thx
656 2012-09-18 10:30:12 <tonikt> btw, is there something on the dev roadmap that would make the blockchain sync easier/faster in a future?
657 2012-09-18 10:30:59 <tonikt> for instance: when I do -rescan it rescans everytging, starting from block 0...
658 2012-09-18 10:31:14 <tonikt> and it takes a hell lot of time on my old laptop
659 2012-09-18 10:31:35 lggr has joined
660 2012-09-18 10:33:03 setkeh has quit (Quit: Love Linux ?? and Sharing Experience ?? Come Join us on Freenode at #linuxdistrocommunity)
661 2012-09-18 10:39:05 lggr has quit (Ping timeout: 240 seconds)
662 2012-09-18 10:41:06 <tonikt> the way I'd imagine it, would be to store the last processed block in wallet.dat, and then re-scan the chain from that block at startup (assuming that there are some new blocks in the chain)
663 2012-09-18 10:43:18 <Varan> Does anyone know how many requests per sec you can do at this api: https://blockchain.info/api/blockchain_api
664 2012-09-18 10:44:18 UukGoblin has quit (Read error: Connection reset by peer)
665 2012-09-18 10:44:27 UukGoblin has joined
666 2012-09-18 10:44:57 setkeh has joined
667 2012-09-18 10:46:07 lggr has joined
668 2012-09-18 10:48:18 <Luke-Jr> tonikt: Armory has better offline storage support atm
669 2012-09-18 10:49:03 <tonikt> Luke-Jr: I know, but I'm more of a windows guy, and from what I read it does not go well with windows yet, does it?
670 2012-09-18 10:49:29 <tonikt> And it's python, isn't it?
671 2012-09-18 10:52:32 lggr has quit (Ping timeout: 246 seconds)
672 2012-09-18 10:52:52 <tonikt> And my cold storage laptop is really old...
673 2012-09-18 10:54:26 TRz has joined
674 2012-09-18 10:56:39 lggr has joined
675 2012-09-18 10:56:50 Kleenex has joined
676 2012-09-18 10:57:08 Clipse-b has joined
677 2012-09-18 10:57:50 MC1984 has joined
678 2012-09-18 10:58:59 Clipse-b has quit (Client Quit)
679 2012-09-18 10:59:22 slush has quit (Ping timeout: 264 seconds)
680 2012-09-18 11:00:18 paraipan has joined
681 2012-09-18 11:03:10 lggr has quit (Ping timeout: 245 seconds)
682 2012-09-18 11:04:09 drizztbsd has joined
683 2012-09-18 11:05:07 lggr has joined
684 2012-09-18 11:05:21 TD has joined
685 2012-09-18 11:10:44 Arnavion has quit (Quit: Arnavion)
686 2012-09-18 11:11:21 lggr has quit (Ping timeout: 260 seconds)
687 2012-09-18 11:11:45 UukGoblin has quit (Changing host)
688 2012-09-18 11:11:45 UukGoblin has joined
689 2012-09-18 11:13:40 OneFixt has quit (Quit: No Ping reply in 180 seconds.)
690 2012-09-18 11:14:03 OneFixt has joined
691 2012-09-18 11:14:34 RainbowDashh has quit (Quit: SLEEP MODE. <nickname> tell RainbowDashh fix your quit message. And by "fix", I mean pick one that isn't incredibly annoying)
692 2012-09-18 11:15:38 lggr has joined
693 2012-09-18 11:16:11 kreal has quit (Ping timeout: 252 seconds)
694 2012-09-18 11:16:53 kreal has joined
695 2012-09-18 11:17:04 Erdon has quit (Read error: Connection reset by peer)
696 2012-09-18 11:17:37 jurov is now known as away!~jurov@rini17.broker.freenet6.net|jurov
697 2012-09-18 11:19:27 Joric has quit ()
698 2012-09-18 11:20:23 Erdon has joined
699 2012-09-18 11:22:33 lggr has quit (Ping timeout: 260 seconds)
700 2012-09-18 11:26:12 lggr has joined
701 2012-09-18 11:28:00 bebop_ has joined
702 2012-09-18 11:33:32 unknown45682 has joined
703 2012-09-18 11:34:42 Varan has quit (Quit: Leaving)
704 2012-09-18 11:35:37 lggr has quit (Ping timeout: 260 seconds)
705 2012-09-18 11:36:42 lggr has joined
706 2012-09-18 11:42:45 lggr has quit (Ping timeout: 245 seconds)
707 2012-09-18 11:44:46 <sipa> tonikt: since 0.3.23, the last known block *is* written in wallet.dat, and rescanned from that point at startup
708 2012-09-18 11:44:49 <sipa> eh, 0.3.21
709 2012-09-18 11:47:11 lggr has joined
710 2012-09-18 11:47:28 <tonikt> hmm... so it means I am such a sucker doing a full -rescan every time. thanks sipa! better to learn late than never.. :)
711 2012-09-18 11:48:23 phantomcircuit has quit (Quit: Leaving)
712 2012-09-18 11:50:40 JZavala has quit (Ping timeout: 245 seconds)
713 2012-09-18 11:50:49 knotwork has quit (Remote host closed the connection)
714 2012-09-18 11:51:20 lggr has quit (Ping timeout: 246 seconds)
715 2012-09-18 12:01:26 agricocb has quit (Quit: Leaving.)
716 2012-09-18 12:01:46 TD has quit (Quit: TD)
717 2012-09-18 12:04:32 lggr has joined
718 2012-09-18 12:05:27 TD has joined
719 2012-09-18 12:08:03 phantomcircuit has joined
720 2012-09-18 12:11:55 lggr has quit (Ping timeout: 245 seconds)
721 2012-09-18 12:12:08 ZephyrVoid has quit (Read error: Connection reset by peer)
722 2012-09-18 12:13:17 ZephyrVoid has joined
723 2012-09-18 12:15:38 knotwork has joined
724 2012-09-18 12:15:38 knotwork has quit (Changing host)
725 2012-09-18 12:15:38 knotwork has joined
726 2012-09-18 12:15:42 lggr has joined
727 2012-09-18 12:16:40 Z0rZ0rZ0r has joined
728 2012-09-18 12:17:42 Arnavion has joined
729 2012-09-18 12:18:01 knotwork_ has joined
730 2012-09-18 12:18:38 datagutt has joined
731 2012-09-18 12:19:50 lggr has quit (Ping timeout: 245 seconds)
732 2012-09-18 12:20:11 TRz has quit (Quit: Page closed)
733 2012-09-18 12:23:40 knotwork_ has quit (Quit: Leaving)
734 2012-09-18 12:27:01 lggr has joined
735 2012-09-18 12:34:35 lggr has quit (Ping timeout: 268 seconds)
736 2012-09-18 12:37:41 B0g4r7__ has joined
737 2012-09-18 12:37:41 lggr has joined
738 2012-09-18 12:39:52 B0g4r7 has quit (Ping timeout: 276 seconds)
739 2012-09-18 12:39:53 B0g4r7__ is now known as B0g4r7
740 2012-09-18 12:39:54 tower has quit (Remote host closed the connection)
741 2012-09-18 12:40:41 bonks has quit (Read error: Operation timed out)
742 2012-09-18 12:40:48 bonks has joined
743 2012-09-18 12:41:41 drizztbsd has quit (Read error: Operation timed out)
744 2012-09-18 12:42:18 tower has joined
745 2012-09-18 12:44:00 lggr has quit (Ping timeout: 245 seconds)
746 2012-09-18 12:44:18 Arnavion has quit (Quit: Arnavion)
747 2012-09-18 12:44:21 <knotwork> Hmm I discovered my system was running an attempt to read a fingerprint reader over and over again so I turned that off
748 2012-09-18 12:44:24 <knotwork> then log showed
749 2012-09-18 12:44:25 <knotwork> bitcoin-rpchand[5675]: segfault at 0 ip 00000000004dcffa sp 00007fe5fd7f8080 error 4 in bitcoind[400000+3a0000]
750 2012-09-18 12:44:45 <knotwork> does new bitcoin try to use fingerprint reader?
751 2012-09-18 12:45:27 drizztbsd has joined
752 2012-09-18 12:49:16 drizztbsd has quit (Read error: Operation timed out)
753 2012-09-18 12:50:42 jurov is now known as jurov|away
754 2012-09-18 12:50:42 Arnavion has joined
755 2012-09-18 12:51:16 lggr has joined
756 2012-09-18 12:56:46 drizztbsd has joined
757 2012-09-18 12:58:29 lggr has quit (Ping timeout: 252 seconds)
758 2012-09-18 12:58:43 BitcoinBaltar has quit (Ping timeout: 276 seconds)
759 2012-09-18 13:00:16 balrog has joined
760 2012-09-18 13:01:57 lggr has joined
761 2012-09-18 13:06:21 gavinandresen has joined
762 2012-09-18 13:08:09 lggr has quit (Ping timeout: 248 seconds)
763 2012-09-18 13:12:24 lggr has joined
764 2012-09-18 13:13:56 agricocb has joined
765 2012-09-18 13:18:39 lggr has quit (Ping timeout: 255 seconds)
766 2012-09-18 13:19:16 mtve has joined
767 2012-09-18 13:21:29 copumpkin has quit (Ping timeout: 248 seconds)
768 2012-09-18 13:22:06 copumpkin has joined
769 2012-09-18 13:22:59 lggr has joined
770 2012-09-18 13:24:46 TD has quit (Quit: TD)
771 2012-09-18 13:25:38 PhantomSpark has quit (Quit: Not all that glitter is gold not all who wander are lost.)
772 2012-09-18 13:25:56 PhantomSpark has joined
773 2012-09-18 13:29:28 lggr has quit (Ping timeout: 268 seconds)
774 2012-09-18 13:33:46 lggr has joined
775 2012-09-18 13:35:37 Motest031 has joined
776 2012-09-18 13:36:42 tsukino is now known as usagi
777 2012-09-18 13:37:14 Motest003 has quit (Ping timeout: 252 seconds)
778 2012-09-18 13:39:18 <knotwork> and bitcoind crashed again: bitcoin-rpchand[10688]: segfault at 0 ip (null) sp 00007fa742ff6218 error 14 in bitcoind[400000+3a0000]
779 2012-09-18 13:39:56 <knotwork> git pull claims I am up to date but that there is a new tag, v0.7.0 so I did git branch v0.7.0 and pulled again and it still said I am up to date
780 2012-09-18 13:40:18 <gmaxwell> knotwork: What RPC calls are you making to bitcoind?
781 2012-09-18 13:40:32 <knotwork> last thing in the log is a getblock call
782 2012-09-18 13:40:42 <gmaxwell> knotwork: this is a build you made?
783 2012-09-18 13:40:42 <knotwork> p2pool is what is doing calls to it
784 2012-09-18 13:40:53 <knotwork> yes its from gavin's github
785 2012-09-18 13:40:54 <gmaxwell> knotwork: ah, so this node is just being called by p2pool?
786 2012-09-18 13:41:05 copumpkin has quit (Quit: Computer has gone to sleep.)
787 2012-09-18 13:41:07 <gmaxwell> gavin's github? link please?
788 2012-09-18 13:41:09 lggr has quit (Ping timeout: 260 seconds)
789 2012-09-18 13:41:14 <knotwork> well manually I alsto do getinfo sometimes
790 2012-09-18 13:41:37 <knotwork> oh gee how do I get git to tell me where its pulling from?
791 2012-09-18 13:42:06 <knotwork> its bitcoin/bitcoin at github I think
792 2012-09-18 13:42:24 <gmaxwell> git remote show origin
793 2012-09-18 13:42:35 <gmaxwell> okay. I just wanted to make sure you weren't on some weird personal repo.
794 2012-09-18 13:42:55 <knotwork> Fetch URL: https://github.com/bitcoin/bitcoin.git
795 2012-09-18 13:43:00 <gmaxwell> Thats fine.
796 2012-09-18 13:43:10 <knotwork> Local branch configured for 'git pull':
797 2012-09-18 13:43:10 <knotwork> master merges with remote master
798 2012-09-18 13:43:41 <gmaxwell> knotwork: what is the id of your top most commit? e.g. listed on git log
799 2012-09-18 13:43:57 <knotwork> hmm nothing it output indicates that my having tried git branch v0.7.0 did anything
800 2012-09-18 13:44:28 lggr has joined
801 2012-09-18 13:44:28 <gmaxwell> Id?
802 2012-09-18 13:44:32 <knotwork> commit 7fddf1210eca3919804aec5d6b405e59d2651970
803 2012-09-18 13:44:32 <knotwork> Author: Wladimir J. van der Laan <laanwj@gmail.com>
804 2012-09-18 13:44:32 <knotwork> Date: Sat Sep 15 12:10:00 2012 +0200
805 2012-09-18 13:44:45 <gmaxwell> OKAY, you're in the right place.
806 2012-09-18 13:44:48 <gmaxwell> hmph.
807 2012-09-18 13:45:21 <sipa> anything in particular in debug.log?
808 2012-09-18 13:45:28 <knotwork> there was a thead saying 0.7.0 is out I thought what I had were just release candiates not the actual final version
809 2012-09-18 13:45:39 <gmaxwell> knotwork: It's out.
810 2012-09-18 13:45:54 <gmaxwell> and what you have now is the final version.
811 2012-09-18 13:46:25 coderrr has quit (Ping timeout: 240 seconds)
812 2012-09-18 13:46:26 <knotwork> ok so what would make it segfault after last thing written to log was getblock rpc
813 2012-09-18 13:46:58 <knotwork> all seemed fine before rebooting the machine
814 2012-09-18 13:47:05 coderrr has joined
815 2012-09-18 13:47:32 <knotwork> possibly fedora 16 update might have caused some new stuff to be fired up tho on reboot
816 2012-09-18 13:47:39 daedeloth has joined
817 2012-09-18 13:47:40 <knotwork> I dont think it changed kernel though
818 2012-09-18 13:48:36 lggr has quit (Ping timeout: 240 seconds)
819 2012-09-18 13:52:14 <gavinandresen> knotwork: if you can recompile -g and then run it inside gdb to get a stack trace that would be very helpful
820 2012-09-18 13:52:49 <gavinandresen> (make clean before recompile....)
821 2012-09-18 13:53:11 <knotwork> ok
822 2012-09-18 13:53:20 lggr has joined
823 2012-09-18 13:54:32 <gmaxwell> gavinandresen: our default builds have debugging symbols.
824 2012-09-18 13:55:30 <gmaxwell> er.
825 2012-09-18 13:55:39 <gmaxwell> Oh yea, they do.
826 2012-09-18 13:57:23 <knotwork> oh wait what do you mean by -g ? make -g makefile.whatever?
827 2012-09-18 13:57:30 <gavinandresen> does gdb still sometimes get confused with -O3 code?
828 2012-09-18 13:57:31 <knotwork> oh wait what do you mean by -g ? make -g -f makefile.whatever?
829 2012-09-18 13:58:14 <knotwork> its doing normal make right now what is this -g thing you mentioned?
830 2012-09-18 13:58:28 <gavinandresen> knotwork: I usually cp makefile.whatever makefile.local, then edit makefile.local to replace -O3 with -g , then make -f makefile.local
831 2012-09-18 13:58:58 <gmaxwell> gavinandresen: But we're using -O2 -g ...
832 2012-09-18 13:58:59 <andyrossy> CCFLAGS=-g make -f makefile.unix bitcoind
833 2012-09-18 13:59:08 <knotwork> ahh ok my makefile is makefile.fedora16 which tells it how to find specially compiled openssl and so on
834 2012-09-18 13:59:43 lggr has quit (Ping timeout: 252 seconds)
835 2012-09-18 13:59:44 <andyrossy> you're using fedora?
836 2012-09-18 13:59:53 <knotwork> fedora 16 on 64 bit machine yes
837 2012-09-18 13:59:58 <gmaxwell> gavinandresen: and gdb is confused sometimes by O2 too, O3 somewhat more often. Though it's gotten a little better with more recent GCC versions (better symbols)
838 2012-09-18 13:59:59 <gavinandresen> gmaxwell: ACK. I was thinking of makefile.osx which uses -O3
839 2012-09-18 14:00:14 <andyrossy> just use makefile.unix
840 2012-09-18 14:00:17 <andyrossy> a lot of the fedora files
841 2012-09-18 14:00:19 <andyrossy> havnt been maintained afaik
842 2012-09-18 14:00:42 <knotwork> makefile.unix doesnt know that the openssl that has elliptic curves enabled is in ../../deps
843 2012-09-18 14:00:47 ZenInTexas has joined
844 2012-09-18 14:01:11 <knotwork> it also doesnt have -mt set for boots suffix
845 2012-09-18 14:01:18 <otimm> Fedora: breaking source code & compilings since 2003
846 2012-09-18 14:01:20 <knotwork> boost
847 2012-09-18 14:01:40 <gmaxwell> knotwork: we have a variable for that.
848 2012-09-18 14:01:45 <gmaxwell> knotwork: e.g. BOOST_LIB_SUFFIX='-mt' make -j4 -f makefile.unix bitcoind USE_UPNP=
849 2012-09-18 14:01:45 <helo> congrats on the release
850 2012-09-18 14:02:01 <epscy> gavinandresen: was the release the announcement?
851 2012-09-18 14:02:01 <gmaxwell> But not for openssl... personally I just replace the system openssl with a dehobbled one.
852 2012-09-18 14:02:23 <knotwork> gmax I'd never remember all that thats what makefiles are for
853 2012-09-18 14:02:44 <gmaxwell> knotwork: can you diff -u the makefile you're using it and pastebin?
854 2012-09-18 14:03:19 <gavinandresen> epscy: I don't want to talk about The Announcement, if I knew hinting that there was something coming would cause so much speculation I woulda taken a vow of silence and duct-taped my mouth shut
855 2012-09-18 14:03:26 <andyrossy> apt-get install boost-all-dev ?
856 2012-09-18 14:03:32 slush has joined
857 2012-09-18 14:03:34 <andyrossy> or you're building boost yourself? becuase?
858 2012-09-18 14:03:47 <andyrossy> or maybe it's yum or pacman on fedora, never can remember
859 2012-09-18 14:03:52 <epscy> gavinandresen: ok fair enough
860 2012-09-18 14:03:56 <kjj_> heh. kinda sucked that an offhand remark would get picked up by the forum mob and turned into such a huge thing
861 2012-09-18 14:04:08 lggr has joined
862 2012-09-18 14:04:12 <gavinandresen> par for the course
863 2012-09-18 14:04:12 <knotwork> http://pastebin.com/Z1YZE6EU
864 2012-09-18 14:04:40 <kjj_> and now I have to go talk to a pair of management consultants that I've nicknamed "The Two Bobs"
865 2012-09-18 14:05:03 usagi has quit (Quit: quit)
866 2012-09-18 14:05:06 <helo> is there an example of createrawtransaction somewhere?
867 2012-09-18 14:05:07 copumpkin has joined
868 2012-09-18 14:05:12 usagi has joined
869 2012-09-18 14:05:14 <gavinandresen> kjj_ don't forget to bring your red stapler.
870 2012-09-18 14:05:18 <helo> i just get error parsing json
871 2012-09-18 14:05:48 <helo> i'm not sure where quotes are required
872 2012-09-18 14:05:54 <gavinandresen> helo: using the Qt RPC window ?
873 2012-09-18 14:06:03 <gmaxwell> knotwork: okay, that doesn't appear to be the source of your problems. Can you run bitcoind inside gdb now? e.g. gdb ./bitcoind -daemon=0 <enter> run <enter>
874 2012-09-18 14:06:04 Arnavion has quit (Disconnected by services)
875 2012-09-18 14:06:11 <knotwork> so anyeay, tl;dr is, my already built bitcoind already has -g mode?
876 2012-09-18 14:06:13 Arnavion has joined
877 2012-09-18 14:06:39 <sipa> gmaxwell: gdb doesn't take program arguments afaik
878 2012-09-18 14:06:41 <gmaxwell> helo: http://people.xiph.org/~greg/signdemo.txt (I need to finish up these examples and publish them, not that 0.7 is out)
879 2012-09-18 14:06:53 <helo> gavinandresen: yes
880 2012-09-18 14:06:54 vampireb has joined
881 2012-09-18 14:06:54 <helo> gmaxwell: thanks
882 2012-09-18 14:06:58 <knotwork> -daemon=0 ? how will that help? its the daemon thats segfaulting
883 2012-09-18 14:07:04 <sipa> so gdb ./bitcoind <enter> run -daemon=0 <enter>
884 2012-09-18 14:07:13 <gavinandresen> I was trying to do some raw transaction stuff in the Qt window last night and failed....
885 2012-09-18 14:07:16 <sipa> knotwork: "daemon" just means "program running in the background"
886 2012-09-18 14:07:19 <_dr> just gdb ./bincoind then on the gdb prompt run <params>
887 2012-09-18 14:07:23 <sipa> knotwork: -daemon means it doesn't background
888 2012-09-18 14:07:24 <gmaxwell> erp sorry. gdb --args ./bitcoind -daemon=0
889 2012-09-18 14:07:36 <sipa> eh -daemon=0
890 2012-09-18 14:07:46 <gmaxwell> (good morning!)
891 2012-09-18 14:08:16 <knotwork> all my ports addresses etc are in the start.sh script that usually starts it
892 2012-09-18 14:08:42 <gmaxwell> knotwork: erp. why aren't they in your bitcoin.conf? in any case you can gdb --args ./bitcoin -daemon=0 {your crap}
893 2012-09-18 14:08:51 <knotwork> oh no real bitcoin only sets user and pass and -gen=0 -daemon -resca
894 2012-09-18 14:08:59 <gmaxwell> or alternatively gdb ./bitcoind <enter> run -daemon=0 {your crap}
895 2012-09-18 14:09:03 <sipa> why -rescan?
896 2012-09-18 14:09:36 <knotwork> without rescan sometimes it turns out it needs a rescan following power corp implemented reboot for example
897 2012-09-18 14:09:44 <gmaxwell> That open is a trap. It should be renamed --debug-option-frobnisticator1
898 2012-09-18 14:10:00 <gmaxwell> knotwork: How do you know it needs a rescan?
899 2012-09-18 14:10:03 <helo> the debug console 'help' needs to show the proper escapes/quoting required
900 2012-09-18 14:10:15 <gavinandresen> helo: ah, figured it out.... two things were tripping me up
901 2012-09-18 14:10:23 <knotwork> I dont, so I do it ever time I fire up machine aka every time I start bitcoind
902 2012-09-18 14:10:25 lggr has quit (Ping timeout: 255 seconds)
903 2012-09-18 14:10:35 <gavinandresen> helo: First, complex JSON objects/arrays must be in single quotes
904 2012-09-18 14:10:35 <helo> i need quotes around "everything", and single quotes around each bracket group
905 2012-09-18 14:10:47 <gmaxwell> knotwork: how did you know the first time?
906 2012-09-18 14:10:49 <gavinandresen> helo: and second, you have to remove spaces inside the single quotes
907 2012-09-18 14:10:54 <knotwork> since I hope most times it reboots I will not be present to worry about what needs rescan and what does not
908 2012-09-18 14:11:13 <helo> gavinandresen: good to know, thanks
909 2012-09-18 14:11:20 vampireb has quit (Client Quit)
910 2012-09-18 14:11:27 MC1984 has quit (Ping timeout: 244 seconds)
911 2012-09-18 14:11:45 <knotwork> I ran pretty much every altcoin ever made, somewhere along the line of dealing with umpteen *coin daemons i found it easiest to just always do rescan
912 2012-09-18 14:12:07 <gmaxwell> knotwork: I mean, what failure mode were you trying to fix?
913 2012-09-18 14:12:18 <sipa> knotwork: since 0.3.21, it *should* store the last seen block in the wallet, and automatically rescan at startup from that point
914 2012-09-18 14:12:35 <gavinandresen> I wonder if json_spirit has a parse-from-stream mode, it would be nice if the format in the Qt debug window was just properly-formatted-json separated by whitespace
915 2012-09-18 14:12:45 <sipa> knotwork: -rescan just overrides that by assuming the wallet has only seen the genesis block
916 2012-09-18 14:12:47 <knotwork> I dont know, but once upon a time rescans used to fix something so I made it just do them so I would not have to wonder if a rescan would fix whatever new problem happened
917 2012-09-18 14:13:11 <sipa> the only time when -rescan is required is if you manually play with wallet.dat (using bdb tools)
918 2012-09-18 14:13:14 <sipa> or python scripts
919 2012-09-18 14:13:26 <knotwork> oh yeah, one use case is, ./coinstop.sh; replace wallet with other wallet; ./coinstart.sh
920 2012-09-18 14:13:35 <sipa> even that should just work
921 2012-09-18 14:14:00 <knotwork> oh new wallet no longer requires rescan? since what version? (some alts are still pretty old version)
922 2012-09-18 14:14:05 <sipa> 0.3.21
923 2012-09-18 14:14:29 <knotwork> hmm even most alts might not need rescan for wallet change then. cool
924 2012-09-18 14:14:49 lggr has joined
925 2012-09-18 14:15:16 <sipa> oh... we didn't update the built-in seeds for 0.7
926 2012-09-18 14:15:17 <knotwork> once upon a time I had to stop daemon just to make copy of wallet, until the backup wallet rpc was added
927 2012-09-18 14:15:28 <gavinandresen> helo: be very careful with the raw transaction API, it is easy to create transactions with huge fees and there are no training wheels to keep you from making a miner really happy
928 2012-09-18 14:16:00 <gavinandresen> sipa: I meant to ask nanotube if he could do that.
929 2012-09-18 14:16:21 <helo> is a gui planned for {create,sign,send}rawtransaction? maybe file-based for shuttling the data between offline/online machines?
930 2012-09-18 14:16:44 <sipa> gavinandresen: i have a script that produces such a list based on the output(s) of my crawler
931 2012-09-18 14:17:25 <knotwork> hmm p2pool is finally actually talking to bitcoind now instead of segfaulting it
932 2012-09-18 14:17:38 <gmaxwell> knotwork: what changed?
933 2012-09-18 14:17:39 <knotwork> so I wont kill it right now to do the gdb thing
934 2012-09-18 14:17:59 <knotwork> nothing changed, its third time lucky I guess, third time I started it, after two segfaults
935 2012-09-18 14:18:12 <_dr> with gdb?
936 2012-09-18 14:18:21 <helo> gavinandresen: not with my balance :P
937 2012-09-18 14:18:22 <knotwork> no gdb
938 2012-09-18 14:18:36 <knotwork> as I had already restarted it before coming to report the segfault
939 2012-09-18 14:19:06 <gmaxwell> I've had two p2pool miners running against 0.7(rcs) for weeks now, and are now running the final release. Hmph. I've also been running getinfo loops since this conversation started, no crashes.
940 2012-09-18 14:19:13 <knotwork> as its taken hours justs to try to get everything up and running since the hours ago reboot - uptime 2:26
941 2012-09-18 14:19:13 <gmaxwell> knotwork: did it crash _right_ at startup?
942 2012-09-18 14:19:34 <drizztbsd> hi, what is the md5 or sha256sum of https://github.com/bitcoin/bitcoin/tarball/v0.7.0 ?
943 2012-09-18 14:19:35 <knotwork> no, for long time it added addresses to wallet during rescan
944 2012-09-18 14:19:48 <drizztbsd> I need to check it before committing in archlinux :)
945 2012-09-18 14:19:55 <knotwork> while p2pool just kept complaming how long its been since it last heard from bitcoind
946 2012-09-18 14:20:10 <knotwork> meanwhile all the merged chains cannot mine until bitcoind is working
947 2012-09-18 14:20:13 DutchBrat has quit (Ping timeout: 272 seconds)
948 2012-09-18 14:20:18 <gmaxwell> drizztbsd: er... all we can do is just fetch that from github too. Github builds that tarball.
949 2012-09-18 14:20:26 <drizztbsd> I know
950 2012-09-18 14:20:35 one_zero has quit ()
951 2012-09-18 14:20:45 <gmaxwell> drizztbsd: sounds like cargocult security. :-/
952 2012-09-18 14:20:46 <sipa> if you want a cryptographically secured download, use git itself
953 2012-09-18 14:20:47 <drizztbsd> the source code is not present in source forge repository
954 2012-09-18 14:20:55 <drizztbsd> file repository*
955 2012-09-18 14:21:02 <gmaxwell> drizztbsd: it's part of the linux download.
956 2012-09-18 14:21:09 <knotwork> it didnt even crash on first calls to getblock, I saw at least 4 getblocks in the log before that last line of the log one
957 2012-09-18 14:21:16 <drizztbsd> yes, but it's 12MB :P
958 2012-09-18 14:21:27 <drizztbsd> should I use it?
959 2012-09-18 14:21:43 <drizztbsd> for safety
960 2012-09-18 14:22:22 <sipa> if you want to build from source, use git
961 2012-09-18 14:22:39 <sipa> if you want binaries, use the provided ones
962 2012-09-18 14:22:41 lggr has quit (Ping timeout: 260 seconds)
963 2012-09-18 14:23:03 vampireb has joined
964 2012-09-18 14:23:24 <knotwork> the weird lagging I was experiencing has gone away too. I was getting lag even of keystroke echo periodically
965 2012-09-18 14:23:49 <knotwork> since that went away when I killed the bitcoind I suppose it could be related
966 2012-09-18 14:24:16 <knotwork> though free and top and ps didnt show any clue what could be lagging or why nor did dmesg nor /var/log/messages
967 2012-09-18 14:24:31 <knotwork> except that dmesg and the messages log did show me that bitcoind had segfaulted
968 2012-09-18 14:25:06 <knotwork> oh and befgore that mesages log showed constant attempts to use fingerprint reader so I turned that off but lagging didnt go away
969 2012-09-18 14:25:37 <knotwork> it was when I turned that off that next thing in log or around that time in log entry showed first bitcoind segfault
970 2012-09-18 14:25:53 <knotwork> so I wondered did disbling fingerprint reader kill bitcoind
971 2012-09-18 14:26:05 lggr has joined
972 2012-09-18 14:26:23 <knotwork> (fingerprint reader does sound like something bitcoin would like though bitcoind ought not expect anyone to be present)
973 2012-09-18 14:32:29 lggr has quit (Ping timeout: 255 seconds)
974 2012-09-18 14:34:32 Diablo-D3 has joined
975 2012-09-18 14:35:59 ZenInTexas has quit (Remote host closed the connection)
976 2012-09-18 14:37:00 lggr has joined
977 2012-09-18 14:38:02 MC1984 has joined
978 2012-09-18 14:39:58 MC-Eeepc has joined
979 2012-09-18 14:42:36 MC1984 has quit (Ping timeout: 240 seconds)
980 2012-09-18 14:44:08 <jeremias> mm, just upgraded to 0.7.0, and my client doesn't seem to find any connections
981 2012-09-18 14:44:11 <jeremias> running over tor
982 2012-09-18 14:44:15 <jeremias> nolisten=1
983 2012-09-18 14:44:57 <gmaxwell> jeremias: what is your complete set of settings? e.g. how are you specifying the proxy?
984 2012-09-18 14:45:19 lggr has quit (Ping timeout: 268 seconds)
985 2012-09-18 14:45:32 <gmaxwell> jeremias: and what is showing up in your debug.log at the bottom?
986 2012-09-18 14:46:03 BCBot2 has joined
987 2012-09-18 14:46:05 BCBot2` has quit (Ping timeout: 245 seconds)
988 2012-09-18 14:46:15 <jeremias> where is debug.log?
989 2012-09-18 14:46:28 <sipa> in the same place as wallet.dat is
990 2012-09-18 14:46:36 BCBot has quit (Ping timeout: 244 seconds)
991 2012-09-18 14:46:45 <sipa> https://en.bitcoin.it/wiki/Data_directory
992 2012-09-18 14:46:57 <jeremias> server=1 daemon=1 proxy=127.0.0.1:9050
993 2012-09-18 14:47:13 <sipa> and tor is running on that port?
994 2012-09-18 14:47:15 <jeremias> ERROR: Proxy error: TTL expired
995 2012-09-18 14:47:17 <jeremias> yep
996 2012-09-18 14:47:37 <sipa> tor needs some time to find outgoing routes
997 2012-09-18 14:47:42 <gavinandresen> sipa: now that 0.7.0 final is out, do you think there's any reason to bump the client version number? With the new get-subversion-info-from-git code I'm not sure there is....
998 2012-09-18 14:47:42 <jeremias> I'll restart tor
999 2012-09-18 14:47:47 <gmaxwell> how long has tor been running and is your clock correct?
1000 2012-09-18 14:47:59 <jeremias> hooray, got one connection
1001 2012-09-18 14:48:29 <jeremias> clock seems to be correct
1002 2012-09-18 14:48:37 lggr has joined
1003 2012-09-18 14:48:47 <jeremias> hmm now at one connection, let's see if I get more
1004 2012-09-18 14:48:49 <jeremias> thanks guys
1005 2012-09-18 14:48:57 <sipa> gavinandresen: client version numbers are still used in the wallet to determine features
1006 2012-09-18 14:51:00 <gavinandresen> sipa: ok. so bumping version to 0.7.0.99 now might save us some heartache if we commit wallet format changes
1007 2012-09-18 14:51:07 <sipa> right; indeed
1008 2012-09-18 14:51:26 <sipa> it's also used in alert messages, no?
1009 2012-09-18 14:51:45 BCBot has joined
1010 2012-09-18 14:51:45 <gavinandresen> sipa: yes, good point
1011 2012-09-18 14:52:00 <kjj_> how hard is it to set up a bitcoin build environment for Windows?
1012 2012-09-18 14:52:21 <gmaxwell> kjj_: very easy, ... first, install linux in a VM ... :P
1013 2012-09-18 14:52:30 <kjj_> haha
1014 2012-09-18 14:52:39 <sipa> gavinandresen: oh, seems alerts still function on network version and not client version
1015 2012-09-18 14:53:00 <gavinandresen> kjj_: hard bit is getting all the dependencies built correctly...
1016 2012-09-18 14:53:01 <sipa> not sure what the reasoning was for that
1017 2012-09-18 14:53:03 <jeremias> hmm, seems to stay at 1 connections :/
1018 2012-09-18 14:53:06 lggr has quit (Ping timeout: 240 seconds)
1019 2012-09-18 14:53:11 <jeremias> previously I used to have about 8 all the time
1020 2012-09-18 14:53:13 <kjj_> No one else seemed interested, so I thought I'd try adding suspend/resume event handling for Windows, but I haven't compiled anything for Windows in like a decade or more
1021 2012-09-18 14:53:17 <jeremias> still connecting through tor...
1022 2012-09-18 14:53:56 <sipa> jeremias: we rely on tor to handle timeouts, and those are much larger than what we normally use (5s)
1023 2012-09-18 14:54:04 <sipa> so it's reasonable that it takes a whole lot longer
1024 2012-09-18 14:54:07 lggr has joined
1025 2012-09-18 14:54:31 <gavinandresen> kjj_: I would be pleased as punch if somebody resurrected the Visual Studio project files, and ecstatic if somebody made everything work with the free version of Visual Studio
1026 2012-09-18 14:55:12 <kjj_> hmm. pointer to the old stuff to get started?
1027 2012-09-18 14:56:04 BCBot2 has quit (Ping timeout: 252 seconds)
1028 2012-09-18 14:56:05 BCBot2` has joined
1029 2012-09-18 14:56:15 <gavinandresen> kjj_: hopelessly out of date, but: https://github.com/bitcoin/bitcoin/blob/v0.3.24/src/makefile.vc
1030 2012-09-18 14:56:44 BCBot has quit (Ping timeout: 240 seconds)
1031 2012-09-18 14:56:46 <gavinandresen> kjj_: and https://github.com/bitcoin/bitcoin/blob/v0.3.24/doc/build-msw.txt
1032 2012-09-18 14:57:47 <kjj_> ok. I hope I don't regert this later, but I'll take a look
1033 2012-09-18 14:57:48 vampireb has quit (Quit: Lost terminal)
1034 2012-09-18 14:57:58 <kjj_> are the windows builds really done through a VM today?
1035 2012-09-18 14:58:12 <sipa> yes
1036 2012-09-18 14:58:18 <sipa> a _linux_ VM
1037 2012-09-18 14:58:57 <kjj_> wouldn't a regular linux box work just as well? or do you need to fuck it up to make the build work?
1038 2012-09-18 14:59:33 <sipa> the VM is not to make it work (if anything, it complicates things); it's to make sure the builds are deterministic (byte-for-byte reproducible)
1039 2012-09-18 14:59:34 <gavinandresen> kjj_: we build in a VM to get bit-for-bit-identical builds
1040 2012-09-18 14:59:49 <sipa> gavinandresen even goes to the bit level!
1041 2012-09-18 14:59:52 <kjj_> ahh, ok
1042 2012-09-18 14:59:57 toffoo has quit ()
1043 2012-09-18 15:00:07 <kjj_> that is a distribution requirement, not necessary for some dude building his own at home
1044 2012-09-18 15:00:09 lggr has quit (Ping timeout: 248 seconds)
1045 2012-09-18 15:00:14 <gavinandresen> right
1046 2012-09-18 15:00:24 <sipa> sure, we have a makefile.mingw-linux
1047 2012-09-18 15:00:42 <sipa> if you have the necessary dependencies, that should work for creating a windows binary on linux
1048 2012-09-18 15:00:45 <sipa> without gitian
1049 2012-09-18 15:00:53 <sipa> i never bothered trying to set that up, though
1050 2012-09-18 15:01:02 <kjj_> are there any docs on this process?
1051 2012-09-18 15:01:13 <sipa> yeah, you poke BlueMatt
1052 2012-09-18 15:01:25 jurov has quit (away!~jurov@rini17.broker.freenet6.net|Ping timeout: 260 seconds)
1053 2012-09-18 15:01:45 BCBot has joined
1054 2012-09-18 15:01:46 <gavinandresen> contrib/gitian-descriptors/gitian-win32.yml has the script that is run to do the build
1055 2012-09-18 15:02:16 <kjj_> is there a need for more VM builders?
1056 2012-09-18 15:02:19 <gavinandresen> (other -win32.yml files in that folder are the scripts to build dependencies)
1057 2012-09-18 15:02:29 <gavinandresen> kjj_: yes, more VM builders are welcome.
1058 2012-09-18 15:02:37 <kjj_> welcome, or needed?
1059 2012-09-18 15:02:53 <gavinandresen> kjj_: needed. See the README in the gitian-descriptors file for how to get setup
1060 2012-09-18 15:03:00 Obsi has joined
1061 2012-09-18 15:03:10 variousnefarious has quit (Ping timeout: 245 seconds)
1062 2012-09-18 15:03:17 <kjj_> ok. I'll check that out too
1063 2012-09-18 15:03:49 arij has joined
1064 2012-09-18 15:03:49 arij has quit (Changing host)
1065 2012-09-18 15:03:49 arij has joined
1066 2012-09-18 15:04:12 jurov has joined
1067 2012-09-18 15:04:46 lggr has joined
1068 2012-09-18 15:05:24 variousnefarious has joined
1069 2012-09-18 15:09:13 lggr has quit (Ping timeout: 248 seconds)
1070 2012-09-18 15:14:09 tsche has quit (Ping timeout: 252 seconds)
1071 2012-09-18 15:15:41 lggr has joined
1072 2012-09-18 15:17:14 tsche has joined
1073 2012-09-18 15:19:50 bebop_ has quit (Ping timeout: 245 seconds)
1074 2012-09-18 15:23:06 lggr has quit (Ping timeout: 240 seconds)
1075 2012-09-18 15:27:48 lggr has joined
1076 2012-09-18 15:29:20 RainbowDashh has joined
1077 2012-09-18 15:33:03 osxorgate has quit (Remote host closed the connection)
1078 2012-09-18 15:33:06 ThomasV has quit (Quit: Leaving)
1079 2012-09-18 15:33:50 RainbowDashh has quit (Client Quit)
1080 2012-09-18 15:34:57 lggr has quit (Ping timeout: 246 seconds)
1081 2012-09-18 15:38:02 maaku has joined
1082 2012-09-18 15:38:12 jdnavarro has quit (Ping timeout: 246 seconds)
1083 2012-09-18 15:38:44 lggr has joined
1084 2012-09-18 15:40:38 Zarutian has quit (Ping timeout: 260 seconds)
1085 2012-09-18 15:43:28 root2_ is now known as root2
1086 2012-09-18 15:44:57 lggr has quit (Ping timeout: 248 seconds)
1087 2012-09-18 15:49:27 elkingrey has joined
1088 2012-09-18 15:49:44 lggr has joined
1089 2012-09-18 15:50:20 darkee has quit (Ping timeout: 276 seconds)
1090 2012-09-18 15:51:36 <Greee> what are nodes?
1091 2012-09-18 15:56:34 lggr has quit (Ping timeout: 256 seconds)
1092 2012-09-18 15:56:51 <JFK911> thats where a leaf grows out of the stem
1093 2012-09-18 15:58:31 lggr has joined
1094 2012-09-18 15:59:14 [7] has quit (Disconnected by services)
1095 2012-09-18 15:59:22 TheSeven has joined
1096 2012-09-18 16:00:05 t7 has quit (Read error: Connection reset by peer)
1097 2012-09-18 16:03:04 lggr has quit (Ping timeout: 244 seconds)
1098 2012-09-18 16:03:49 <DBordello> -loadblock is not a fun process, it is bringing my server to its knees
1099 2012-09-18 16:03:51 <DBordello> and it is slow
1100 2012-09-18 16:07:32 darkee has joined
1101 2012-09-18 16:07:50 <gmaxwell> DBordello: "get a faster VPS"
1102 2012-09-18 16:08:37 <sipa> DBordello: if it's any confort: on BDB, importing the entire blockchain took over a day on my VPS; with leveldb it was close to 1 hour
1103 2012-09-18 16:09:17 lggr has joined
1104 2012-09-18 16:09:31 <DBordello> gmaxwell, probably true, but it is sufficient once blockchaind is all bootstrapped
1105 2012-09-18 16:09:36 <DBordello> sipa, is leveldb in the future?
1106 2012-09-18 16:09:44 <BlueMatt> kjj_: if you want to build using makefile.linux-mingw and something isnt working when trying to execute the build script from gitian manually, ping me, and we can see whats up
1107 2012-09-18 16:09:48 <sipa> DBordello: yes
1108 2012-09-18 16:10:08 <DBordello> I don't like the downtime, I might just sync the old fashion way after this gets far enough
1109 2012-09-18 16:10:10 <gavinandresen> bootstrap on another machine running with -detachdb then copy over the data dir....
1110 2012-09-18 16:10:31 <DBordello> gavinandresen, not a bad idea
1111 2012-09-18 16:10:37 <sipa> DBordello: you mean from network? that's certainly slower than loadblock
1112 2012-09-18 16:10:55 <DBordello> Is it safe to stop -loadblock with ctrl-c?
1113 2012-09-18 16:11:08 DutchBrat has joined
1114 2012-09-18 16:11:11 <DBordello> sipa, yes, but bitcoind responds to API calls during that
1115 2012-09-18 16:11:21 <arij> herro can some one look at the tx for me it hasn't confirmed in over 3 blocks :( http://blockchain.info/tx-index/24419676/b36e7385fa44f6ad3904cdedf63c24ac1d832d9903d7c56821ffb54cdcbfae17
1116 2012-09-18 16:11:23 <DBordello> So I don't appear to be (as) down
1117 2012-09-18 16:11:25 <arij> thanks
1118 2012-09-18 16:11:49 <DBordello> What is required to properly bootstrap? Wallet.dat?
1119 2012-09-18 16:11:55 <gmaxwell> arij: your input is unconfirmed.
1120 2012-09-18 16:12:08 <jgarzik> hum
1121 2012-09-18 16:12:14 <jgarzik> forum still down?
1122 2012-09-18 16:12:19 <arij> i think i understand
1123 2012-09-18 16:12:28 <arij> the previous tx that got sent to me is unconfirmed?
1124 2012-09-18 16:12:30 <gmaxwell> arij: bitcoin will work better for you if you don't use dice. It gunks up your wallet.
1125 2012-09-18 16:12:36 <arij> LOL your smart
1126 2012-09-18 16:12:49 <arij> now i have to suffer the consequences
1127 2012-09-18 16:13:24 lggr has quit (Ping timeout: 244 seconds)
1128 2012-09-18 16:13:52 <gmaxwell> arij: and the parent of _that_ transaction is unconfirmed. I have no idea how far back that chain goes... you may be waiting a while.
1129 2012-09-18 16:14:09 pjorrit has quit (Ping timeout: 246 seconds)
1130 2012-09-18 16:14:37 <arij> alright
1131 2012-09-18 16:14:48 <arij> well the .5 that i sent was confirmed afaik
1132 2012-09-18 16:14:54 <arij> like 70+ times
1133 2012-09-18 16:15:15 <sipa> DBordello: yes, you can kill bitcoin safely during loadblock
1134 2012-09-18 16:15:32 <sipa> DBordello: how do you mean what is needed to properly bootstrap?
1135 2012-09-18 16:15:49 <sipa> wallet.dat is your wallet, there isn't any resource-intensive stuff in there
1136 2012-09-18 16:15:51 pjorrit has joined
1137 2012-09-18 16:15:59 <DBordello> sipa, I assume bootstraping on another machine without your wallet.dat wouldn't be helpful, that is why I can't just download the datadir?
1138 2012-09-18 16:16:49 <sipa> DBordello: on anoter machine: run bitcoind until IBD is done, stop it, start it again with -detachdb, exit, copy the blk* files over; done
1139 2012-09-18 16:17:04 CodeName_ has joined
1140 2012-09-18 16:17:08 <DBordello> Okay
1141 2012-09-18 16:17:13 <sipa> if the new machine already had a wallet, it should rescan automatically
1142 2012-09-18 16:17:17 <sipa> if it doesn't, use -rescan
1143 2012-09-18 16:17:34 <DBordello> Okay
1144 2012-09-18 16:17:47 sebicas has joined
1145 2012-09-18 16:18:13 <DBordello> I am trying to upgrade from 0.6.99 (git) to 0.7. It won't start with the same db, (barfs with a db error). So I guess doing a clean bootstrap with 0.70 on another box is probably the best route, with the shortest downtime
1146 2012-09-18 16:19:53 <jgarzik> MagicalTux: forum getting DDoS'd?
1147 2012-09-18 16:20:39 lggr has joined
1148 2012-09-18 16:22:03 MiningBuddy has quit (Quit: ( Quit ))
1149 2012-09-18 16:24:45 lggr has quit (Ping timeout: 244 seconds)
1150 2012-09-18 16:25:44 vampireb has joined
1151 2012-09-18 16:25:51 <DBordello> Wow, the new bootstrap is impressive (on a decent machine). First 100k blocks flew
1152 2012-09-18 16:27:37 <DBordello> Although those are probably the easy ones
1153 2012-09-18 16:29:23 <jgarzik> DBordello: 0.7 or ultraprune?
1154 2012-09-18 16:29:40 <jgarzik> DBordello: yeah, first 120k blocks fly by even on my slow pynode implementation
1155 2012-09-18 16:31:05 JZavala has joined
1156 2012-09-18 16:31:19 <gavinandresen> ah, the good old days, when blocks were empty and bitcoins only cost a nickel....
1157 2012-09-18 16:31:23 lggr has joined
1158 2012-09-18 16:31:25 <DBordello> jgarzik, 0.7
1159 2012-09-18 16:31:52 <DBordello> Ah yes, now things are grinding to a hault
1160 2012-09-18 16:31:57 <jgarzik> hehehe
1161 2012-09-18 16:33:01 <DBordello> The difficulty alone lets you know where you stand in time
1162 2012-09-18 16:34:21 <DBordello> What files do I need to transfer between machines? Just blk*?
1163 2012-09-18 16:35:03 <gmaxwell> DBordello: the whole directory save the wallet. Ideally. Though if you detached and the remote side doesn't have a database/ then just the blk files should work.
1164 2012-09-18 16:35:51 <elkingrey> For the last several releases, I've been unable to get my Bitcoin toolbar to work. I run Ubuntu. Any suggestions?
1165 2012-09-18 16:37:11 <DBordello> gmaxwell, okay
1166 2012-09-18 16:37:14 <DBordello> Thank you
1167 2012-09-18 16:38:11 lggr has quit (Ping timeout: 244 seconds)
1168 2012-09-18 16:42:20 bitcoinz has quit (Ping timeout: 276 seconds)
1169 2012-09-18 16:42:20 lggr has joined
1170 2012-09-18 16:43:06 devrandom has quit (Write error: Broken pipe)
1171 2012-09-18 16:43:56 elkingrey has quit (Quit: Leaving)
1172 2012-09-18 16:48:17 MiningBuddy has joined
1173 2012-09-18 16:48:17 MiningBuddy has quit (Changing host)
1174 2012-09-18 16:48:17 MiningBuddy has joined
1175 2012-09-18 16:48:46 phantomcircuit has quit (Ping timeout: 260 seconds)
1176 2012-09-18 16:48:53 lggr has quit (Ping timeout: 255 seconds)
1177 2012-09-18 16:52:47 phantomcircuit has joined
1178 2012-09-18 16:53:05 lggr has joined
1179 2012-09-18 16:55:34 Eleuthria has joined
1180 2012-09-18 16:56:02 toffoo has joined
1181 2012-09-18 16:57:12 lggr has quit (Ping timeout: 246 seconds)
1182 2012-09-18 17:03:52 lggr has joined
1183 2012-09-18 17:05:02 forever-d has joined
1184 2012-09-18 17:05:09 PK has joined
1185 2012-09-18 17:10:16 lggr has quit (Ping timeout: 252 seconds)
1186 2012-09-18 17:12:53 ehash has quit (Ping timeout: 276 seconds)
1187 2012-09-18 17:12:57 jdnavarro has joined
1188 2012-09-18 17:13:04 phantomcircuit has quit (Ping timeout: 256 seconds)
1189 2012-09-18 17:13:08 dust-otc has quit (Remote host closed the connection)
1190 2012-09-18 17:13:21 jurov is now known as away!~jurov@2001:5c0:1400:b::d70f|jurov
1191 2012-09-18 17:14:23 Kleenex has quit (Quit: Page closed)
1192 2012-09-18 17:15:04 lggr has joined
1193 2012-09-18 17:16:06 maaku has quit (Quit: maaku)
1194 2012-09-18 17:17:39 phantomcircuit has joined
1195 2012-09-18 17:17:47 t7 has joined
1196 2012-09-18 17:20:39 JZavala has quit (Ping timeout: 265 seconds)
1197 2012-09-18 17:21:30 lggr has quit (Ping timeout: 245 seconds)
1198 2012-09-18 17:22:06 guruvan- has quit (Remote host closed the connection)
1199 2012-09-18 17:22:06 guruvan has quit (Remote host closed the connection)
1200 2012-09-18 17:24:12 lggr has joined
1201 2012-09-18 17:27:40 guruvan has joined
1202 2012-09-18 17:27:51 guruvan- has joined
1203 2012-09-18 17:28:20 ehash has joined
1204 2012-09-18 17:28:35 lggr has quit (Ping timeout: 245 seconds)
1205 2012-09-18 17:34:03 <diki> phew, took me a while to figure out how to compute the public key in openssl but finally did it.
1206 2012-09-18 17:34:11 EasyAt is now known as !~Easy@81.17.31.43|EasyAt
1207 2012-09-18 17:35:06 <jgarzik> heh
1208 2012-09-18 17:35:16 <jgarzik> wonder if anybody has ever worked on distributed forum software
1209 2012-09-18 17:35:30 Eleuthria has left ()
1210 2012-09-18 17:35:49 <jgarzik> I bet the entire bitcointalk dataset, all the wikitext and metadata, would be under 300MB compressed
1211 2012-09-18 17:35:57 lggr has joined
1212 2012-09-18 17:36:42 <jgarzik> administrative control occurs via crypto-signed metadata
1213 2012-09-18 17:38:01 <kjj_> heh. we could embed that into the blockchain. /me ducks
1214 2012-09-18 17:38:34 leotreasure has quit (Quit: leotreasure)
1215 2012-09-18 17:38:38 amiller has quit (Quit: ZNC - http://znc.sourceforge.net)
1216 2012-09-18 17:39:42 sebicas has quit (Quit: sebicas)
1217 2012-09-18 17:42:13 Marf has quit (Read error: Connection reset by peer)
1218 2012-09-18 17:42:32 forever-d has quit (Ping timeout: 252 seconds)
1219 2012-09-18 17:43:32 da2ce7 has joined
1220 2012-09-18 17:44:19 lggr has quit (Ping timeout: 244 seconds)
1221 2012-09-18 17:44:34 <SomeoneWeird> lawl kjj_
1222 2012-09-18 17:46:30 da2ce7_d has quit (Ping timeout: 256 seconds)
1223 2012-09-18 17:48:57 lggr has joined
1224 2012-09-18 17:51:43 phantomcircuit has quit (Ping timeout: 240 seconds)
1225 2012-09-18 17:52:36 [\\\] has quit (Ping timeout: 246 seconds)
1226 2012-09-18 17:53:20 Marf has joined
1227 2012-09-18 17:53:38 amiller has joined
1228 2012-09-18 17:54:16 aethero has quit (Quit: Going away.)
1229 2012-09-18 17:56:36 lggr has quit (Ping timeout: 240 seconds)
1230 2012-09-18 18:00:15 lggr has joined
1231 2012-09-18 18:02:31 maaku has joined
1232 2012-09-18 18:03:06 PK has quit (Quit: Leaving)
1233 2012-09-18 18:03:51 m00p has quit (Read error: Connection reset by peer)
1234 2012-09-18 18:04:44 CodeName_ has quit (Quit: Page closed)
1235 2012-09-18 18:05:42 <gavinandresen> sipa: so I'm working on making the wallet-loading code as tolerant as possible of wallet corruption, and am running into a problem with openssl's i2o_ECPublicKey() ...
1236 2012-09-18 18:06:53 <gavinandresen> sipa: Is there an OpenSSL routine that can check if keys are ok? I randomly corruputed a test wallet, and i2o_ECPublicKey is crashing hard with EXC_BAD_ACCESS
1237 2012-09-18 18:07:09 <gavinandresen> sipa: (not throwing an exception I can catch)
1238 2012-09-18 18:07:28 lggr has quit (Ping timeout: 252 seconds)
1239 2012-09-18 18:08:50 <maaku> on the Coinbaser wiki entry, it says: âNote that distributing all the available funds is undefined behaviour; remaining funds are generated to the original destination, and treated in the usual wayâ <-- can anyone translate what that means? is one not allowed to use a coinbaser script to distribute all funds? is this a bug?
1240 2012-09-18 18:10:50 <jgarzik> need a private wallet append-only wallet format, where each record is protected by Hash()
1241 2012-09-18 18:11:00 lggr has joined
1242 2012-09-18 18:13:17 Marf has quit (Read error: Connection reset by peer)
1243 2012-09-18 18:14:47 ehash has quit (Quit: No Ping reply in 180 seconds.)
1244 2012-09-18 18:15:25 freakazoid has joined
1245 2012-09-18 18:15:29 ehash has joined
1246 2012-09-18 18:15:31 <sipa> gavinandresen: how do you mean "crashing hard"
1247 2012-09-18 18:16:01 <gavinandresen> Program received signal EXC_BAD_ACCESS, Could not access memory.
1248 2012-09-18 18:16:01 <gavinandresen> Reason: KERN_PROTECTION_FAILURE at address: 0x00000002
1249 2012-09-18 18:16:41 <sipa> gavinandresen: in my canonical branch there is a test for public keys and signatures, that doesn't use openssl
1250 2012-09-18 18:17:29 lggr has quit (Ping timeout: 248 seconds)
1251 2012-09-18 18:18:30 <kjj_> good to know that the OpenSSL guys still think it is funny to never check inputs
1252 2012-09-18 18:19:06 <gavinandresen> sipa: ok, I'll take a look
1253 2012-09-18 18:21:45 lggr has joined
1254 2012-09-18 18:24:04 Marf has joined
1255 2012-09-18 18:28:00 lggr has quit (Ping timeout: 252 seconds)
1256 2012-09-18 18:28:40 Joric has joined
1257 2012-09-18 18:28:40 Joric has quit (Changing host)
1258 2012-09-18 18:28:40 Joric has joined
1259 2012-09-18 18:29:32 PhantomSpark has quit (Quit: Not all that glitter is gold not all who wander are lost.)
1260 2012-09-18 18:32:26 lggr has joined
1261 2012-09-18 18:32:47 rdponticelli has quit (Remote host closed the connection)
1262 2012-09-18 18:34:39 Marf has quit (Read error: Connection reset by peer)
1263 2012-09-18 18:35:27 <gavinandresen> sipa: I think EC_KEY_check_key() is what I want....
1264 2012-09-18 18:36:56 molecular has quit (Ping timeout: 246 seconds)
1265 2012-09-18 18:37:12 molecular has joined
1266 2012-09-18 18:39:40 lggr has quit (Ping timeout: 268 seconds)
1267 2012-09-18 18:42:18 rdponticelli has joined
1268 2012-09-18 18:43:04 lggr has joined
1269 2012-09-18 18:45:25 Marf has joined
1270 2012-09-18 18:47:36 maaku has left ()
1271 2012-09-18 18:47:41 <diki> My cumulative difficulty of all the hashes I found in solo is just ~40k...
1272 2012-09-18 18:49:32 lggr has quit (Ping timeout: 268 seconds)
1273 2012-09-18 18:51:47 lggr has joined
1274 2012-09-18 18:53:01 jdnavarro has quit (Remote host closed the connection)
1275 2012-09-18 18:58:01 lggr has quit (Ping timeout: 248 seconds)
1276 2012-09-18 19:00:17 shamoon has joined
1277 2012-09-18 19:00:54 <shamoon> i want to get involved in developing the bitcoin project. i know it's open source and everyone will tell me to dive right in and get a pull request going, but i want to tackle the low lying fruit. if there's any issues that maybe i can get started with?
1278 2012-09-18 19:00:57 wizkid057 has quit (Ping timeout: 250 seconds)
1279 2012-09-18 19:01:14 wizkid057 has joined
1280 2012-09-18 19:01:48 <lianj> shamoon: https://github.com/bitcoin/bitcoin/issues
1281 2012-09-18 19:02:05 <shamoon> i saw that
1282 2012-09-18 19:02:12 drizztbsd has quit (Remote host closed the connection)
1283 2012-09-18 19:02:12 <shamoon> but there's so many, and i'm not sure which matter
1284 2012-09-18 19:02:13 <shamoon> or don't
1285 2012-09-18 19:02:28 lggr has joined
1286 2012-09-18 19:02:34 <diki> dont they all matter?
1287 2012-09-18 19:04:24 <shamoon> i'm not sure.
1288 2012-09-18 19:04:26 <shamoon> that's why i'm here =)
1289 2012-09-18 19:06:23 <gmaxwell> shamoon: what parts of the project interest you?
1290 2012-09-18 19:06:49 <shamoon> philosophically, the whole concept of decentralized stores of value
1291 2012-09-18 19:06:54 <gmaxwell> Really, beyond working on what interest you, also equally good is finding a bug and fixing it.
1292 2012-09-18 19:06:59 <shamoon> technically, the way blocks / transactions interact
1293 2012-09-18 19:07:08 <gmaxwell> (just as getting started stuff)
1294 2012-09-18 19:07:16 <shamoon> ahhh
1295 2012-09-18 19:07:22 <shamoon> probably small UI tweaks
1296 2012-09-18 19:07:25 <shamoon> to get started
1297 2012-09-18 19:07:40 <gmaxwell> And there are plenty of small bugs. UI issues, etc.
1298 2012-09-18 19:08:05 <diki> Yes, I noticed that if you stop the client the icon still stays in the tray until you hover over it.
1299 2012-09-18 19:08:22 <shamoon> things like https://github.com/bitcoin/bitcoin/issues/785
1300 2012-09-18 19:08:22 <shamoon> ?
1301 2012-09-18 19:08:23 <eian> lianj, have you ever used thrust? (part of nvidia's cuda tools)
1302 2012-09-18 19:08:27 <gmaxwell> Although we do prever people don't bother with opening a bunch of utterly trivial changes "removes whitespace from menu items", especially from newer contributors; simply because every patch has a review overhead.
1303 2012-09-18 19:08:38 pusle has joined
1304 2012-09-18 19:08:48 <shamoon> how do i know if it's a "proposed" issue is an ACTUAL issue?
1305 2012-09-18 19:08:53 lggr has quit (Ping timeout: 255 seconds)
1306 2012-09-18 19:08:54 <gmaxwell> shamoon: that sort of thing sounds okay.. though you'll get pulled into the mess of the URI handling. :)
1307 2012-09-18 19:09:34 <gmaxwell> shamoon: As an outsider it can sometimes be hard to tell. Look at who comments on it, and who opened it. Follow other changes that go in... etc.
1308 2012-09-18 19:09:42 balrog has quit (Ping timeout: 260 seconds)
1309 2012-09-18 19:09:51 <sipa> gavinandresen: that sounds like checking a public key, not its encoding
1310 2012-09-18 19:10:05 <gmaxwell> shamoon: and well, if you do something and post a pull and the core devs say "huh? that wasn't in issue NAK" you still learned about the codebase. Life goes on. :)
1311 2012-09-18 19:10:18 <shamoon> NAK?
1312 2012-09-18 19:12:31 <otimm> http://en.wikipedia.org/wiki/NAK_(protocol_message)
1313 2012-09-18 19:12:42 <gmaxwell> shamoon: as in "thanks but no thanks"
1314 2012-09-18 19:12:43 lggr has joined
1315 2012-09-18 19:12:48 <shamoon> gotcha
1316 2012-09-18 19:13:02 <shamoon> gmaxwell: so you suggest i just do it, send a pull request
1317 2012-09-18 19:13:04 <shamoon> and see what happens?
1318 2012-09-18 19:13:10 <shamoon> is there a roadmap of any kind?
1319 2012-09-18 19:13:52 <gmaxwell> shamoon: There is a set of more concrete shorter term things, mostly tracked with issues and pull requests. And longer things which are somewhat vague and the product of discussion in here mostly.
1320 2012-09-18 19:14:38 <midnightmagic> Hey jgarzik do you happen by any chance to know what specific kernel RH 6.3 is using as a base? Like if I grabbed linux-2.6.32.59.tar.gz for example..
1321 2012-09-18 19:15:14 <jgarzik> midnightmagic: I'm more on the upstream kernel (torvalds/linux.git), so don't know off the top of my head
1322 2012-09-18 19:15:15 D34TH has joined
1323 2012-09-18 19:15:15 D34TH has quit (Changing host)
1324 2012-09-18 19:15:15 D34TH has joined
1325 2012-09-18 19:15:29 <jgarzik> midnightmagic: it's super-heavily patched to import newer APIs etc.
1326 2012-09-18 19:16:53 PhantomSpark has joined
1327 2012-09-18 19:16:53 <jgarzik> 09/18/12 19:09:48 SetBestChain: new best=000000000000014aeff9 height=199425 work=486524885632842252268 date=09/18/12 19:28:45
1328 2012-09-18 19:16:54 <jgarzik> 09/18/12 19:09:49 SetBestChain: new best=00000000000002b040f6 height=199426 work=486536456657253870530 date=09/18/12 19:10:55
1329 2012-09-18 19:16:55 <jgarzik> huh
1330 2012-09-18 19:17:04 balrog has joined
1331 2012-09-18 19:17:12 <jgarzik> I always thought block A time > block A+1 time was illegal
1332 2012-09-18 19:17:29 <jgarzik> I know about the time range validity, but nonetheless...
1333 2012-09-18 19:17:39 darkee has quit (Remote host closed the connection)
1334 2012-09-18 19:17:56 <BlueMatt> nope, never was (afaik)
1335 2012-09-18 19:18:11 <BlueMatt> (just has to be > median of last N blocks)
1336 2012-09-18 19:18:19 <midnightmagic> jgarzik: Yes, and I have a src.rpm here, but I'm looking to do a kernel-wide diff to see what they've done to it..
1337 2012-09-18 19:18:21 <gmaxwell> jgarzik: no, and if it was it would have a lot of nasty negative consequences.
1338 2012-09-18 19:18:46 <gmaxwell> jgarzik: like when you mine a block you could mine it right against the 2 hour limit and thus force anyone who builds on you to also do so.
1339 2012-09-18 19:18:47 <midnightmagic> jgarzik: I think it's just limited by +/- 2 hours.
1340 2012-09-18 19:18:59 <jgarzik> gmaxwell: ah, makes sense
1341 2012-09-18 19:19:19 <gmaxwell> midnightmagic: it's clamp(median(last11)+1,now,now+2hrs)
1342 2012-09-18 19:19:25 <midnightmagic> jgarzik: Thanks anyway.
1343 2012-09-18 19:19:42 lggr has quit (Ping timeout: 252 seconds)
1344 2012-09-18 19:21:20 darkee has joined
1345 2012-09-18 19:21:47 <jgarzik> trailing whitespace trimmed, 44 bytes total.
1346 2012-09-18 19:22:01 <jgarzik> not the horror show predicted
1347 2012-09-18 19:22:44 <jgarzik> 09/18/12 19:15:05 ERROR: CTxMemPool::accept() : not enough fees 5bf6ba2041, 0 < 10000
1348 2012-09-18 19:22:44 <jgarzik> 09/18/12 19:15:05 ERROR: CTxMemPool::accept() : not enough fees 746aa55776, 0 < 10000
1349 2012-09-18 19:22:44 <jgarzik> 09/18/12 19:15:05 ERROR: CTxMemPool::accept() : not enough fees 78ae5f1c12, 0 < 10000
1350 2012-09-18 19:23:00 shamoon has left ()
1351 2012-09-18 19:23:07 <jgarzik> logging is much better for this case, now. we have the txid rejected, and the fees provided versus wanted
1352 2012-09-18 19:23:24 <eian> My foreman grill just ruined 4 hamburgers. I am not pleased
1353 2012-09-18 19:23:29 <gmaxwell> if only I could look up that transaction!
1354 2012-09-18 19:23:56 <lianj> btw, with ECDSA_SIG_recover_key_GFp why is the pubkey still passed? would it be too slow? or a big protocol change?
1355 2012-09-18 19:24:08 <lianj> jgarzik: thats only the fee wanted for relaying though
1356 2012-09-18 19:24:13 <eian> gmaxwell, what is stopping your from looking them up?
1357 2012-09-18 19:24:16 lggr has joined
1358 2012-09-18 19:24:19 <jgarzik> lianj: correct
1359 2012-09-18 19:24:22 <gmaxwell> lianj: because it would be major protocol change.
1360 2012-09-18 19:24:23 <eian> (I claim completely ignorance)
1361 2012-09-18 19:24:33 <jgarzik> eian: if the tx is rejected, it is not present to look up
1362 2012-09-18 19:24:44 <eian> If it was relayed to me, I have it :)
1363 2012-09-18 19:24:47 <gmaxwell> eian: we can only do looking by exact txid, not prefix. (for reasonable and prudent reasons)
1364 2012-09-18 19:24:49 <jgarzik> nevertheless it is better than not logging + dropping
1365 2012-09-18 19:25:07 <jgarzik> gmaxwell: would you prefer full txid? that is easy enough.
1366 2012-09-18 19:25:11 <lianj> jgarzik: i would lke an option to print full hashes. have a hard coded branch for myself now, but thats pretty ugly
1367 2012-09-18 19:25:34 balrog has quit (Ping timeout: 252 seconds)
1368 2012-09-18 19:25:43 <gmaxwell> jgarzik: I do. In all cases, and patch my own nodes to log them... but I think I was outnumbered on some pull request that twiddled the lenghts.
1369 2012-09-18 19:25:52 dk5 has joined
1370 2012-09-18 19:26:34 <eian> jgarzik, what time zone is 19:15:05 - I want to try and look up the tx
1371 2012-09-18 19:27:09 <jgarzik> eian: my local timezone, where the node that generated the above log lives, is US-Eastern
1372 2012-09-18 19:27:19 <midnightmagic> gmaxwell: I thought that pull request went through?
1373 2012-09-18 19:27:22 <lianj> maybe just exchange .substr(0,10) with .substr(0,[tx|block]_sublength) all over and have it default to 10,20 and the full hash length if a commandline option is set
1374 2012-09-18 19:27:26 <midnightmagic> gmaxwell: That's the one I commented on wasn't it?
1375 2012-09-18 19:27:50 <eian> jgarzik - are those hex digits a tx hash prefix or suffix
1376 2012-09-18 19:27:55 <eian> I want to try and look this thing up
1377 2012-09-18 19:28:09 <jgarzik> eian: hash.ToString().substr(0,10).c_str()
1378 2012-09-18 19:28:16 <eian> thanks
1379 2012-09-18 19:28:20 <eian> let me try this
1380 2012-09-18 19:28:51 datagutt has quit (Quit: kthxbai)
1381 2012-09-18 19:28:56 vampireb has quit (Quit: Lost terminal)
1382 2012-09-18 19:29:16 <jgarzik> w00t
1383 2012-09-18 19:29:22 <gmaxwell> "meh" on configurability. It's easy enough to change if you're 'advanced'. But even that doesn't help you when someone else gives you log messages to help them with. :)
1384 2012-09-18 19:29:32 <MC-Eeepc> wait
1385 2012-09-18 19:29:36 <jgarzik> my laptop w/ 16GB RAM arrived in the office!
1386 2012-09-18 19:29:45 <MC-Eeepc> built in and supported p2pool in satoshi?
1387 2012-09-18 19:30:03 <jgarzik> MC-Eeepc: that refers to getmemorypool -> getblocktemplate/submitblock
1388 2012-09-18 19:31:04 lggr has quit (Ping timeout: 252 seconds)
1389 2012-09-18 19:31:40 <jgarzik> gmaxwell: there, FTFY
1390 2012-09-18 19:31:57 <midnightmagic> gmaxwell: A prefix search I guess is the "i'm on a horse" solution to that..
1391 2012-09-18 19:32:52 <gmaxwell> midnightmagic: prefix search sucks. requires less space efficient indexes for no real gain.
1392 2012-09-18 19:32:52 <jgarzik> it is a prefix no more, in git HEAD
1393 2012-09-18 19:33:17 <MC-Eeepc> jgarzik is that good
1394 2012-09-18 19:33:17 balrog has joined
1395 2012-09-18 19:33:23 <gmaxwell> <3
1396 2012-09-18 19:33:51 <midnightmagic> gmaxwell: Well.. gain of helping users with their debug.logs and also being able to look up random comments in irc.
1397 2012-09-18 19:33:59 <midnightmagic> but I know what you mean
1398 2012-09-18 19:34:04 <jgarzik> gmaxwell: many times it is only a prefix for pretty logs. if there is diagnostic value, by all means, point out places where logging the full txid is preferred.
1399 2012-09-18 19:34:23 <jgarzik> e.g. CTxMemPool::accept() : accepted ad125b8779 (poolsz 56)
1400 2012-09-18 19:34:26 <eian> jgarzik, I need to rummage through a bunch of files - it would help if I knew what country the 19:15:05 time was taken so that I can convert to EST on my end
1401 2012-09-18 19:34:30 <jgarzik> we accepted it, so prefix search is easy
1402 2012-09-18 19:34:47 <jgarzik> but for tx-relay-reject, we do not have the tx. logging full txid makes a lot more sense.
1403 2012-09-18 19:34:55 <MC-Eeepc> well grats on .7 release guys
1404 2012-09-18 19:34:59 lggr has joined
1405 2012-09-18 19:35:03 <midnightmagic> yay
1406 2012-09-18 19:35:09 <jgarzik> eian: that is the "US" part of "US-Eastern"
1407 2012-09-18 19:35:54 <eian> I live in US eastern - the time now is only 15:30 - how did you grab data at 19:15?
1408 2012-09-18 19:36:10 <sipa> -logtimestamp logs in gmt, iirc
1409 2012-09-18 19:36:13 <lianj> jgarzik: why not have full hashes everywhere, maybe configurable like i suggested above
1410 2012-09-18 19:36:34 <sipa> i'm in favor of logging full hashes
1411 2012-09-18 19:37:49 <jgarzik> configurable is overkill
1412 2012-09-18 19:38:07 <gmaxwell> Agree configurable is overkill.
1413 2012-09-18 19:38:12 <jgarzik> unless it is a simple compile-time constant, which the current code needs anyway (if prefixes are to remain)
1414 2012-09-18 19:38:25 <jgarzik> compile time constant > substr(0,10) magic numbers
1415 2012-09-18 19:38:40 <jgarzik> easier just to remove substr()
1416 2012-09-18 19:39:32 <sipa> indeed
1417 2012-09-18 19:41:20 slush has quit (Ping timeout: 246 seconds)
1418 2012-09-18 19:41:36 balrog has quit (Ping timeout: 240 seconds)
1419 2012-09-18 19:42:22 lggr has quit (Ping timeout: 260 seconds)
1420 2012-09-18 19:43:27 <lianj> please for blocks aswell
1421 2012-09-18 19:46:02 lggr has joined
1422 2012-09-18 19:47:23 balrog has joined
1423 2012-09-18 19:48:44 Malophorus has joined
1424 2012-09-18 19:51:47 <gavinandresen> sipa: I was away for a while... RE: EC_KEY_check_key : I'm in the middle of figuring out how to make key.cpp more robust if key data is corrupted
1425 2012-09-18 19:52:39 <gavinandresen> sipa: The issue is o2i_ECPublicKey will happily create an invalid EC_KEY* structure if given bad data, so there needs to be a EC_KEY_check_key call in CKey::SetPubKey
1426 2012-09-18 19:53:03 <Malophorus> there is a little signed integer issue on the socks5 code in the current client
1427 2012-09-18 19:53:31 <Malophorus> signed extension from server can cause a recv of a negative length
1428 2012-09-18 19:54:01 <Malophorus> recv should just error out but I'm not sure about that behavior on all OS's
1429 2012-09-18 19:54:52 <gmaxwell> lots of DB exceptions being reported from people doing 0.7 updates. :-/
1430 2012-09-18 19:54:53 <Malophorus> not a huge problem as one would need a malicious socks proxy and then to convince a client to connect to it
1431 2012-09-18 19:54:54 lggr has quit (Ping timeout: 268 seconds)
1432 2012-09-18 19:59:04 <jgarzik> gmaxwell: corruption newly detected?
1433 2012-09-18 19:59:16 <jgarzik> gmaxwell: maybe advice should be to -verify, in such cases
1434 2012-09-18 19:59:46 fire_and_flame has joined
1435 2012-09-18 20:00:12 <gmaxwell> jgarzik: I believe its all due to people upgrading without detaching first and BDB being unhappy but its really hard to tell.
1436 2012-09-18 20:00:17 <jgarzik> checkblocks=0, checklevel=6
1437 2012-09-18 20:00:17 <gavinandresen> people upgrading from an Official 0.6.something release?
1438 2012-09-18 20:00:35 <gmaxwell> gavinandresen: or so they say.
1439 2012-09-18 20:00:36 <gavinandresen> (I wonder if Luke's unofficial backports are compiled with the same bdb version....)
1440 2012-09-18 20:00:43 <jgarzik> we've talked about turning on detachdb again
1441 2012-09-18 20:00:48 <gmaxwell> gavinandresen: I was _just_ wondering the same thing...
1442 2012-09-18 20:00:49 <jgarzik> safer, but slower
1443 2012-09-18 20:01:04 <jgarzik> talked on IRC, at least
1444 2012-09-18 20:01:11 <gmaxwell> jgarzik: they're not getting to a point where checkblocks=0, checklevel=6 would help, bdb is croaking out at open time.
1445 2012-09-18 20:01:20 <jgarzik> hrm
1446 2012-09-18 20:01:42 <gmaxwell> jgarzik: there is a tough tradeoff there, a minutes long (in some cases) shutdown gets the process hard killed on some systems.
1447 2012-09-18 20:01:57 <gmaxwell> (and even if the system doesn't they user may assume its hung and kill it manually)
1448 2012-09-18 20:02:22 <kjj_> bold warning at the top of the upgrade instructions?
1449 2012-09-18 20:03:35 lggr has joined
1450 2012-09-18 20:04:05 toffoo has quit ()
1451 2012-09-18 20:07:51 daedeloth has quit (Remote host closed the connection)
1452 2012-09-18 20:08:05 <gmaxwell> e.g. people getting this super informative outcome:
1453 2012-09-18 20:08:07 <gmaxwell> Bound to [::]:8333
1454 2012-09-18 20:08:07 <gmaxwell> Bound to 0.0.0.0:8333
1455 2012-09-18 20:08:07 <gmaxwell> Loading block index...
1456 2012-09-18 20:08:07 <gmaxwell> dbenv.open LogDir=/home/user/.bitcoin/database
1457 2012-09-18 20:08:09 <gmaxwell> ErrorFile=/home/user/.bitcoin/db.log
1458 2012-09-18 20:08:11 <gmaxwell> ************************
1459 2012-09-18 20:08:14 <gmaxwell> EXCEPTION: 11DbException
1460 2012-09-18 20:08:16 <gmaxwell> Db::open: Invalid argument
1461 2012-09-18 20:08:19 <gmaxwell> bitcoin in Runaway exception
1462 2012-09-18 20:08:36 <eian> gmaxwell, I found the transactions that had no fees: http://pastebin.com/rkNuhSfT
1463 2012-09-18 20:08:44 <gmaxwell> then they go and try the old version which seems to have mixed results; works for some .. keeps failing for others.
1464 2012-09-18 20:09:10 <eian> those are the ones jgarzik caught in his logs
1465 2012-09-18 20:10:48 <gmaxwell> And lots of
1466 2012-09-18 20:10:49 <gmaxwell> BDB2506 file blkindex.dat has LSN 1829/2194603, past end of log at 1/17990
1467 2012-09-18 20:10:49 <gmaxwell> BDB2507 Commonly caused by moving a database from one database environment
1468 2012-09-18 20:10:49 <gmaxwell> BDB2508 to another without clearing the database LSNs, or by removing all of
1469 2012-09-18 20:10:52 <gmaxwell> BDB2509 the log files from a database environment
1470 2012-09-18 20:10:54 <gmaxwell> BDB1579 Database handles still open at environment close
1471 2012-09-18 20:10:57 <gmaxwell> in the db.log
1472 2012-09-18 20:11:05 lggr has quit (Ping timeout: 248 seconds)
1473 2012-09-18 20:11:54 <jgarzik> one hopes that TIBANNE-CO-LTD will not go out of business, considering how many bitcoin businesses use that network, however tangentially
1474 2012-09-18 20:13:41 <kjj_> silly question... do you tell the database to detach when closing, or when opening?
1475 2012-09-18 20:14:43 lggr has joined
1476 2012-09-18 20:15:14 <jgarzik> sipa: how did leveldb sync mode perform?
1477 2012-09-18 20:16:33 <eian> jgarzik, what is special about tibanne?
1478 2012-09-18 20:16:36 MrMeow has joined
1479 2012-09-18 20:16:51 <MC-Eeepc> maybe it would be interesting if tibanne folded
1480 2012-09-18 20:17:11 <MC-Eeepc> if bitcoin came back from it
1481 2012-09-18 20:17:19 <jgarzik> eian: tibanne is MagicalTux's ISP. tibanne == mtgox. just noting a large Single Point Of Failure
1482 2012-09-18 20:17:27 <eian> ah :)
1483 2012-09-18 20:17:51 alezakos has joined
1484 2012-09-18 20:18:02 <c_k> jgarzik: what leads you to think they may go out of business?
1485 2012-09-18 20:19:26 <c_k> google news has no hits
1486 2012-09-18 20:20:38 <jrmithdobbs> c_k: he didn't say anything did, he just said he hopes it doesn't happen and was pointing out a single point of failure
1487 2012-09-18 20:20:55 <c_k> ah, right
1488 2012-09-18 20:21:20 <jgarzik> Not saying there's anything wrong with their services. Just noting the community dependence. the forum, the wiki, mtgox itself, a few of my nodes, ...
1489 2012-09-18 20:21:28 <c_k> to be honest there are many alternatives to their exchange waiting to fill the vacuum that would be left, when ever one disappears another fills it's void
1490 2012-09-18 20:21:47 [\\\] has joined
1491 2012-09-18 20:21:49 fire_and_flame has left ()
1492 2012-09-18 20:21:52 <jrmithdobbs> jgarzik: i don't like the wiki being hosted there at all
1493 2012-09-18 20:21:52 <sipa> jgarzik: didn't benchmark yet; i'm in the middle of packing as i'm moving out next week
1494 2012-09-18 20:21:53 <c_k> however it would certainly be concerning if there was a loss associated with their demise
1495 2012-09-18 20:22:06 lggr has quit (Ping timeout: 240 seconds)
1496 2012-09-18 20:22:58 <c_k> I understand it is nice to have things behind their prolexic DDoS protection
1497 2012-09-18 20:23:27 <c_k> however there is no real reason why the wiki etc. couldn't be hosted elsewhere in conjunction with CloudFlare
1498 2012-09-18 20:23:55 <otimm> maybe it would even beneficial if mt.gox would go away. would create a real necessity for a bitcoin foundation for the wiki etc. to prevent such thing happen again
1499 2012-09-18 20:24:20 sudog has joined
1500 2012-09-18 20:25:54 lggr has joined
1501 2012-09-18 20:27:10 <Luke-Jr> jgarzik: keep in mind MtGox failing would not necessarily mean Tibanne failing
1502 2012-09-18 20:28:05 <kjj_> so, does no one know when the detach option has to be given to the database layer?
1503 2012-09-18 20:28:27 <sipa> kjj_: if you want to migrate the database files to another environment
1504 2012-09-18 20:28:56 <sipa> kjj_: that includes moving to a new bdb version (that bitcoin may be compiled against), or copying/moving .dat files without the corresponding database/ subdir
1505 2012-09-18 20:29:03 <kjj_> what I'm getting at is "can there be a stop-and-detach RPC call, or does the database need to know that a detach will need to be issued when it starts?"
1506 2012-09-18 20:29:22 <sipa> right; there could be such a call, but there isn't one right now
1507 2012-09-18 20:29:47 <kjj_> ok. that's what I wanted to know. I wasn't sure if it needed to be given when the DB env was opened, or when it got closed
1508 2012-09-18 20:30:20 lggr has quit (Ping timeout: 246 seconds)
1509 2012-09-18 20:30:30 <kjj_> in light of the 0.6.x -> 0.7.0 woes that some people are having, providing that RPC call (and a menu option for the GUI) might be a good idea
1510 2012-09-18 20:31:05 <sipa> jgarzik: i did think of a solution that is safe and fast by the way; a separate process that writes out changed blocks and changed block index entries, and every write of the coin database first requiring a flush of said data
1511 2012-09-18 20:31:12 <sipa> jgarzik: but that's a larger refactor
1512 2012-09-18 20:31:58 <sipa> as there is no reason to block while even the block data is being written; it can be relayed/connected/sigchecked simultaneously
1513 2012-09-18 20:33:29 bitcoinz has joined
1514 2012-09-18 20:33:36 * alezakos
1515 2012-09-18 20:34:14 ovidiusoft has quit (Ping timeout: 256 seconds)
1516 2012-09-18 20:34:54 lggr has joined
1517 2012-09-18 20:38:23 alezakos has left ("Leaving")
1518 2012-09-18 20:39:38 MrMeow has quit (Quit: MrMeow)
1519 2012-09-18 20:41:12 MrMeow has joined
1520 2012-09-18 20:41:46 lggr has quit (Ping timeout: 268 seconds)
1521 2012-09-18 20:41:54 BitGeo has joined
1522 2012-09-18 20:47:09 lggr has joined
1523 2012-09-18 20:48:53 <sipa> gavinandresen: you mean o2i_ECPublicKey returns succesfully on invalid data?
1524 2012-09-18 20:49:33 <sipa> or you mean correctly-serialized data which represents an invalid public key; i suppose it doesn't check for that latter case
1525 2012-09-18 20:50:30 dvide has quit ()
1526 2012-09-18 20:51:19 lggr has quit (Ping timeout: 246 seconds)
1527 2012-09-18 20:51:30 torsthaldo has joined
1528 2012-09-18 20:51:38 <gavinandresen> sipa: o2i_ECPublicKey returns successfully on invalid data, and fills in the EC_KEY* structure with bogus version/group/etc.
1529 2012-09-18 20:52:13 <sipa> eww
1530 2012-09-18 20:52:25 <gavinandresen> sipa: EC_KEY_check_key knows that it is bogus, though. I'll push my fix so far...
1531 2012-09-18 20:52:39 <Luke-Jr> >_<
1532 2012-09-18 20:53:25 maqr has quit (Ping timeout: 246 seconds)
1533 2012-09-18 20:55:16 pusle has quit ()
1534 2012-09-18 20:58:12 lggr has joined
1535 2012-09-18 20:58:50 Obsi has quit (Remote host closed the connection)
1536 2012-09-18 21:01:34 ThomasV has joined
1537 2012-09-18 21:02:43 lggr has quit (Ping timeout: 244 seconds)
1538 2012-09-18 21:02:59 Obsi has joined
1539 2012-09-18 21:06:33 xisalty has joined
1540 2012-09-18 21:07:03 darkee has joined
1541 2012-09-18 21:07:36 jurov is now known as jurov|away
1542 2012-09-18 21:07:41 agricocb has quit (Remote host closed the connection)
1543 2012-09-18 21:08:14 agricocb has joined
1544 2012-09-18 21:08:14 balrog has quit (Ping timeout: 252 seconds)
1545 2012-09-18 21:08:48 lggr has joined
1546 2012-09-18 21:09:31 PhantomSpark has joined
1547 2012-09-18 21:09:36 ThomasV has quit (Ping timeout: 240 seconds)
1548 2012-09-18 21:10:08 darkee has quit (Ping timeout: 276 seconds)
1549 2012-09-18 21:10:47 sudog has quit (Ping timeout: 276 seconds)
1550 2012-09-18 21:11:52 <jgarzik> "Dulwich is a pure-Python implementation of the Git file formats and protocols." Neat.
1551 2012-09-18 21:12:08 sudog has joined
1552 2012-09-18 21:15:37 <kjj_> am I correct in thinking that the contents of "bitcoind help" are generated from the dispatch table and the fHelp conditionals inside each handler?
1553 2012-09-18 21:16:17 lggr has quit (Ping timeout: 255 seconds)
1554 2012-09-18 21:18:20 <sipa> yes
1555 2012-09-18 21:20:55 balrog has joined
1556 2012-09-18 21:22:29 lggr has joined
1557 2012-09-18 21:28:53 lggr has quit (Ping timeout: 252 seconds)
1558 2012-09-18 21:29:40 <Diablo-D3> http://badassjs.com/post/18857332551/sql-js-sqlite-compiled-to-javascript-via-emscripten
1559 2012-09-18 21:29:49 <Diablo-D3> ultra derp powers activate
1560 2012-09-18 21:33:05 lggr has joined
1561 2012-09-18 21:34:11 <helo> http://imgur.com/a/vYkP5 !!
1562 2012-09-18 21:34:25 <helo> (re: ultra derp)
1563 2012-09-18 21:35:18 <kjj_> I don't have time to learn git right now. anyone want a diff that implements a stopdetach RPC call?
1564 2012-09-18 21:35:56 <D34TH> whats the repo?
1565 2012-09-18 21:36:17 <D34TH> whoops, my dep
1566 2012-09-18 21:36:17 slush has joined
1567 2012-09-18 21:36:21 <D34TH> **derp
1568 2012-09-18 21:36:25 BlackPrapor has joined
1569 2012-09-18 21:37:19 <lianj> when is the rms bitcoin talk again? is there video yet?
1570 2012-09-18 21:37:53 lggr has quit (Ping timeout: 268 seconds)
1571 2012-09-18 21:39:52 <kjj_> http://pastebin.com/thHA0SMX <-- stopdetach RPC call
1572 2012-09-18 21:41:11 <jgarzik> lianj: when? a while ago
1573 2012-09-18 21:41:32 JZavala has joined
1574 2012-09-18 21:41:43 <jgarzik> kjj_: if that were ever merged, presumably it would be setdetach(true / false)
1575 2012-09-18 21:42:11 <kjj_> jgarzik: yeah, that would make sense.
1576 2012-09-18 21:42:47 <kjj_> I was just thinking that for people that don't normally detach, but want to for an upgrade without having to stop, then start, then stop again.
1577 2012-09-18 21:42:54 <DBordello> I just upgraded to 0.70. I am using the same bitcoin.conf. However I am getting "error: no response from server" Ideas?
1578 2012-09-18 21:43:14 <DBordello> Any changes with RPC or SSL?
1579 2012-09-18 21:43:46 <Luke-Jr> DBordello: IPv6 support
1580 2012-09-18 21:43:48 balrog has quit (Ping timeout: 252 seconds)
1581 2012-09-18 21:44:12 <DBordello> Luke-Jr, would that prevent the local bitcoind from communicating with the daemon?
1582 2012-09-18 21:44:23 aethero has joined
1583 2012-09-18 21:44:25 <Luke-Jr> DBordello: only if your OS is broken
1584 2012-09-18 21:44:35 <Luke-Jr> DBordello: the bitcoind test client only supports IPv4
1585 2012-09-18 21:44:47 D34TH_ has joined
1586 2012-09-18 21:45:09 <DBordello> hmmm
1587 2012-09-18 21:46:35 <DBordello> tailing debug.log seems to confirm it is running fine, I just can't establish a RPC connection
1588 2012-09-18 21:47:37 <DBordello> It appears to pick up the phone if I telnet to the RPC port
1589 2012-09-18 21:47:52 torsthaldo has quit (Remote host closed the connection)
1590 2012-09-18 21:48:13 <DBordello> Any ideas how to diagnose the RPC issue?
1591 2012-09-18 21:48:20 <Luke-Jr> strace the client
1592 2012-09-18 21:48:29 D34TH has quit (Ping timeout: 276 seconds)
1593 2012-09-18 21:49:32 <DBordello> any easier ideas?
1594 2012-09-18 21:49:54 <kjj_> does the debug.log indicate any RPC activity?
1595 2012-09-18 21:50:12 <kjj_> does your client indicate any SSL problems?
1596 2012-09-18 21:50:13 lggr has joined
1597 2012-09-18 21:50:14 <DBordello> No
1598 2012-09-18 21:50:20 <DBordello> I am using bitcoind as the client as well
1599 2012-09-18 21:50:26 <DBordello> It appears to be SSL issues, disabling SSL works
1600 2012-09-18 21:50:36 <jgarzik> DBordello: certificate issue, maybe?
1601 2012-09-18 21:50:51 <kjj_> self-signed, or CA?
1602 2012-09-18 21:51:00 <DBordello> jgarzik, perhaps, I am self-signed. I actually am only specifying rpcssl=1
1603 2012-09-18 21:51:05 <DBordello> Is the only ssl I am doing
1604 2012-09-18 21:52:01 d4ve has joined
1605 2012-09-18 21:52:08 d4ve has quit (Client Quit)
1606 2012-09-18 21:53:02 <Luke-Jr> strace is pretty easyâ¦
1607 2012-09-18 21:53:08 <kjj_> https://en.bitcoin.it/wiki/Enabling_SSL_on_original_client_daemon
1608 2012-09-18 21:53:11 <Luke-Jr> but won't help if it's SSL
1609 2012-09-18 21:53:58 balrog has joined
1610 2012-09-18 21:54:24 ThomasV has joined
1611 2012-09-18 21:54:26 <DBordello> It is related to rpcsll=1
1612 2012-09-18 21:54:27 <DBordello> <Mqrius> So I might switch at some point
1613 2012-09-18 21:54:27 <DBordello> <DBordello> Mqrius, I agree, any reason to register on btccharts.com?
1614 2012-09-18 21:54:27 <DBordello> <Mqrius> Yeah, the non-registered version is nerfed
1615 2012-09-18 21:54:27 <DBordello> <Mqrius> He charges money now though
1616 2012-09-18 21:54:28 <DBordello> <Mqrius> registered has more customizability, volume bar-graph, multiple exchanges (tiled), more detailed quality
1617 2012-09-18 21:54:31 <DBordello> <Mqrius> something like that
1618 2012-09-18 21:54:33 <DBordello> <DBordello> ah
1619 2012-09-18 21:54:35 <DBordello> Sorry!
1620 2012-09-18 21:54:37 <DBordello> Wrong paste
1621 2012-09-18 21:54:46 <Luke-Jr> ._.
1622 2012-09-18 21:54:52 ThomasV has quit (Client Quit)
1623 2012-09-18 21:55:04 <DBordello> It is related to rpcssl= 1 http://pastebin.com/RDmyXwx4
1624 2012-09-18 21:55:25 freakazoid has quit (Ping timeout: 244 seconds)
1625 2012-09-18 21:55:43 <kjj_> generate a key and cert, if you haven't already
1626 2012-09-18 21:55:58 <Luke-Jr> DBordello: I never thought you to be the kind of guy to flood
1627 2012-09-18 21:56:00 <Luke-Jr> ;)
1628 2012-09-18 21:56:03 TD has joined
1629 2012-09-18 21:56:07 prahanormal has joined
1630 2012-09-18 21:56:47 <DBordello> Luke-Jr, haha, using two seperate computers with one keyboard/mouse. I forget the clipboard isn't always in sync
1631 2012-09-18 21:57:17 <DBordello> kjj_, Damn, that is easy, I bet that is the problem, I created a new .bitcoin directory
1632 2012-09-18 21:57:36 lggr has quit (Ping timeout: 240 seconds)
1633 2012-09-18 21:57:37 <DBordello> All good now, sorry for the noob mistake. Finally up to speed on 0.70 :)
1634 2012-09-18 21:58:25 * Luke-Jr wonders how people seem to keep confusing 0.7.0 as 0.70
1635 2012-09-18 21:59:12 balrog has quit (Ping timeout: 252 seconds)
1636 2012-09-18 21:59:44 <kjj_> cool
1637 2012-09-18 22:00:06 <DBordello> Luke-Jr, good question. I simply wasn't paying attention
1638 2012-09-18 22:00:09 <kjj_> I'm out, gotta set up to record a board meeting in a room wired for full A/V recording, but that we aren't allowed to use
1639 2012-09-18 22:01:14 <eian> kjj_, maybe you could tie your hands behind you back and make it a real challenge
1640 2012-09-18 22:01:18 lggr has joined
1641 2012-09-18 22:02:30 slush has quit (Ping timeout: 252 seconds)
1642 2012-09-18 22:04:52 JZavala has quit (Ping timeout: 265 seconds)
1643 2012-09-18 22:04:59 balrog has joined
1644 2012-09-18 22:05:33 shamoon has joined
1645 2012-09-18 22:05:41 lggr has quit (Ping timeout: 245 seconds)
1646 2012-09-18 22:09:08 <kjj_> eian: it isn't the challenge that gets me down, it is the annoyance
1647 2012-09-18 22:09:16 <eian> :)
1648 2012-09-18 22:09:28 balrog has quit (Ping timeout: 252 seconds)
1649 2012-09-18 22:10:14 freakazoid has joined
1650 2012-09-18 22:11:05 <kjj_> and apparently I don't have to leave for another ~10 minutes
1651 2012-09-18 22:11:55 lggr has joined
1652 2012-09-18 22:12:36 maqr has joined
1653 2012-09-18 22:13:02 <DBordello> gettransaction doesn't return inputs and outputs eh? :(
1654 2012-09-18 22:13:20 D34TH_ is now known as D34TH
1655 2012-09-18 22:13:27 D34TH has quit (Changing host)
1656 2012-09-18 22:13:27 D34TH has joined
1657 2012-09-18 22:13:41 <DBordello> Do any API calls return the input for a transaction? That would be useful
1658 2012-09-18 22:13:44 <Luke-Jr> DBordello: try getrawtransaction
1659 2012-09-18 22:13:56 <Luke-Jr> and it's generally NOT useful :p
1660 2012-09-18 22:15:15 <DBordello> I'll decide that ;)
1661 2012-09-18 22:16:26 lggr has quit (Ping timeout: 248 seconds)
1662 2012-09-18 22:16:44 pnicholson has joined
1663 2012-09-18 22:17:17 <DBordello> You are right, that is rough :)
1664 2012-09-18 22:17:41 <DBordello> I had been using someones patch that included inputs and outputs in JSON format
1665 2012-09-18 22:17:51 <DBordello> I assumed that had gotten picked up, I guess not
1666 2012-09-18 22:18:59 <DBordello> Oh, just need a 1 for JSON
1667 2012-09-18 22:20:44 <Luke-Jr> I mean inputs are not useful info in general
1668 2012-09-18 22:21:04 copumpkin has quit (Quit: Computer has gone to sleep.)
1669 2012-09-18 22:21:12 <DBordello> ah
1670 2012-09-18 22:22:37 lggr has joined
1671 2012-09-18 22:22:48 <DBordello> getrawtransaction works great. Thanks!
1672 2012-09-18 22:24:11 shamoon has quit (Remote host closed the connection)
1673 2012-09-18 22:26:35 forever-d has joined
1674 2012-09-18 22:26:52 lggr has quit (Ping timeout: 246 seconds)
1675 2012-09-18 22:28:58 RazielZ has quit (Ping timeout: 246 seconds)
1676 2012-09-18 22:31:18 forever-d has quit (Ping timeout: 260 seconds)
1677 2012-09-18 22:31:20 agricocb has quit (Quit: Leaving.)
1678 2012-09-18 22:36:15 lggr has joined
1679 2012-09-18 22:41:24 JZavala has joined
1680 2012-09-18 22:42:34 lggr has quit (Ping timeout: 248 seconds)
1681 2012-09-18 22:44:13 pumpkin has joined
1682 2012-09-18 22:46:38 lggr has joined
1683 2012-09-18 22:48:18 TheSeven has quit (Remote host closed the connection)
1684 2012-09-18 22:49:02 Malophorus has left ()
1685 2012-09-18 22:51:06 lggr has quit (Ping timeout: 240 seconds)
1686 2012-09-18 22:51:38 TheSeven has joined
1687 2012-09-18 22:52:45 agricocb has joined
1688 2012-09-18 22:54:08 xisalty has quit (Ping timeout: 276 seconds)
1689 2012-09-18 22:57:42 TD has quit (Quit: TD)
1690 2012-09-18 22:57:44 prahanormal has quit ()
1691 2012-09-18 23:01:46 Marf has quit (Ping timeout: 248 seconds)
1692 2012-09-18 23:03:54 lggr has joined
1693 2012-09-18 23:07:21 xisalty has joined
1694 2012-09-18 23:10:23 CodesInChaos has quit (Ping timeout: 268 seconds)
1695 2012-09-18 23:10:27 lggr has quit (Ping timeout: 252 seconds)
1696 2012-09-18 23:14:24 lggr has joined
1697 2012-09-18 23:16:45 t7 has quit (Remote host closed the connection)
1698 2012-09-18 23:21:24 t7 has joined
1699 2012-09-18 23:22:06 lggr has quit (Ping timeout: 268 seconds)
1700 2012-09-18 23:24:43 lggr has joined
1701 2012-09-18 23:25:38 [\\\] is now known as [\\\\\\\\\\\\\\]
1702 2012-09-18 23:28:30 [\\\\\\\\\\\\\\] is now known as [\\\]
1703 2012-09-18 23:29:06 RainbowDashh has joined
1704 2012-09-18 23:29:08 RainbowDashh has quit (Changing host)
1705 2012-09-18 23:29:08 RainbowDashh has joined
1706 2012-09-18 23:29:27 Muis__ has quit (Ping timeout: 244 seconds)
1707 2012-09-18 23:30:04 MC-Eeepc has quit (Ping timeout: 240 seconds)
1708 2012-09-18 23:32:10 lggr has quit (Ping timeout: 256 seconds)
1709 2012-09-18 23:34:11 pumpkin is now known as copumpkin
1710 2012-09-18 23:35:02 lggr has joined
1711 2012-09-18 23:35:33 JStoker has quit (Excess Flood)
1712 2012-09-18 23:36:06 xisalty has quit (Remote host closed the connection)
1713 2012-09-18 23:38:58 MrMeow has quit (Quit: MrMeow)
1714 2012-09-18 23:41:30 lggr has quit (Ping timeout: 252 seconds)
1715 2012-09-18 23:44:39 MC1984 has joined
1716 2012-09-18 23:51:33 lggr has joined
1717 2012-09-18 23:52:39 <jgarzik> double-hrm
1718 2012-09-18 23:53:04 <jgarzik> in upgrading one of my public nodes to 0.7, I discovered it was stuck at ~1000 blocks behind
1719 2012-09-18 23:53:12 brwyatt is now known as Away!~brwyatt@brwyatt.net|brwyatt
1720 2012-09-18 23:53:18 <jgarzik> 100% vanilla git, era ~1000 blocks ago
1721 2012-09-18 23:54:02 <jgarzik> we need a timer that kicks off a getblocks session with a random peer, if no blocks have been received in 60 minutes
1722 2012-09-18 23:54:19 JStoker has joined
1723 2012-09-18 23:54:19 <jgarzik> or if we are below the average of all starting heights
1724 2012-09-18 23:55:48 <sipa> yes, definitely; though i'd rather work on reverse-header sync and fix all these weird sync issues for good, rather than hacking in attempts to make the current behavior less bad
1725 2012-09-18 23:55:48 Arnavion has quit (Ping timeout: 252 seconds)
1726 2012-09-18 23:56:19 D34TH_ has joined
1727 2012-09-18 23:56:31 D34TH_ has quit (Read error: Connection reset by peer)
1728 2012-09-18 23:57:37 paraipan has quit (Quit: Saliendo)
1729 2012-09-18 23:58:55 PhantomSpark has quit (Ping timeout: 246 seconds)
1730 2012-09-18 23:59:06 lggr has quit (Ping timeout: 240 seconds)