1 2012-03-12 00:00:07 <luke-jr> sipa: did I add enough debug prints to help with the issue, do you think?
  2 2012-03-12 00:01:12 <da2ce7> my blimming white nickers.... Deepbit spams alot of transactions.
  3 2012-03-12 00:02:16 <gmaxwell> luke-jr: Perhaps the deepspam should get exchoed to other channels.
  4 2012-03-12 00:02:25 <luke-jr> gmaxwell: it's labelled now :p
  5 2012-03-12 00:02:45 <luke-jr> [Sunday, March 11, 2012] [9:01:45 PM] <ljrbot> Txn 81a0dcad4f47fbcff7dc8282dd8a1f507ad4786e53c38b7700edd5e73c0fa1ef: Deepbit 5.745 BTC, 1JEVakpQrotczGpvtV4W9J5Axn5WnSNM2c 4.67 BTC
  6 2012-03-12 00:03:30 <[Tycho]> How do you know the sender ? :)
  7 2012-03-12 00:04:06 <luke-jr> [Tycho]: it only shows outputs
  8 2012-03-12 00:04:29 <luke-jr> for  now
  9 2012-03-12 00:04:43 <luke-jr> would be neat to show txn fee and priority, actually
 10 2012-03-12 00:05:05 <[Tycho]> Is my green address hardcoded there ?
 11 2012-03-12 00:05:11 <luke-jr> yes
 12 2012-03-12 00:09:46 <[Tycho]> You can fetch my green addresses automagically, for example - a couple of times each day.
 13 2012-03-12 00:15:23 <luke-jr> [Tycho]: I could, but it doesn't change, so I took a shortcut for now
 14 2012-03-12 00:15:30 <[Tycho]> "26.72   BTC @    3.12       MTGGBP ==    ????43.7??   TBC @    0.0020447& MTGGBP" - what does it means ?
 15 2012-03-12 00:15:43 <luke-jr> [Tycho]: that's a trade on MtGox
 16 2012-03-12 00:15:55 <[Tycho]> Especially this - 0.0020447
 17 2012-03-12 00:16:08 <luke-jr> [Tycho]: price per TBC
 18 2012-03-12 00:16:16 <[Tycho]> Oh, that.
 19 2012-03-12 00:17:03 <luke-jr> BTC is on the left side
 20 2012-03-12 00:17:08 <[Tycho]> My proposed proposal allows finding out the owners of green addresses.
 21 2012-03-12 00:21:36 <luke-jr> [Tycho]: green addresses need to die :P
 22 2012-03-12 00:22:04 <[Tycho]> You can't stop us.
 23 2012-03-12 00:22:58 <[Tycho]> I don't know any good ways of doing this without going out-of-blockchain.
 24 2012-03-12 00:23:08 <luke-jr> [Tycho]: wanna bet on that? ;)
 25 2012-03-12 00:23:25 <luke-jr> [Tycho]: limit free transactions to 1 per input address ;)
 26 2012-03-12 00:23:32 <luke-jr> per block
 27 2012-03-12 00:23:41 <[Tycho]> luke-jr: how can it affect me ?
 28 2012-03-12 00:24:06 <da2ce7> [Tycho]: gets free transactions within his own blocks.
 29 2012-03-12 00:24:10 <[Tycho]> da2ce7: mining can be evasive.
 30 2012-03-12 00:24:12 <luke-jr> da2ce7: true
 31 2012-03-12 00:25:05 <[Tycho]> Green addresses are cool.
 32 2012-03-12 00:25:08 <da2ce7> the best way is to publicly announce what spam deepbit is doing, and ddos the pool.
 33 2012-03-12 00:25:08 <[Tycho]> And green.
 34 2012-03-12 00:25:27 <[Tycho]> da2ce7: do you have a pool ?
 35 2012-03-12 00:25:44 <[Tycho]> Stop lying please, there is no spam.
 36 2012-03-12 00:25:57 <da2ce7> ? what?
 37 2012-03-12 00:26:27 <luke-jr> [Tycho]: over 25% of all Bitcoin transactions is Deepspam
 38 2012-03-12 00:26:48 <[Tycho]> So what ? They are perfectly legit.
 39 2012-03-12 00:27:34 <da2ce7> you could be using generation transactions. like luke-jr's pool... or send to many.
 40 2012-03-12 00:27:43 <tribbler> thats why so many ppl trust deepbit
 41 2012-03-12 00:27:50 <[Tycho]> Actually I'm planning to use sendmany, just didn't invented a way to abuse the rules with that yet.
 42 2012-03-12 00:28:01 <gmaxwell> and yet other pools manage to generate a tiny fraction of that transaction load per user.
 43 2012-03-12 00:28:08 <tribbler> instead of carrying a balance they payout reliably
 44 2012-03-12 00:28:35 <gmaxwell> tribbler: this has nothing to do with when payouts happen.
 45 2012-03-12 00:29:47 <tribbler> are you talking about network traffic or transactions in the block
 46 2012-03-12 00:30:00 <etotheipi_> what is "wkey" in the satoshi wallet?  it looks like "key" is a plaintext private key, and a "ckey" is an encrypted private key
 47 2012-03-12 00:30:29 <[Tycho]> I don't think that using sendmany can make TX size less than 50% of current one.
 48 2012-03-12 00:30:38 <sipa> etotheipi_: it's a "wallet key"
 49 2012-03-12 00:30:44 <sipa> etotheipi_: it was never used afaik
 50 2012-03-12 00:30:51 <etotheipi_> oh, so I can ignore it
 51 2012-03-12 00:31:08 <sipa> no version since 0.3.19 has created such entries
 52 2012-03-12 00:31:16 <sipa> (and before that, i don't know)
 53 2012-03-12 00:31:22 <etotheipi_> and how do you distinguish address-pool keys?
 54 2012-03-12 00:31:33 <sipa> pool keys are in the pool :)
 55 2012-03-12 00:31:42 <etotheipi_> oh... I missed that entry
 56 2012-03-12 00:31:44 <sipa> (have a pool entry with their pubkey)
 57 2012-03-12 00:31:53 <sipa> for the rest, thet have a key or ckey entry like any other
 58 2012-03-12 00:31:59 <luke-jr> [Tycho]: abuse the rules?
 59 2012-03-12 00:32:07 <[Tycho]> luke-jr: (joke)
 60 2012-03-12 00:32:18 <luke-jr> [Tycho]: oh, if you meant include it in your own blocks, I do have a patch for that
 61 2012-03-12 00:32:32 <etotheipi_> sipa, so all keys are on the "key" or "ckey" entries, and the "pool" entries identify which ones are addr pool keys...?
 62 2012-03-12 00:32:41 <sipa> etotheipi_: exactly
 63 2012-03-12 00:32:44 <etotheipi_> great, thanks
 64 2012-03-12 00:32:48 <gmaxwell> [Tycho]: sure it can you avoid repeating the rather large input scriptsig which is most of the size of  txn.
 65 2012-03-12 00:33:12 <[Tycho]> It's not that large.
 66 2012-03-12 00:33:31 <luke-jr> &
 67 2012-03-12 00:34:05 <[Tycho]> Did you know that I'm using pubkeys for change ?
 68 2012-03-12 00:34:13 <luke-jr> [Tycho]: that makes it even worse.
 69 2012-03-12 00:34:40 <sipa> not really
 70 2012-03-12 00:34:43 <[Tycho]> luke-jr: no, it makes redeeming more compact.
 71 2012-03-12 00:34:45 <luke-jr> [Tycho]: also, every unspent transaction has to be in the index hash table.
 72 2012-03-12 00:34:58 <gmaxwell> (reduction in total inputs involved also avoids the additional input lookups while syncing the chain, which is a significant perfomrnace factor)
 73 2012-03-12 00:34:58 <luke-jr> if you use sendmany, then there's 1 entry
 74 2012-03-12 00:35:17 <[Tycho]> Ok, I'll think about it.
 75 2012-03-12 00:35:28 <sipa> anyway, an extra txout is 34 bytes; an extra transaction is 240 bytes.
 76 2012-03-12 00:35:47 <[Tycho]> Cool.
 77 2012-03-12 00:37:54 <luke-jr> gmaxwell: cdparanoia - does a "+" mean the error was corrected, or file has errors? :/
 78 2012-03-12 00:38:09 <luke-jr> sipa: reckon we should wait to hear from gruez, or just release 0.4.4?
 79 2012-03-12 00:38:25 <luke-jr> (and 0.5.3)
 80 2012-03-12 00:38:46 <luke-jr> I suppose Gavin won't be here till tomorrow anyway
 81 2012-03-12 00:38:50 <gmaxwell> luke-jr: plusses mean that the drive lost sync without reporting it, but cdparanoa caught it and corrected it.
 82 2012-03-12 00:38:57 <luke-jr> gmaxwell: k ty
 83 2012-03-12 00:39:02 <gmaxwell> luke-jr: V is an actual error on output.
 84 2012-03-12 00:39:03 <sipa> i'm okay with releasing 0.5.3
 85 2012-03-12 00:40:03 <gmaxwell> Does 0.5.3 have the unlock duration bug caused by the change to microseconds?
 86 2012-03-12 00:40:18 <tribbler> gmaxwell is pm'ing me with child pron
 87 2012-03-12 00:40:40 <sipa> gmaxwell: oh yes, i believe it does
 88 2012-03-12 00:41:04 <sipa> there
 89 2012-03-12 00:41:23 <luke-jr> gmaxwell: cool, recovered everything off the CD then :D
 90 2012-03-12 00:41:40 <gmaxwell> sipa: I'm a little uneasy with just dropping the fix I have in that pull request on a link, just in case there are other bugs where something calls sleep with a huge number but really wants a short delay.
 91 2012-03-12 00:41:55 <luke-jr> gmaxwell: O.o?
 92 2012-03-12 00:41:58 <gmaxwell> s/on a link/in a release/
 93 2012-03-12 00:42:34 <luke-jr> gmaxwell: sipa just merged it :p
 94 2012-03-12 00:42:35 <sipa> gmaxwell: a sleep with a time more than 10 years will not have any effect until somewhere 2019
 95 2012-03-12 00:42:50 <sipa> oh i see what you mean
 96 2012-03-12 00:43:05 <sipa> i believe the old wallet locking code actually relied on that
 97 2012-03-12 00:43:11 <sipa> i never understood why it worked
 98 2012-03-12 00:43:48 <gmaxwell> sipa: right. I tested it some here... but I thought it should get some instrumentation ("WTF locked for >10years!" in the logs) and a release candidate.
 99 2012-03-12 00:44:20 <gmaxwell> luke-jr: the fix is fine, I'm just concerned about droping it cold into a release because it may expose other bugs.
100 2012-03-12 00:44:45 <sipa> gmaxwell: all calls to Sleep have a constant argument, except two
101 2012-03-12 00:45:13 <sipa> 1) the wallet locking, 2) net's Sleep(timeout.tv_usec/1000);
102 2012-03-12 00:45:21 <sipa> which should always be less than 1 million usec
103 2012-03-12 00:45:36 <luke-jr> what's the bug?
104 2012-03-12 00:46:04 <sipa> wallet lock times >2 million seconds would fail
105 2012-03-12 00:46:08 <gmaxwell> luke-jr: Our Sleep() would return instantly if called with a time that spanned past the year 2038.
106 2012-03-12 00:46:29 <sipa> and that ^
107 2012-03-12 00:46:53 <gmaxwell> I fixed the first, better exposing the second... then fixed the second.
108 2012-03-12 00:47:20 <luke-jr> i c
109 2012-03-12 00:47:23 <gmaxwell> But making long sleeps work may have exposed a third.. but it looks like Sipa's grepping says no.
110 2012-03-12 00:48:03 <gmaxwell> Yea, I confirm no other variable sleeps.
111 2012-03-12 00:49:14 <luke-jr> why not split the sleep up into 10 year periods, and use a for loop or smth?
112 2012-03-12 00:49:26 <sipa> won't work
113 2012-03-12 00:49:27 <luke-jr> ie, sleep (10 yrs + 5 days) becomes sleep(10 yrs); sleep(5 days);
114 2012-03-12 00:49:34 <sipa> it's passing the 2038 barrier that is impossible
115 2012-03-12 00:49:51 <sipa> however
116 2012-03-12 00:49:54 <sipa> however long/short it is
117 2012-03-12 00:52:22 <luke-jr> i c
118 2012-03-12 00:53:58 <Samuel> Hello
119 2012-03-12 00:54:37 <sipa> Samuel: did I correctly read you are 14?
120 2012-03-12 00:54:54 <Samuel> sipa: umm why?
121 2012-03-12 00:55:20 <Samuel> sipa: Yes I'm 14
122 2012-03-12 00:55:24 <luke-jr> sipa: interfaces aren't copyrightable IIRC
123 2012-03-12 00:55:24 <sipa> I didn't expect it :)
124 2012-03-12 00:55:42 <sipa> Don't worry, you're welcome :)
125 2012-03-12 00:55:43 <sipa> luke-jr: ?
126 2012-03-12 00:55:47 <luke-jr> (at least, when I heard he was 14, the thing that popped into my mind was "whose permission do we need?" :P)
127 2012-03-12 00:56:03 <sipa> easy enough, we don't know!
128 2012-03-12 00:56:25 <Samuel> sipa: Oh, thanks!
129 2012-03-12 00:57:38 <peter345978> Anyone interested in test-driving a "block explorer"-type site I've made, please PM me. I want to let someone else try it for like the first time.
130 2012-03-12 00:57:39 <Samuel> Yeah, you can see my portfolio here if you want: http://samuelanderson.tk
131 2012-03-12 00:58:20 <da2ce7> bbback!  Stupid mobile interenet!
132 2012-03-12 01:03:30 <peter345978> So it's all new code. Trying to be pretty HTML5. Does interactive network diagrams of transactions (interactive SVG)& see it first & no takers?
133 2012-03-12 01:04:08 <peter345978> Does both testnet and main; in-memory search of whole tree, all pubkeys, transactions...
134 2012-03-12 01:13:18 <luke-jr> sipa: gmaxwell: how about I roll a rc4 with this, and we plan to rename it to final on Mon/Tue?
135 2012-03-12 01:13:37 <luke-jr> nanotube: are you up for putting an rc4 on SourceForge to get the exposure Gavin wants pre-final?
136 2012-03-12 01:13:55 <gmaxwell> luke-jr: That sounds okay to me.  (though my concerns are now a bit more relaxed then they were a few minutes ago)
137 2012-03-12 01:14:12 <luke-jr> gmaxwell: well, I'm thinking Gavin will demand such testing anyway
138 2012-03-12 01:14:18 <luke-jr> so let's try to get it over with fast
139 2012-03-12 01:15:09 <luke-jr> or if that bug was not a big deal, we could just decide to final rc3 ignorign it&
140 2012-03-12 01:15:29 <luke-jr> worst case, the wallet immediately relocks, right?
141 2012-03-12 01:16:05 <sipa> you mean release rc3 without this locking fix?
142 2012-03-12 01:16:08 <gmaxwell> luke-jr: no worse case we get random hangs. except that worst case doesn't seems to be possible unless grep is being deceptive.
143 2012-03-12 01:16:25 <gmaxwell> I don't think we should do an RC3 without the locking fix.
144 2012-03-12 01:16:30 <sipa> indeed
145 2012-03-12 01:16:35 <gmaxwell> I think we should do it with.
146 2012-03-12 01:18:28 <luke-jr> gmaxwell: I mean worst case *without* your patch
147 2012-03-12 01:18:45 <luke-jr> also, rc3 is already released; we're talking rc4 or not
148 2012-03-12 01:19:00 <gmaxwell> if we're to do another RC we should take the patch.
149 2012-03-12 01:19:13 <sipa> i'd say do an rc4
150 2012-03-12 01:19:20 <luke-jr> right& I mean is the patch important enough to make another RC, or should we just go final without it?
151 2012-03-12 01:19:28 <luke-jr> ok
152 2012-03-12 01:19:35 <gmaxwell> Otherwise you can't unlock longer than 27 days, which is a functionality regression and goes against what we were recommending to reduce linnode-event exposure.
153 2012-03-12 01:19:50 <sipa> i can do a gitian build
154 2012-03-12 01:19:51 <luke-jr> oh, that short >_<
155 2012-03-12 01:19:59 <luke-jr> OK, I'll tag rc4 in a min, 1 sec
156 2012-03-12 01:22:06 <luke-jr> OK, pushed
157 2012-03-12 01:22:09 <gmaxwell> The BIP30 cutpoint is the 15th right?  So yea.. a tuesday release would be okay.
158 2012-03-12 01:22:13 <luke-jr> * [new tag]         v0.4.4rc4 -> v0.4.4rc4
159 2012-03-12 01:22:15 <luke-jr> * [new tag]         v0.5.0.4rc4 -> v0.5.0.4rc4
160 2012-03-12 01:22:16 <luke-jr> * [new tag]         v0.5.3rc4 -> v0.5.3rc4
161 2012-03-12 01:22:41 <etotheipi_> another question about the Satoshi wallet:  is it reasonable for anyone to currently hold a wallet with a mix of encrypted and unencrypted keys?  it's all one or the other, right?
162 2012-03-12 01:22:53 <sipa> etotheipi_: it's always one or the other
163 2012-03-12 01:23:23 <etotheipi_> so every key is either in 'key', or there is an 'mkey' and a list of 'ckey's
164 2012-03-12 01:23:30 <sipa> etotheipi_: indeed
165 2012-03-12 01:23:37 <etotheipi_> perfect, thanks
166 2012-03-12 01:24:10 <sipa> i hope to get confirmation from slush about BIP30 soon
167 2012-03-12 01:24:27 <sipa> and [Tycho] said he would deploy soon as well
168 2012-03-12 01:28:28 <gmaxwell> We should also cut a new 0.6.0rc with the BIP30 fix in it too
169 2012-03-12 01:28:53 <gmaxwell> so we can tell miners on 0.6rc to go to that, miners on 0.5 to go to 0.5.3, and anyone else to take the bip30 patches.
170 2012-03-12 01:29:26 <luke-jr> FWIW, I requested a CVE for the BIP30 issue
171 2012-03-12 01:29:36 <luke-jr> and Gentoo has a security bug open on it waiting for 0.5.3
172 2012-03-12 01:32:10 <luke-jr> rc4 rolled out to Gentoo overlay users
173 2012-03-12 01:33:28 <luke-jr> booting gitian VM to try building&
174 2012-03-12 01:36:35 <luke-jr> sipa: gmaxwell: want to mirror the tags to github?
175 2012-03-12 01:39:30 <etotheipi_> sipa, what is "defaultkey"?
176 2012-03-12 01:41:15 <sipa> luke-jr: we should, i think
177 2012-03-12 01:41:20 <sipa> etotheipi_: ignore
178 2012-03-12 01:41:26 <etotheipi_> thanks
179 2012-03-12 01:41:34 <sipa> doesn't exist anymore since the transition to bitcoin-qt
180 2012-03-12 01:41:48 <luke-jr> sipa: I'm not sure which stable tags are missing, probably a lot. But at least rc4s.
181 2012-03-12 01:45:48 <sipa> luke-jr: i just pushed 0.5.3rc4 now
182 2012-03-12 01:59:22 <sipa> luke-jr: 5ee66e1ad3cda3fb1877c500d89dfd860c0ce4b922c99684a24a1d5e81b06b1e  bin/64/bitcoin-qt
183 2012-03-12 02:01:58 <luke-jr> gitian is so slow
184 2012-03-12 02:07:15 <etotheipi_> why is the 'mkey' entry in the Satoshi wallet 48 bytes?  I assume this is the master encryption key for the wallet, which should be 32 bytes
185 2012-03-12 02:07:29 <sipa> there's more information in it
186 2012-03-12 02:07:46 <ayurveda> its got extra bytes
187 2012-03-12 02:07:48 <etotheipi_> what more information do you need than salt, IV and master key?
188 2012-03-12 02:08:12 <ayurveda> extra bytes.. just to be safe
189 2012-03-12 02:08:28 <etotheipi_> it looks like the salt is a separate field, and the decryption key and iv are created from the passphrase
190 2012-03-12 02:08:41 <sipa> etotheipi_: let me look it up
191 2012-03-12 02:09:10 <ayurveda> the padding is there just in case
192 2012-03-12 02:09:16 <etotheipi_> I'm looking at pywallet, but it looks like he's just plugging in all 48 bytes into AES... which doesn't make sense to me, unless it's truncating the last 16 bytes
193 2012-03-12 02:09:59 <sipa> etotheipi_: cryptedmasterkey, salt, nDerivationMethod, nDeriveIterations, vchOtherDerivationParameters
194 2012-03-12 02:10:08 <JFK911> i like turkeys.
195 2012-03-12 02:10:30 <ayurveda> more bytes = more protection against bit theft
196 2012-03-12 02:10:47 <sipa> ayurveda: do you have anything useful to add as well?
197 2012-03-12 02:11:08 <sipa> etotheipi_: method is always 0 for now, EVP_SHA512, indeed to derive key and IV
198 2012-03-12 02:12:41 <ayurveda> gots to have the bytes
199 2012-03-12 02:16:57 <luke-jr> sipa: was that a SHA512 btw?
200 2012-03-12 02:20:16 <sipa> i suppose; it's what it put in the report file
201 2012-03-12 02:21:03 <nanotube> luke-jr: what's that about rc4
202 2012-03-12 02:22:03 <luke-jr> nanotube: 0.4.4, 0.5.0.4, and 0.5.3 need to be final-released by the 15th
203 2012-03-12 02:22:29 <luke-jr> nanotube: Gavin likes a minimum of X downloads before doing a final, so if you can upload rc4 to SourceForge to track it, that'd help get it done in time
204 2012-03-12 02:22:40 <sipa> my builds are ready
205 2012-03-12 02:22:41 <nanotube> 0.5.0.4 ? are we now tracking 3 branches?
206 2012-03-12 02:22:52 <luke-jr> nanotube: I am. I expect only 0.5.3 actually needs to be on SF tho
207 2012-03-12 02:22:52 <sipa> i only care about 0.5.3 right now
208 2012-03-12 02:23:04 <luke-jr> nanotube: when 0.6 is final, I'm going to drop 0.5.0.x
209 2012-03-12 02:23:40 <luke-jr> sipa: do you know how to repackage them into release zips?
210 2012-03-12 02:23:40 <sipa> what files do you need for a release?
211 2012-03-12 02:23:45 <sipa> no
212 2012-03-12 02:24:20 <luke-jr> doc/release-notes.txt says
213 2012-03-12 02:24:25 <luke-jr> release-process.txt*
214 2012-03-12 02:25:21 <luke-jr> I'll work on the release notes etc
215 2012-03-12 02:26:14 <luke-jr> actually, I already did that for rc3, so no big dela for rc4
216 2012-03-12 02:26:15 <luke-jr> deal*
217 2012-03-12 02:26:22 <nanotube> well... if someone can give me the standard filesets for the rc4 releases, including 6 files (readme, shasums.asc, zip, exe, dmg, and tar.gz), i can push them up in the appropriate directories on sf.net frs.
218 2012-03-12 02:26:33 <nanotube> assuming there's concensus that the rc4 is ready for release
219 2012-03-12 02:26:40 <nanotube> consensus that is.
220 2012-03-12 02:27:13 <luke-jr> nanotube: I think only Gavin can build DMG, so that one won't be ready tonight
221 2012-03-12 02:28:22 <sipa> bah, gitian cleans its output directory
222 2012-03-12 02:28:38 <nanotube> well sans dmg would be fine too
223 2012-03-12 02:28:39 <sipa> so i'll need to rebuild
224 2012-03-12 02:32:19 <luke-jr> :|
225 2012-03-12 02:32:30 <luke-jr> BlueMatt: wanna make the 3rd build of 0.5.3rc4?
226 2012-03-12 02:32:58 <BlueMatt> sure give me a sec
227 2012-03-12 02:43:44 <sipa> gmaxwell: had a chance to look at #930?
228 2012-03-12 02:44:36 <etotheipi_> sipa, my question isn't really answered
229 2012-03-12 02:45:29 <sipa> did you ever use the wx gui?
230 2012-03-12 02:45:32 <etotheipi_> the master key is encrypted... I plug in passphrase, salt and IV to decrypt it:  this decrypts to 48 bytes... then this master key is used to decrypt all the other private keys in the wallet
231 2012-03-12 02:45:45 <sipa> eh no
232 2012-03-12 02:45:59 <etotheipi_> okay, then I misunderstood how it works
233 2012-03-12 02:46:23 <etotheipi_> er... passphrase gives me an IV and decryption key, used to decrypt the master key
234 2012-03-12 02:46:25 <sipa> you have the passphrase, you use the derivation method n times to produce a key and and IV
235 2012-03-12 02:46:36 <sipa> those key and IV encrypt a 32-byte master key
236 2012-03-12 02:47:19 <etotheipi_> sipa, right, but the master key in the database is actually 48 bytes
237 2012-03-12 02:47:56 <sipa> is it?
238 2012-03-12 02:48:26 <sipa> 04:09:59 < sipa> etotheipi_: cryptedmasterkey, salt, nDerivationMethod, nDeriveIterations, vchOtherDerivationParameters
239 2012-03-12 02:48:36 <sipa> isn't all those together that are 48 bytes?
240 2012-03-12 02:51:21 <etotheipi_> sipa, the mkey entry actually has [cryptedmasterkey(48), salt(8), method(4), numIter(4), other(?)]
241 2012-03-12 02:52:09 <etotheipi_> I wonder if there's 16 bytes of zeros to confirm that you used the proper passphrase...?
242 2012-03-12 02:52:39 <sipa> what?
243 2012-03-12 02:52:42 <sipa> this shouldn't be
244 2012-03-12 02:53:36 <etotheipi_> well method is usually 0, which would be 4 consecutive zero bytes
245 2012-03-12 02:53:45 <etotheipi_> but my crypted key is : "952780440ebb9fedc1edeed680aef20d19a010338db8bbe2210788cec3008af7423d4645523ae93e2cc072517241d7ab"
246 2012-03-12 02:54:26 <etotheipi_> hold on, let me try to actually decrypt it
247 2012-03-12 02:55:45 <etotheipi_> well, I don't even know if my decryption algorithm is set up correctly... that's what I'm trying to do right now
248 2012-03-12 02:58:20 <etotheipi_> sipa, looks like I was ...right?  decrypted key has sixteen 0x10 bytes at the end
249 2012-03-12 02:58:31 <etotheipi_> (and it turns out I did setup decryption correctly)
250 2012-03-12 02:58:43 <BlueMatt> decrypted which key, mkey or ckey?
251 2012-03-12 02:58:55 <etotheipi_> mkey
252 2012-03-12 02:59:05 <BlueMatt> wtf?
253 2012-03-12 03:00:32 <sipa> BlueMatt:
254 2012-03-12 03:00:34 <sipa> // max ciphertext len for a n bytes of plaintext is
255 2012-03-12 03:00:37 <sipa> vchCiphertext = std::vector<unsigned char> (nCLen);
256 2012-03-12 03:00:52 <sipa> why is AES_BLOCK_SIZE added there? :p
257 2012-03-12 03:01:03 <BlueMatt> I didnt write that comment
258 2012-03-12 03:01:15 <BlueMatt> I copied it from (IIRC) jgarzik's original crypter thing
259 2012-03-12 03:01:23 <sipa> it explains a lot :)
260 2012-03-12 03:01:30 <etotheipi_> okay, so I'm not going crazy
261 2012-03-12 03:01:53 <BlueMatt> so is it using those 0x10 bytes in the key, or just ignoring them?
262 2012-03-12 03:02:04 <sipa> just ignoring them, i suppose
263 2012-03-12 03:02:12 <etotheipi_> yeah, they must just be truncated off
264 2012-03-12 03:02:19 <BlueMatt> hmm, odd
265 2012-03-12 03:03:03 <sipa> we should test that
266 2012-03-12 03:03:15 <sipa> however, it means we lost one part of security of the wallet (not one we relied one, but still)
267 2012-03-12 03:03:32 <etotheipi_> sipa, what do you mean?
268 2012-03-12 03:03:38 <sipa> it was intended that an attacker would need an EC multiply to check whether a passphrase was correct
269 2012-03-12 03:03:50 <etotheipi_> btw, I have a hunch why it might be done
270 2012-03-12 03:03:50 <sipa> now he can just check for those extra 16 bytes
271 2012-03-12 03:03:59 <sipa> me too; see the code above
272 2012-03-12 03:04:42 <etotheipi_> oh, I thought it might have to do with the AES mode
273 2012-03-12 03:04:54 <etotheipi_> sometimes the first encrypted block is "unprotected" by the IV
274 2012-03-12 03:04:57 <sipa> it shoud be (nLen + AES_BLOCK_SIZE - 1) / AES_BLOCKSIZE * AES_BLOCK_SIZE
275 2012-03-12 03:05:05 <luke-jr> How's this look: http://luke.dashjr.org/programs/bitcoin/files/bitcoin-0.5.3/test/rc4/README.txt
276 2012-03-12 03:05:26 <etotheipi_> although that is the last AES block...
277 2012-03-12 03:05:59 <BlueMatt> luke-jr "based on 0.5.1"
278 2012-03-12 03:06:02 <BlueMatt> you mean 0.5.2?
279 2012-03-12 03:06:21 <luke-jr> BlueMatt: I mean 0.5.1, the branch point from master.
280 2012-03-12 03:06:27 <BlueMatt> oh, ok
281 2012-03-12 03:06:36 <luke-jr> not sure if there's a better way to say that
282 2012-03-12 03:06:41 <BlueMatt> the gitorious link is wrong, but I guess that has to wait for 0.5.3 anyway
283 2012-03-12 03:06:43 <devrandom> sipa: sorry about that (gitian cleaning output)
284 2012-03-12 03:07:02 <nanotube> luke-jr: based on 0.5.1, or based on 0.5.2 ?
285 2012-03-12 03:07:05 <luke-jr> BlueMatt: ah, good find
286 2012-03-12 03:07:15 <luke-jr> nanotube: 0.5.1 was the last non-bugfix version
287 2012-03-12 03:07:28 <sipa> devrandom: i wouldn't now what the better option would be, actually
288 2012-03-12 03:07:29 <nanotube> heh i see i'm too late and bluematt beat me to the question anyway haha
289 2012-03-12 03:07:34 <luke-jr> :D
290 2012-03-12 03:07:41 <sipa> devrandom: maybe let the output dir depend on a release name?
291 2012-03-12 03:08:03 <luke-jr> any ideas how to rephrase it to not prompt that question?
292 2012-03-12 03:08:12 <devrandom> sipa: either that, or ask for confirm...
293 2012-03-12 03:08:35 <luke-jr> btw, my Win32 builds are done
294 2012-03-12 03:09:32 <luke-jr> 2a2877ccbbe4233287d66088e4d1e37032d2057426bb4dbed096bd9b8c24ec2b  bitcoin-0.5.3rc4-win32-setup.exe
295 2012-03-12 03:10:31 <sipa> luke-jr: ACK
296 2012-03-12 03:10:40 <luke-jr> sipa: ACK on README or win32?
297 2012-03-12 03:10:41 <sipa> same here (already pushed to gitian sigs)
298 2012-03-12 03:10:46 <luke-jr> k
299 2012-03-12 03:10:57 <BlueMatt> pushed my sigs for 0.5.3rc4 linux
300 2012-03-12 03:10:59 <BlueMatt> matched sipas
301 2012-03-12 03:11:20 <luke-jr> either of you post Linux build? :P
302 2012-03-12 03:11:28 <BlueMatt> oh, do you need that?
303 2012-03-12 03:11:31 <BlueMatt> I just overwrote it...
304 2012-03-12 03:11:34 <luke-jr> to upload it -.-
305 2012-03-12 03:11:45 <BlueMatt> I thought you were gitian building now too?
306 2012-03-12 03:11:45 <luke-jr> I guess I can wait for mine to finish
307 2012-03-12 03:11:53 <luke-jr> yeah, just SLOW
308 2012-03-12 03:12:07 <luke-jr> I should see about letting my gitian VM use 2 cores
309 2012-03-12 03:12:09 <sipa> hmm, my win setup exe has no rc4 in its name
310 2012-03-12 03:12:16 <sipa> did you rename afterwards, luke-jr?
311 2012-03-12 03:12:17 <BlueMatt> luke-jr: just add -j2
312 2012-03-12 03:12:20 <luke-jr> sipa: yeah
313 2012-03-12 03:12:27 <luke-jr> BlueMatt: no, I mean the VM I run gitian inside
314 2012-03-12 03:12:41 <BlueMatt> yea, gitian handles that just call it with -j2
315 2012-03-12 03:12:44 <luke-jr> & :p
316 2012-03-12 03:12:48 <BlueMatt> (call gbuild)
317 2012-03-12 03:12:59 <BlueMatt> or use -j4
318 2012-03-12 03:13:00 <luke-jr> BlueMatt: qemu-system-x86_64 gitian.hdi -m 1500 -ctrl-grab -cpu host,+vmx &
319 2012-03-12 03:13:08 <luke-jr> ^ that one
320 2012-03-12 03:13:16 <BlueMatt> what gitian are you using?
321 2012-03-12 03:13:27 <luke-jr> gitian.hdi is a qemu image with Ubuntu
322 2012-03-12 03:13:38 <BlueMatt> wtf are you running on?
323 2012-03-12 03:13:40 <etotheipi_> sipa, btw it looks like the encrypted keys (ckeys) are also 48 bytes and have the same sixteen bytes of 0x10
324 2012-03-12 03:13:51 <BlueMatt> why dont you just use the gitian scripts that are already written???
325 2012-03-12 03:14:15 <etotheipi_> (and it looks like my Satoshi-wallet-decryption is working :))
326 2012-03-12 03:14:21 <luke-jr> BlueMatt: gitian only works on Ubuntu
327 2012-03-12 03:14:25 <sipa> etotheipi_: nice!
328 2012-03-12 03:14:33 <luke-jr> BlueMatt: so I have an Ubuntu qemu VM, that I installed gitian inside
329 2012-03-12 03:14:36 <BlueMatt> luke-jr: aside from the make-base-vm stuff, it shuld work anywhere
330 2012-03-12 03:14:54 <BlueMatt> just get the base vm from an ubuntu box
331 2012-03-12 03:14:55 <etotheipi_> sipa, I'm curious why it is 0x10... does it always use that byte
332 2012-03-12 03:14:55 <sipa> that explains the speed :)
333 2012-03-12 03:15:12 <luke-jr> sipa: VMX not as effective as I assumed? :P
334 2012-03-12 03:15:18 <BlueMatt> so if we drop the 0x10 will old clients still decrypt properly?
335 2012-03-12 03:15:26 <sipa> BlueMatt: i assume so
336 2012-03-12 03:15:30 <etotheipi_> I mean, if I was trying to guess someone's encryption key, can I always just check for trailing 0x10 bytes?
337 2012-03-12 03:15:39 <BlueMatt> so, anyone want to volunteer to  fix it then?
338 2012-03-12 03:15:39 <sipa> etotheipi_: indeed
339 2012-03-12 03:15:54 <sipa> not at this hour
340 2012-03-12 03:16:09 <etotheipi_> I'm intrigued as to why this didn't crop up anywhere else
341 2012-03-12 03:16:17 <BlueMatt> same here (damn long days of flying...)
342 2012-03-12 03:16:18 <luke-jr> BlueMatt: ever see Inception?
343 2012-03-12 03:16:26 <etotheipi_> in my case, it's because Crypto++ refuses non-32-byte encryption/decryption keys
344 2012-03-12 03:16:28 <BlueMatt> luke-jr: yes, and that has to do with anything how?
345 2012-03-12 03:16:29 <luke-jr> BlueMatt: that's what I'm doing, except with VMs instead of dreams.
346 2012-03-12 03:16:38 <BlueMatt> oh...
347 2012-03-12 03:16:56 <sipa> they get slower, instead of faster though :p
348 2012-03-12 03:17:02 <sipa> nanotube: how to create shasums.asc ?
349 2012-03-12 03:17:07 <luke-jr> sipa: gpg
350 2012-03-12 03:17:16 <BlueMatt> sipa: depends on how you define faster in inception...
351 2012-03-12 03:17:16 <sipa> luke-jr: thank you, that is helpful :)
352 2012-03-12 03:17:18 <luke-jr> sipa: I usually sign the stable releases
353 2012-03-12 03:17:24 <BlueMatt> seriously, spin up an ubuntu vm, call the make-base-vm stuff, and the rest should work fine outside of ubuntu
354 2012-03-12 03:17:31 <luke-jr> BlueMatt: it still needs Ruby
355 2012-03-12 03:17:36 <BlueMatt> and?
356 2012-03-12 03:17:43 <luke-jr> I'd rather not install it on my real system.
357 2012-03-12 03:17:53 <luke-jr> Ubuntu VM works. Just not as fast as I'd expected.
358 2012-03-12 03:17:58 <BlueMatt> why not install ruby in its own directory, not like you have to install it in /usr or whatever
359 2012-03-12 03:18:16 <nanotube> sipa: it's a clearsigned message. gpg --clearsign
360 2012-03-12 03:19:24 <captain^k> bitcointools gives me 'ERROR:root:Couldn't open wallet.dat/main. Try quitting Bitcoin and running this again.' ;(
361 2012-03-12 03:19:27 <luke-jr> BlueMatt: better question IMO is why gitian not a chroot-based Python script so it works everywhere? :P
362 2012-03-12 03:19:54 <luke-jr> nanotube: if you want to start early, http://luke.dashjr.org/programs/bitcoin/files/bitcoin-0.5.3/test/rc4/README.txt and Win32 bins at http://luke.dashjr.org/programs/bitcoin/files/bitcoin-0.5.3/test/rc4/ look good to go
363 2012-03-12 03:20:11 <sipa> luke-jr: i doubt chroot suffices
364 2012-03-12 03:20:25 <BlueMatt> https://github.com/bitcoin/bitcoin/issues/933
365 2012-03-12 03:20:27 <etotheipi_> sipa, I meant, is it always going to be 0x10?  Is that actually in the bitcoin code?  or is it an artifact from somewhere else?
366 2012-03-12 03:20:30 <luke-jr> sipa: I doubt it doesn't.
367 2012-03-12 03:20:38 <sipa> luke-jr: be my guest then
368 2012-03-12 03:20:42 <BlueMatt> luke-jr: because not everyone uses pythong?
369 2012-03-12 03:20:54 <BlueMatt> etotheipi_: ^ sipa
370 2012-03-12 03:20:56 <luke-jr> BlueMatt: it's not really possible to run a system w/o Python anymore :P
371 2012-03-12 03:21:16 <sipa> where is the time when everything was still perl :p
372 2012-03-12 03:21:17 <gribble> New news from bitcoinrss: TheBlueMatt opened issue 933 on bitcoin/bitcoin <https://github.com/bitcoin/bitcoin/issues/933>
373 2012-03-12 03:21:29 <captain^k> when running 'C:AppsPCBitCoingavinandresen-bitcointools-b59f7ef>c:Python27python.exe dbdump.py --wallet --datadir=c:appspcitcoindata-main'
374 2012-03-12 03:21:31 <luke-jr> sipa: I know, I wish it still was :<
375 2012-03-12 03:21:41 <captain^k> with just wallet.dat in there
376 2012-03-12 03:21:59 <BlueMatt> luke-jr: most people use it, but some people dont...so what?
377 2012-03-12 03:22:09 <BlueMatt> its a dev tool, devs can be expected to install deps
378 2012-03-12 03:22:09 <luke-jr> BlueMatt: most people don't use Ruby.
379 2012-03-12 03:22:17 <BlueMatt> (thats why gitian-downloader is python)
380 2012-03-12 03:22:25 <luke-jr> O.o
381 2012-03-12 03:22:36 <sipa> luke-jr: i hope that "most people don't use it" is not a reason not to use it
382 2012-03-12 03:22:51 <luke-jr> sipa: when there's no good reason to deviate from the norm, it is for me ;p
383 2012-03-12 03:23:00 <BlueMatt> most people dont use bitcoin, so now luke-jr wont
384 2012-03-12 03:23:03 <sipa> the joy of statism
385 2012-03-12 03:23:12 <luke-jr> BlueMatt: there's a good reason to, though!
386 2012-03-12 03:23:16 <BlueMatt> oh?
387 2012-03-12 03:23:23 <luke-jr> BlueMatt: can't do tonal with USD
388 2012-03-12 03:23:48 <captain^k> most people don't use tonal, so we shouldn't support that
389 2012-03-12 03:23:49 <captain^k> hehe
390 2012-03-12 03:24:05 <etotheipi_> luke-jr, you can't use tonal in BTC, either
391 2012-03-12 03:24:13 <luke-jr> etotheipi_: can with Bitcoin
392 2012-03-12 03:24:37 <sipa> -----BEGIN PGP SIGNED MESSAGE-----
393 2012-03-12 03:24:41 <etotheipi_> not if you want to trade your BTC with anyone else...
394 2012-03-12 03:24:56 <sipa> did some tool put that "Hash: SHA512" there, or was it added manually?
395 2012-03-12 03:25:09 <nanotube> sipa: gpg --clearsign puts the hash algo there automagically
396 2012-03-12 03:25:19 <sipa> heh
397 2012-03-12 03:26:15 <sipa> oh, it is gpg's hash function, it has nothing to do with the checksums
398 2012-03-12 03:26:21 <luke-jr> ;;later tell gavinandresen when you get a chance, please build 0.5.3rc4 for Mac?
399 2012-03-12 03:26:22 <gribble> The operation succeeded.
400 2012-03-12 03:27:41 <nanotube> sipa: yes :)
401 2012-03-12 03:27:53 <sipa> nanotube: http://bitcoin.sipa.be/builds/0.5.3rc4/
402 2012-03-12 03:28:20 <luke-jr> Connecting to bitcoin.sipa.be|2a02:348:5e:5a29::1|:80& failed: Connection refused.
403 2012-03-12 03:28:20 <sipa> luke-jr: surprisingly few, i think
404 2012-03-12 03:28:40 <BlueMatt> sipa: has bad ipv6...shame on you
405 2012-03-12 03:30:22 <sipa> hmm, ok, restarted webserver after making it listen on :80, but now it says port is in use
406 2012-03-12 03:30:28 <sipa> wait a minute
407 2012-03-12 03:30:41 <sipa> eh, after making it listen on ipv6
408 2012-03-12 03:31:29 <luke-jr> now it's down on v4 too :p
409 2012-03-12 03:31:43 <sipa> yes, i know
410 2012-03-12 03:31:49 <sipa> that's what i said
411 2012-03-12 03:32:05 <sipa> haha
412 2012-03-12 03:32:56 <sipa> lighttpd fail
413 2012-03-12 03:33:06 <BlueMatt> aww, I like lighttpd
414 2012-03-12 03:33:10 <sipa> that ipv6 script doesn't work
415 2012-03-12 03:33:32 <BlueMatt> oh, yea IIRC its ipv6 stuff is backwards as hell
416 2012-03-12 03:33:51 <luke-jr> nanotube: anyhow, complete (except for Mac): http://luke.dashjr.org/programs/bitcoin/files/bitcoin-0.5.3/test/rc4/
417 2012-03-12 03:34:05 <Dagger2> try just asking it to listen on v6? if you have net.ipv6.bindv6only turned off it should then work on v4 too
418 2012-03-12 03:34:55 <luke-jr> Eloipool only support IPv6, but gets IPv4 connections anyway :D
419 2012-03-12 03:35:08 <sipa> sure, that's how you do it
420 2012-03-12 03:35:26 <sipa> not sure how to tell lighttpd to listen on ipv6
421 2012-03-12 03:35:34 <nanotube> luke-jr: sipa: your win32.zips are different.
422 2012-03-12 03:35:42 <nanotube> the linux tar.gz and win setup.exe are the same
423 2012-03-12 03:35:44 <luke-jr> nanotube: the contents aren't, I think
424 2012-03-12 03:36:10 <sipa> aha, got it
425 2012-03-12 03:36:11 <BlueMatt> nanotube: always check releases against github.com/bitcoin/gitian.sigs
426 2012-03-12 03:36:16 <sipa> server.bind = "[::]"
427 2012-03-12 03:36:21 <sipa> luke-jr: try again
428 2012-03-12 03:37:17 <sipa> nanotube: use gverify, i guess
429 2012-03-12 03:37:28 <BlueMatt> yea
430 2012-03-12 03:38:09 <luke-jr> is there a reason gitian-win32 doesn't do the zipping for us?
431 2012-03-12 03:38:51 <BlueMatt> convenience for when we use gitian-downloader later, mostly
432 2012-03-12 03:39:29 <Dagger2> sipa: working now
433 2012-03-12 03:39:40 <nanotube> ok i haven't really used gitian, anyone care to tell me where i find this 'gverify' and how the whole process works? or point me to some docs?
434 2012-03-12 03:40:02 <nanotube> (would have been so much simpler if the win32 zips just matched :P )
435 2012-03-12 03:40:04 <BlueMatt> my win32 sigs match sipas
436 2012-03-12 03:41:03 <luke-jr> oh
437 2012-03-12 03:41:11 <luke-jr> sipa/bluematt: did you make a dir for the zip?
438 2012-03-12 03:41:32 <BlueMatt> just my sigs (ie the zip's contents) not the zip
439 2012-03-12 03:41:37 <BlueMatt> I didnt make a zip
440 2012-03-12 03:42:04 <sipa> luke-jr: i just did what release-doc sayd
441 2012-03-12 03:42:06 <sipa> said
442 2012-03-12 03:42:13 <luke-jr> :D
443 2012-03-12 03:44:15 <luke-jr> with VERSION=0.5.3 or 0.5.3rc4?
444 2012-03-12 03:44:37 <BlueMatt> nanotube: git clone https://github.com/devrandom/gitian-builder.git; cd gitian-builder; mkdir -p build/out; cd build/out; unzip something.zip; cd ../..; ./bin/gverify -r "v0.X.XrcX[-win32]" -d ../gitian.sigs/; ../bitcoin/contrib/gitian-descriptors/gitian[-win32].yml
445 2012-03-12 03:44:41 <devrandom> BlueMatt: here's a good way to shasum a directory:
446 2012-03-12 03:44:53 <BlueMatt> nanotube: with a git clone https://github.com/bitcoin/gitian.sigs first
447 2012-03-12 03:45:00 <devrandom> find . -name .git -prune -o -name .svn -prune -o -type f -print0 | sort -z | xargs -0 -n 10 sha256sum
448 2012-03-12 03:45:23 <sipa> luke-jr: 0.5.3rc4
449 2012-03-12 03:45:33 <BlueMatt> devrandom: nice...
450 2012-03-12 03:45:59 <devrandom> but yeah, gverify is good for the official sigs
451 2012-03-12 03:46:00 <luke-jr> sipa: https://github.com/bitcoin/bitcoin/pull/934
452 2012-03-12 03:46:20 <[Tycho]> Wow, my new strange TXes are finally mined :)
453 2012-03-12 03:46:49 <luke-jr> http://blockchain.info/tx-index/3272656/c0b69d1e5ed13732dbd704604f7c08bc96549cc556c464aa42cc7525b3897987
454 2012-03-12 03:46:53 <luke-jr> [Tycho]: thanks
455 2012-03-12 03:47:11 <gribble> New news from bitcoinrss: luke-jr opened pull request 934 on bitcoin/bitcoin <https://github.com/bitcoin/bitcoin/pull/934>
456 2012-03-12 03:47:31 <[Tycho]> This was a test for that address thing.
457 2012-03-12 03:47:45 <luke-jr> [Tycho]: my script noticed it :P
458 2012-03-12 03:48:06 <[Tycho]> Do you parse all the TXes to find free ones ?
459 2012-03-12 03:48:39 <luke-jr> yes
460 2012-03-12 03:50:02 <freewil> are you guys maintaining a changelog for the release candidates?
461 2012-03-12 03:50:04 <luke-jr> nanotube: verified the contents of the ZIPs are identical
462 2012-03-12 03:50:10 <luke-jr> freewil: ?
463 2012-03-12 03:50:17 <[Tycho]> Actually I can still redeem it before you :)
464 2012-03-12 03:50:23 <luke-jr> freewil: http://luke.dashjr.org/programs/bitcoin/files/bitcoin-0.5.3/test/rc4/README.txt
465 2012-03-12 03:50:25 <luke-jr> [Tycho]: perhaps.
466 2012-03-12 03:50:37 <freewil> luke-jr, thank you much
467 2012-03-12 03:50:49 <luke-jr> [Tycho]: unfortunately for you, my redemption script is standard. ;)
468 2012-03-12 03:50:56 <luke-jr> so probably you won't.
469 2012-03-12 03:51:12 <[Tycho]> Blockchaininfo doesn't shows your tx
470 2012-03-12 03:51:33 <luke-jr> o rly
471 2012-03-12 03:51:34 <luke-jr> interesting
472 2012-03-12 03:51:47 <[Tycho]> And their wallet doesn't detects multisigs and that TX too...
473 2012-03-12 03:51:49 <[Tycho]> Strange
474 2012-03-12 03:52:04 <nanotube> luke-jr: working on gitian :)
475 2012-03-12 03:52:16 <nanotube> luke-jr: btw, have you figured out why the zips themselves are not identical?
476 2012-03-12 03:52:36 <luke-jr> nanotube: maybe different versions of ZIP ;p
477 2012-03-12 03:52:55 <luke-jr> This is Zip 3.0 (July 5th 2008), by Info-ZIP.
478 2012-03-12 03:54:35 <[Tycho]> BBE still shows multisigs as "Strange"...
479 2012-03-12 03:54:54 <luke-jr> fwiw, confirmed sipa's Linux bins here
480 2012-03-12 03:55:37 <luke-jr> nanotube: I'm fine with just copying sipa's zip if that makes it easier :P
481 2012-03-12 03:56:57 <luke-jr> there, my dir just has his ZIP now
482 2012-03-12 03:58:58 <nanotube> just curious. :) i have gotten gitian to run and check sigs now. just need to get bluematt's key.... :)
483 2012-03-12 04:10:23 <nanotube> yea contents of both you and sipa verified. as the same. o/
484 2012-03-12 04:23:59 <nanotube> 053rc4 is up on sf.net frs
485 2012-03-12 04:31:41 <Raccoon> hey nanotube
486 2012-03-12 04:33:59 <nanotube> sup Raccoon
487 2012-03-12 04:35:27 <Raccoon> any way to allow gribble to do channel managment in ##coders?
488 2012-03-12 04:35:53 <nanotube> what's in ##coders, and what kind of 'channel management' are we talking about :)
489 2012-03-12 04:36:53 <Raccoon> well, gribble's in ##coders :) just op/voice/ban/kick type commands.  does he do those?
490 2012-03-12 04:40:00 <Raccoon> topic ##coders General programming help - Any language - Ask for examples if you want - Ask someone to write it for you if you must - RTFM is a 4 letter word here - Freelance coders welcome!
491 2012-03-12 04:42:05 <luke-jr> https://bitcointalk.org/index.php?topic=68339.0
492 2012-03-12 05:09:47 <nanotube> Raccoon: if you have chanop, you automatically have op capabilities and can use kick/kban commands
493 2012-03-12 05:13:49 <Raccoon> indeed.
494 2012-03-12 05:14:11 <nanotube> Raccoon: be sure to check out the 'help kban' (most useful command ever :) ), and 'help kick'. also a few other things in 'list channel'
495 2012-03-12 05:14:23 <Raccoon> i was just wondering if i could deligate through gribble and not have to give users flags on the chan
496 2012-03-12 05:14:43 <Raccoon> oh, you do mean through gribble
497 2012-03-12 05:15:00 <nanotube> yes
498 2012-03-12 05:15:10 <Raccoon> but i would have to be opped up?
499 2012-03-12 05:15:15 <nanotube> users who have chanop on the channel can generally use those.
500 2012-03-12 05:15:34 <nanotube> otherwise, i'd have to create accounts for your users, and give them op capability, and it'd be kind of a pita for me ;)
501 2012-03-12 05:15:36 <Raccoon> what's special about kban?
502 2012-03-12 05:15:41 <nanotube> ;;help kban
503 2012-03-12 05:15:42 <gribble> (kban [<channel>] [--{exact,nick,user,host}] <nick> [<seconds>] [<reason>]) -- If you have the #channel,op capability, this will kickban <nick> for as many seconds as you specify, or else (if you specify 0 seconds or don't specify a number of seconds) it will ban the person indefinitely. --exact bans only the exact hostmask; --nick bans just the nick; --user bans just the user, and (1 more message)
504 2012-03-12 05:15:43 <Raccoon> aye
505 2012-03-12 05:15:49 <nanotube> it bans the guy, then kicks him. and you can set a timeout
506 2012-03-12 05:15:54 <nanotube> so the ban will be lifted
507 2012-03-12 05:15:55 <Raccoon> ok
508 2012-03-12 05:15:57 <nanotube> after that many seconds
509 2012-03-12 05:16:21 <Raccoon> so similar to mIRC's /ban -ku3600 for 1 hour
510 2012-03-12 05:16:49 <Raccoon> eg, /ban -ku3600 #bitcoin-dev nanotube 2 (two is the mask type.  *!*@full.host.tld)
511 2012-03-12 05:19:28 <Raccoon> my thought was just the context of invisible ops to prevent vanity
512 2012-03-12 05:19:42 <Raccoon> i can go through chanserv
513 2012-03-12 05:20:36 <nanotube> mmm well, i'm about to sleep, let's reconvene tomorrow. :)
514 2012-03-12 05:20:50 <nanotube> luke-jr: thanks for posting. :)
515 2012-03-12 05:23:50 <splatster> Is there a download available of the testnet blockchain?