1 2012-05-14 00:41:56 <gmaxwell> Hilarious: I'm apparently banned on bitcoin.stackexchange.com, even though I've (probably) never posted there, and if I have I'm sure I was helpful.
  2 2012-05-14 00:42:17 <Diablo-D3> gmaxwell: wtf
  3 2012-05-14 00:59:52 <terry> where's artforz?
  4 2012-05-14 01:00:46 <luke-jr> gone for like a year now
  5 2012-05-14 01:02:14 <Diablo-D3> yeah hes never on irc anymore
  6 2012-05-14 02:00:59 <jgarzik> sipa gmaxwell: I'm trying to locate where we actually use nested BDB transactions.  Any ideas?
  7 2012-05-14 02:01:48 <jgarzik> grepping for TxnBegin and TxnCommit does not help -- cannot find any obvious path that recurses or iterates through TxnBegin or TxnCommit
  8 2012-05-14 02:10:45 <gribble> New news from bitcoinrss: wizeman opened issue 1294 on bitcoin/bitcoin <https://github.com/bitcoin/bitcoin/issues/1294>
  9 2012-05-14 02:22:32 <Cory> When considering competing blockchains, is cumulative difficulty taken into account, or just the number of blocks?
 10 2012-05-14 02:23:24 <splatster> Cory: The former IIRC.
 11 2012-05-14 02:25:37 <Cory> You're right. ""Length" is calculated as total combined difficulty of that chain, not number of blocks, though this distinction is only important in the context of a few potential attacks." - https://en.bitcoin.it/wiki/Blockchain
 12 2012-05-14 03:17:09 <gribble> New news from bitcoinrss: jgarzik opened pull request 1295 on bitcoin/bitcoin <https://github.com/bitcoin/bitcoin/pull/1295>
 13 2012-05-14 03:29:20 <bobnormal> having problems compiling bitcoin static, wind up with cannot find -l boost_system even though it compiles fine dynamic. what gives?
 14 2012-05-14 03:29:53 <bobnormal> version is v0.6.0 but have tried git head with same results
 15 2012-05-14 03:53:45 <gribble> New news from bitcoinrss: Diapolo opened pull request 1296 on bitcoin/bitcoin <https://github.com/bitcoin/bitcoin/pull/1296>
 16 2012-05-14 03:55:32 <gmaxwell> bobnormal: your system probably doesn't have a static copy of boost.
 17 2012-05-14 04:07:25 <bobnormal> gmaxwell: thanks. i wasn't aware it was a recursive requirement (i don't normally do this). recompiling boost static now.
 18 2012-05-14 04:08:50 <bobnormal> gmaxwell: does that mean i need static libcrypto, libssl, libz, etc. as well?
 19 2012-05-14 04:09:24 <gmaxwell> Your OS may have shipped static versions of some of these things already. But where it hasn't you will.
 20 2012-05-14 04:09:50 <gmaxwell> (e.g. libcrypto often gets a static copy, libz often doesn't because the distros _really_ don't want people using static libz)
 21 2012-05-14 04:10:13 <bobnormal> gmaxwell: thanks.
 22 2012-05-14 04:41:11 <Graet> ;;seen Ycros
 23 2012-05-14 04:41:11 <gribble> Ycros was last seen in #bitcoin-dev 26 weeks, 5 days, 15 hours, 36 minutes, and 8 seconds ago: <Ycros> lol
 24 2012-05-14 04:45:06 <gribble> New news from bitcoinrss: Diapolo opened pull request 1297 on bitcoin/bitcoin <https://github.com/bitcoin/bitcoin/pull/1297>
 25 2012-05-14 04:59:14 <gmaxwell> the person with the stuck node that sent me his chain, which was not stuck for me and for whom dumping the chain doesn't fix it that I've been talking to wrote me to say:
 26 2012-05-14 04:59:17 <gmaxwell> VerifySignature() seems to be returning fail on one of the transactions in this block:
 27 2012-05-14 04:59:21 <gmaxwell> ERROR: ConnectInputs() : e3d2b843ef VerifySignature failed
 28 2012-05-14 04:59:23 <gmaxwell> Then everything goes bad.
 29 2012-05-14 04:59:30 <gmaxwell> I traced back a bit, it looks like the problem transaction is failing at this line of script.cpp / VerifyScript:
 30 2012-05-14 04:59:33 <gmaxwell> if (CastToBool(stack.back()) == false) {
 31 2012-05-14 05:28:09 <gmaxwell> http://www2.research.att.com/~bs/JSF-AV-rules.pdf
 32 2012-05-14 09:20:23 <sipa> gmaxwell: idea for testing stuck blockchain: patch connectinputs so it does not allow any txouts that send a particular address/script
 33 2012-05-14 09:20:56 <sipa> then spend to that address, and wait until 500 blocks have been created
 34 2012-05-14 09:21:10 <sipa> turn the patch off, and watch the fireworks
 35 2012-05-14 10:46:23 <JDADandJSON> hi all
 36 2012-05-14 10:46:49 <JDADandJSON> what is the easiest way to find the "From" address for a receive transaction.
 37 2012-05-14 10:46:57 <sipa> it has none
 38 2012-05-14 10:47:10 <JDADandJSON> ok what is the hard way
 39 2012-05-14 10:47:24 <freewil> lol JDADandJSON nice nick
 40 2012-05-14 10:47:24 <sipa> a transaction does not have a well-defined from address
 41 2012-05-14 10:47:29 <JDADandJSON> ;)
 42 2012-05-14 10:47:55 <sipa> a transaction has one or more inputs, and each refers to the output of a previous transaction
 43 2012-05-14 10:47:58 <JDADandJSON> how do sites like satoshi dice send the users bets back ?
 44 2012-05-14 10:48:16 <sipa> those previous outputs can have an identifiable destination address
 45 2012-05-14 10:48:20 <sipa> they pick one
 46 2012-05-14 10:48:57 <sipa> but this is a bad behaviour: the previous outputs are not necessarily addresses that belong to the sender
 47 2012-05-14 10:49:04 <JDADandJSON> is this available via the bitcoin json api ?
 48 2012-05-14 10:49:13 <freewil> they give each user a unique deposit address to identify which user deposited it
 49 2012-05-14 10:49:13 <sipa> no
 50 2012-05-14 10:49:53 <sipa> JDADandJSON: if you need to do a refund, ask the sender for an address
 51 2012-05-14 10:50:49 <JDADandJSON> freewil: no definitely not, the bitcoin client has no interaction
 52 2012-05-14 10:51:04 <JDADandJSON> no Id like to try and code a coin flip site based on the same idea
 53 2012-05-14 10:51:20 <JDADandJSON> Im stuck on finding the senders address :P
 54 2012-05-14 10:51:32 <sipa> JDADandJSON: it has none!
 55 2012-05-14 10:51:44 <freewil> wait so they dont require you to give a withdrawal address?
 56 2012-05-14 10:51:53 <JDADandJSON> freewil correct
 57 2012-05-14 10:52:00 <JDADandJSON> I think they may use the blockchain json API
 58 2012-05-14 10:52:27 <JDADandJSON> its a very cool trick however they manage it
 59 2012-05-14 10:52:29 <sipa> JDADandJSON: you can find "an address part of the funds in the transaction were previously sent to"
 60 2012-05-14 10:52:32 <sipa> JDADandJSON: that is not hard
 61 2012-05-14 10:52:45 <JDADandJSON> sipa - that would be fine
 62 2012-05-14 10:53:02 <sipa> but it is not the same as an "address guaranteed to be usable for refunds"
 63 2012-05-14 10:53:29 <JDADandJSON> due to possible multiple accounts on the users bitcoind ?
 64 2012-05-14 10:53:35 <sipa> for example
 65 2012-05-14 10:53:48 <sipa> or the user not using bitcoind at all
 66 2012-05-14 10:54:01 <sipa> in which you don't know anything about how addresses are managed
 67 2012-05-14 10:54:28 <JDADandJSON> thats managed by a disclaimer to only use official clients
 68 2012-05-14 10:54:29 <JDADandJSON> ;)
 69 2012-05-14 10:54:43 <sipa> how about just asking for a refund address?
 70 2012-05-14 10:54:50 <freewil> yeah im with sipa
 71 2012-05-14 10:54:57 <freewil> seems evil to break the spirit of the protocol
 72 2012-05-14 10:55:02 <sipa> that's the only correct way
 73 2012-05-14 10:55:11 <JDADandJSON> static webpages, static QR codes
 74 2012-05-14 10:55:41 <sipa> how is that related?
 75 2012-05-14 10:55:43 <JDADandJSON> but yes, if I cant manage it Id like to,  Im inspired by satoshidice
 76 2012-05-14 10:56:00 <sipa> i think it's a very bad example
 77 2012-05-14 10:56:29 <JDADandJSON> Id like 0 communication between the web front end and bitcoind server holding funds
 78 2012-05-14 10:57:02 <JDADandJSON> hence the desire for working out return addresses and accepting that non official clients will not work
 79 2012-05-14 10:57:16 <JDADandJSON> + then its all bitcoin
 80 2012-05-14 10:57:37 <JDADandJSON> I shall test your suggestion sipa
 81 2012-05-14 10:57:45 <JDADandJSON> it has to be what the other sites do
 82 2012-05-14 10:57:52 <JDADandJSON> thanks
 83 2012-05-14 10:58:03 <sipa> you don't need to follow the bad example other sites are
 84 2012-05-14 10:59:55 <freewil> sipa: if i have a bitcoind node that doesnt listen and it only connects to one other node (sits behind a firewall) will its ip be broadcasted to other nodes
 85 2012-05-14 11:00:18 <sipa> freewil: recent versions of the code won't, afaik
 86 2012-05-14 11:00:52 <freewil> thatd be crappy if i did
 87 2012-05-14 11:01:07 <JDADandJSON> sipa: the attract is it makes gambling on phones very easy, just store the address in your clients address book.
 88 2012-05-14 11:01:18 <freewil> i guess i could setup a small priv testnet and see if the others get its ip
 89 2012-05-14 11:02:19 <sipa> freewil: git master had an -externalip= option, where you can set your public address
 90 2012-05-14 11:02:25 <sipa> even if you don't listen on it
 91 2012-05-14 11:02:38 <freewil> so i could set it to anything
 92 2012-05-14 11:02:41 <freewil> like 0.0.0.0
 93 2012-05-14 11:02:57 <sipa> yes, but if you have -nolisten on, it will never report any public address
 94 2012-05-14 11:03:47 <freewil> but if i use -connect to specify a single peer will that one peer pass on the ip to others?
 95 2012-05-14 11:04:15 <sipa> it shouldn't, but i'm not sure about old code versions
 96 2012-05-14 11:04:34 <freewil> well on latest
 97 2012-05-14 11:04:37 <freewil> 0.6.2
 98 2012-05-14 11:17:41 <luke-jr> gmaxwell: ping
 99 2012-05-14 11:22:10 <luke-jr> so anyhow, getmemorypool submissions can take some time, when the blocks are many KB big. any ideas on making it timely? :P
100 2012-05-14 11:23:18 <sipa> luke-jr: use BlueMatt's parallelcheck branch
101 2012-05-14 11:23:27 <luke-jr> sipa: &?
102 2012-05-14 11:23:37 <sipa> that does block processing in a separate thread
103 2012-05-14 11:23:43 <luke-jr> bitcoind isn't involved atm
104 2012-05-14 11:23:54 <sipa> oh
105 2012-05-14 11:24:22 <sipa> then i don't understand your question
106 2012-05-14 11:24:27 <luke-jr> when it takes 5 seconds to upload each share, stales are high :p
107 2012-05-14 11:24:59 <luke-jr> sipa: context is miners uploading shares to pool
108 2012-05-14 11:25:28 <sipa> right
109 2012-05-14 11:25:42 <luke-jr> I'm wondering if gzip encoding would help
110 2012-05-14 11:30:13 <sipa> make memorypool into a full mining protocol; suggested block info contains headers + txids; miner can request txs for those ids if requested; submitted block is header + coinbase + txids
111 2012-05-14 11:32:19 <sipa> by the way, does gitian's make-base-vm still work for anyone?
112 2012-05-14 11:32:56 <sipa> depending on which version and command-line arguments i use, i get very different errors, but none work
113 2012-05-14 11:34:42 <gmaxwell> Not for me (damnit!).
114 2012-05-14 11:34:57 <sipa> ?
115 2012-05-14 11:35:45 <gmaxwell> gitian's make-base-vm,  Well, actually I did get it working, but then the resulting vms didn't work. I'm still due to retry it.
116 2012-05-14 11:36:21 <luke-jr> sipa: that's an interesting idea
117 2012-05-14 11:37:27 <luke-jr> sipa: too much back-and-forth, however, can delay a lot
118 2012-05-14 11:38:19 <luke-jr> GMP does already support getting the transactions Array as hashes, though
119 2012-05-14 11:38:20 <sipa> luke-jr: many miners probably don't need to request the txs themselves
120 2012-05-14 11:38:25 <gmaxwell> but all the txn agreement should have happened before solving a block though.
121 2012-05-14 11:40:14 <sipa> i accidentally deleted my base vms
122 2012-05-14 11:40:20 <sipa> and now i can't do gitian builds anymore
123 2012-05-14 11:40:29 <sipa> curiously enough, old versions of gitian fail as well
124 2012-05-14 11:40:32 <luke-jr> O.o
125 2012-05-14 11:40:39 <sipa> i've tried 5 already
126 2012-05-14 11:40:58 <sipa> https://github.com/devrandom/gitian-builder/issues/12
127 2012-05-14 11:41:01 <sipa> if anyone has a hint
128 2012-05-14 13:08:43 <BladeMcCool> is there an accepted 'best' source of live(ish) exchange rate data? mostly looking for quick and simple and up-to-date JSON or XML data with current rates ... not sure the best source to look at.
129 2012-05-14 13:11:51 <BladeMcCool> (bitcoincharts.com is my likely answer, nevermind!)
130 2012-05-14 13:16:51 <jgarzik> gavinandresen sipa gmaxwell: I'm trying to locate where we actually use nested BDB transactions.  Any ideas?  grepping for TxnBegin and TxnCommit does not help -- cannot find any obvious path that recurses or iterates through TxnBegin or TxnCommit multiple times.
131 2012-05-14 13:20:53 <sipa> jgarzik: i don't know of any place where it is actually used
132 2012-05-14 13:21:12 <sipa> try putting an assert false when creating one?
133 2012-05-14 13:31:08 <neofutur> BladeMcCool: you could like my http://p.b.gw.gd/ti/ticker_usd_btc.php or http://p.b.gw.gd/ti/miniticker.php
134 2012-05-14 13:31:31 <neofutur> BladeMcCool: opensource on https://github.com/neofutur/bitcoin_simple_php_tools
135 2012-05-14 13:31:46 <neofutur> add the json or xml formats
136 2012-05-14 13:37:07 <gribble> New news from bitcoinrss: wizeman opened pull request 1298 on bitcoin/bitcoin <https://github.com/bitcoin/bitcoin/pull/1298>
137 2012-05-14 13:47:19 <gribble> New news from bitcoinrss: sipa opened pull request 1299 on bitcoin/bitcoin <https://github.com/bitcoin/bitcoin/pull/1299>
138 2012-05-14 13:57:38 <gmaxwell> " We should not use the official Bitcoin client because it's very hard to secure it without large investments and affecting instant withdrawals in large amounts."
139 2012-05-14 13:57:50 <copumpkin> ?
140 2012-05-14 13:57:56 <gmaxwell> I wonder if someone should say something to that or if it would just be percieved as sour graps.
141 2012-05-14 13:58:00 <gmaxwell> grapes*
142 2012-05-14 13:58:19 <gmaxwell> zhoutong blaming bitcoin for their compromise for seemingly no reason.
143 2012-05-14 13:58:28 <drizztbsd> gmaxwell: who?
144 2012-05-14 13:58:34 <gmaxwell> https://bitcointalk.org/index.php?topic=81045.msg899384#msg899384
145 2012-05-14 13:58:35 <kinlo> I think further splitting the bitcoin client in a client/server model would still be a good goal
146 2012-05-14 13:58:54 <gmaxwell> kinlo: er, yes, but thats irrelevant.
147 2012-05-14 13:58:54 <kinlo> but if he says the official client is insecure, he should work with the core team to get the bugs fixed
148 2012-05-14 13:59:51 <gmaxwell> Moreover, what are you going to use? some crazy custom stuff that burns thousands of bitcoins on your first production run like MTGOX did?
149 2012-05-14 14:01:17 <gmaxwell> And more fundimentally, as far as I can tell he has some impossible expectations.  The hacker got root on their servers, and were able to steal the live wallet the site was actively using to satisify withdrawls.  What possible change to bitcoind could prevent that?
150 2012-05-14 14:01:28 <kinlo> I'm using the stock client, with a few patches but still, not going to trust dangerous code to be self-written
151 2012-05-14 14:01:42 <kinlo> unless I fully understand all that is
152 2012-05-14 14:01:49 <drizztbsd> gmaxwell: hacker with root access can do scp wallet.dat
153 2012-05-14 14:02:17 <kinlo> gmaxwell: the multisig could prevent that
154 2012-05-14 14:02:24 <gmaxwell> drizztbsd: thats not the biggest threat.
155 2012-05-14 14:02:30 <gmaxwell> kinlo: probably not in fact.
156 2012-05-14 14:02:38 <kinlo> gmaxwell: why not?
157 2012-05-14 14:02:42 <gmaxwell> drizztbsd: e.g. wallet encryption can moot that.
158 2012-05-14 14:03:15 <drizztbsd> wallet encryption on a live service?
159 2012-05-14 14:03:25 <drizztbsd> the key must be stored in some place
160 2012-05-14 14:03:31 <kinlo> gmaxwell: you use a service that signs those transactions that 'seem' to be normal, and once a suspicious transaction occurs, the co-signer refuses to continue
161 2012-05-14 14:03:32 <gmaxwell> kinlo: because the same reason that 'scp wallet.dat' isn't a threat.  If I have root I'll just modify the site to have it request a withdraw from all the accounts to me, using whatever wallet access means that site must have.
162 2012-05-14 14:03:58 <kinlo> gmaxwell: but with multisig you need to break into 2 servers
163 2012-05-14 14:04:01 <gmaxwell> kinlo: This is the live wallet used for realtime withdraws for users initiated from the web interface.
164 2012-05-14 14:04:08 <gmaxwell> No. You don't need to break into two servers.
165 2012-05-14 14:04:24 <gmaxwell> You break into the web front end and just impersonate all users and have all users withdraw.
166 2012-05-14 14:04:48 <kinlo> that's why the co-signer should have algorithms to detect such abnormalities and halt operations
167 2012-05-14 14:05:09 <kinlo> sure, you will cash-out some coins, but you should be able to block at some point
168 2012-05-14 14:05:42 <gmaxwell> They _did_ block them from stealing more though, without even needed multisig because the online wallet only has enough for the customary withdraw volume.
169 2012-05-14 14:05:57 <kinlo> true
170 2012-05-14 14:09:15 <jgarzik> sipa: yeah, I ripped out nested transactions
171 2012-05-14 14:10:41 <jgarzik> sipa: that's the genesis of #1295 (check TxnBegin and TxnCommit for errors... something we should have been doing all along anyway)
172 2012-05-14 14:12:13 <jgarzik> sipa: unfortunately the biggest user of transactions is Reorganize(), which makes it difficult to test
173 2012-05-14 14:12:28 <jgarzik> reading the code for recursion turns up nothing, though
174 2012-05-14 14:13:06 <sipa> quite sure reorganize doesn't use nested transactions
175 2012-05-14 14:16:56 <jgarzik> sipa: the code is definitely a bit... odd.  we start a transaction in CBlock::SetBestChain(), and then rely on Reorganize or ::SetBestChainInner to complete the transaction
176 2012-05-14 14:17:30 <sipa> yup
177 2012-05-14 14:21:59 <luke-jr> drizztbsd: bitcoind stores the key in memory; just don't set a re-lock time when you unlock it
178 2012-05-14 14:22:33 <luke-jr> drizztbsd: this way, the file can't simply be copied, and if the server is rebooted (on Linode, that was required to change root pw) the wallet needs unlocking again
179 2012-05-14 14:23:35 <drizztbsd> luke-jr: root access means /dev/mem access
180 2012-05-14 14:23:45 <luke-jr> drizztbsd: sure, but that's a lot harder to compromise
181 2012-05-14 14:26:35 <gmaxwell> drizztbsd: also means that you don't lose control of the wallet if you lose the disk. (e.g. you're swapped onto new hardware and don't get a chance to zeroize the disk)
182 2012-05-14 14:28:08 <gribble> New news from bitcoinrss: laanwj opened pull request 1301 on bitcoin/bitcoin <https://github.com/bitcoin/bitcoin/pull/1301> || jgarzik opened pull request 1300 on bitcoin/bitcoin <https://github.com/bitcoin/bitcoin/pull/1300>
183 2012-05-14 14:32:24 <gmaxwell> BCBot: thats a deadlink mr. bot.
184 2012-05-14 14:33:47 <sipa> wow, who ressurected that bot?
185 2012-05-14 14:42:15 <Diapolo> sipa: A few more IPv6 questions. If I use -onlynet="IPv6" should I ever get in touch with IPv4 DNS seeds? See: Added 10 addresses from ::: 0 tried, 10 new Added 21 addresses from 62.155.229.86: 0 tried, 31 new Added 28 addresses from 178.18.90.41: 0 tried, 59 new 69 addresses found from DNS seeds
186 2012-05-14 14:43:36 <sipa> Diapolo: yes, it contacts all dns server (for now)
187 2012-05-14 14:43:42 <jgarzik> Diapolo: you should get in touch with a DNS seed, yes, because you don't know whether it will return A or AAAA or both
188 2012-05-14 14:43:59 <jgarzik> Diapolo: the code should not -add- IPv4 addresses returned from DNS seeds, if onlynet=ipv6
189 2012-05-14 14:44:09 <sipa> what jgarzik said
190 2012-05-14 14:44:47 <Diapolo> alright, was just wondering ...
191 2012-05-14 14:45:07 <Diapolo> But I still get no running nodes ^^. Seems the universe is empty.
192 2012-05-14 14:45:32 <jgarzik> sipa: want me to add your ipv6 to bitseed.xf2?
193 2012-05-14 14:45:47 <sipa> jgarzik: no, it's teredo for now
194 2012-05-14 14:46:04 <sipa> i'll update bitcoin.sipa.be to be ipv6-ready soon
195 2012-05-14 14:46:34 <drizztbsd> sipa: why?
196 2012-05-14 14:46:41 <sipa> why what?
197 2012-05-14 14:46:49 <luke-jr> <D> "papa, E. needs a spanking!"  |  <E> "E. does need a spanking, papa"
198 2012-05-14 14:46:51 <drizztbsd> why teredo
199 2012-05-14 14:47:16 <sipa> drizztbsd: it works?
200 2012-05-14 14:47:35 <luke-jr> sipa: so does 6to4 :p
201 2012-05-14 14:47:38 <drizztbsd> yes, but it's slow. maybe you can ask for a sixxs tunnel
202 2012-05-14 14:47:49 <drizztbsd> 6to4 is faster too :)
203 2012-05-14 14:47:54 <sipa> oh, i have a sixxs tunnel as well
204 2012-05-14 14:48:12 <sipa> not sure if it still works
205 2012-05-14 14:48:36 <drizztbsd> aiccu is a good thing"
206 2012-05-14 14:48:47 <luke-jr> if you can ping 192.88.99.1, 6to4 should work :P
207 2012-05-14 14:49:03 <drizztbsd> luke-jr: 6to4 does not work with nats
208 2012-05-14 14:49:05 <Diapolo> I would like my ISP to start native IPv6.
209 2012-05-14 14:49:22 <luke-jr> drizztbsd: sure it does <.<
210 2012-05-14 14:50:43 <jgarzik> sixxs definitely still works :)
211 2012-05-14 14:51:04 <jgarzik> obviously that does not necessarily imply your config remains working...
212 2012-05-14 14:51:43 <jgarzik> I trust the sixxs guys to keep their network going, as they have friends in high places and clueful netops at their partner ISPs
213 2012-05-14 14:51:55 <jgarzik> I used 6to4 for years too, though it was slow and occasionally flaky
214 2012-05-14 14:52:36 <drizztbsd> yes, sixxs is the best tunnel :)
215 2012-05-14 14:53:50 <luke-jr> sixxs would be obsolete if the partner ISPs supported 6to4 <.<
216 2012-05-14 14:54:09 <drizztbsd> aiccu++
217 2012-05-14 14:54:15 <luke-jr> I guess they're still needed for static assignemnets
218 2012-05-14 14:57:22 <gavinandresen> I just posted about a critical DoS vulnerability:  https://bitcointalk.org/index.php?topic=81749
219 2012-05-14 14:58:15 <jgarzik> luke-jr: yes.  the goal of sixxs is to make sixxs obsolete.
220 2012-05-14 14:58:24 <luke-jr> heh
221 2012-05-14 14:59:14 <luke-jr> gavinandresen: the stable versions are off by one still
222 2012-05-14 14:59:40 <gavinandresen> luke-jr: what do you mean off by one?
223 2012-05-14 14:59:48 <drizztbsd> http://www.cve.mitre.org/cgi-bin/cvename.cgi?name=2012-2459
224 2012-05-14 14:59:49 <drizztbsd> strange
225 2012-05-14 14:59:57 <luke-jr> gavinandresen: v0.5.5 and v0.4.6 are the correct versions with the fix
226 2012-05-14 15:00:35 <gavinandresen> luke-jr: ok, edited...
227 2012-05-14 15:01:47 <luke-jr> https://en.bitcoin.it/wiki/CVEs updated
228 2012-05-14 15:06:12 <gmaxwell> gavinandresen: alert?  Get theymos to do a forum banner?
229 2012-05-14 15:06:26 <gmaxwell> (maybe cancel the last alert and replace with this one)
230 2012-05-14 15:07:03 <gavinandresen> forum banner: good idea.  alert: sigh.  Yes, probably a good idea.
231 2012-05-14 15:08:32 <luke-jr> alert: "This client is exploitable. Upgrade now or die" :p
232 2012-05-14 15:12:29 <gmaxwell> hah
233 2012-05-14 15:17:39 <Diapolo> hah what?
234 2012-05-14 15:18:17 <gmaxwell> Luke's proposed alert made me laugh.
235 2012-05-14 15:18:26 <Diapolo> ^^
236 2012-05-14 15:18:54 <gavinandresen> ok, alert message should direct people to a web page for more info; how about  "URGENT: upgrade required, see http://bitcoin.org/dos for details"
237 2012-05-14 15:19:12 <gavinandresen> (/dos page to be created....)
238 2012-05-14 15:19:24 <luke-jr> gavinandresen: I wrote up a critfix page a week or so ago, if you want me to pullreq that
239 2012-05-14 15:19:46 <gmaxwell> luke-jr: it should use the exact text from gavin's announcement.
240 2012-05-14 15:20:10 <gmaxwell> In the interest of only disclosing what we intend to disclose we should refer all questions to that text. (or at least copy and paste that text to answer questions)
241 2012-05-14 16:04:53 <gribble> New news from bitcoinrss: laanwj opened pull request 1302 on bitcoin/bitcoin <https://github.com/bitcoin/bitcoin/pull/1302>
242 2012-05-14 16:15:29 <gribble> New news from bitcoinrss: jgarzik opened pull request 1303 on bitcoin/bitcoin <https://github.com/bitcoin/bitcoin/pull/1303>
243 2012-05-14 16:35:59 <GayPal> hello all
244 2012-05-14 16:36:09 <GayPal> i was sent here from bitcoin-otc
245 2012-05-14 16:36:19 <GayPal> i am receiving small amounts of bitcoins i do not know where they came from
246 2012-05-14 16:45:55 <jgarzik> OK, BDB split complete
247 2012-05-14 16:46:17 <jgarzik> let me know of additional feature requests, like a blockchain/ subdirectory
248 2012-05-14 16:50:53 <gribble> New news from bitcoinrss: rebroad opened pull request 1304 on bitcoin/bitcoin <https://github.com/bitcoin/bitcoin/pull/1304>
249 2012-05-14 17:06:05 <gribble> New news from bitcoinrss: rebroad opened pull request 1305 on bitcoin/bitcoin <https://github.com/bitcoin/bitcoin/pull/1305>
250 2012-05-14 17:23:49 <gmaxwell> rebroad: it's helpful btw, when you mention what testing you've done on your requests like you did on the block pulling one, fwiw.
251 2012-05-14 17:26:07 <jgarzik> testing is for sissies
252 2012-05-14 17:26:21 <gribble> New news from bitcoinrss: rebroad opened pull request 1306 on bitcoin/bitcoin <https://github.com/bitcoin/bitcoin/pull/1306>
253 2012-05-14 17:47:27 <gavinandresen> Anybody willing to spearhead a "get translations" effort for  http://bitcoin.org/dos
254 2012-05-14 18:07:21 <gribble> New news from bitcoinrss: Diapolo opened pull request 1307 on bitcoin/bitcoin <https://github.com/bitcoin/bitcoin/pull/1307>
255 2012-05-14 18:34:12 <rebroad> gmaxwell, noted (just noticed your comment)
256 2012-05-14 18:41:56 <Eliel> gavinandresen: Here's a Finnish translation ( a shortened one ) by me https://forum.bittiraha.fi/index.php?topic=79.0
257 2012-05-14 18:50:29 <graingert> a minor bug fix release eh?
258 2012-05-14 18:50:41 <graingert> you sent an alert out?
259 2012-05-14 18:54:52 <rebroad> just out of interest, what's involved in sending out an alert? Is it a one-off action, and the network continues bouncing it around?
260 2012-05-14 18:58:47 <Tykling> $ bitcoind --?
261 2012-05-14 19:01:35 <rebroad> did you run genbuild.sh?
262 2012-05-14 19:03:09 <Tykling> looking at genbuild.sh now
263 2012-05-14 19:03:31 <Tykling> does the build need git installed to get the version string ?
264 2012-05-14 19:06:02 <jgarzik_> Tykling: is that the latest git?  that looks like a bug that was recently fixed.
265 2012-05-14 19:07:35 <Tykling> jgarzik_: no thats the 0.6.2 release
266 2012-05-14 19:09:19 <Tykling> I get an error in the beginning of the build when it runs genbuild.sh
267 2012-05-14 19:09:52 <Tykling> fatal: Not a git repository (or any parent up to mount parent /usr)
268 2012-05-14 19:09:55 <jgarzik_> /* Usual case. Word 53 indicates word 64 is valid */
269 2012-05-14 19:09:59 <jgarzik_> er, oops
270 2012-05-14 19:10:04 <jgarzik_> wrong channel
271 2012-05-14 19:10:09 <Tykling> hah, I'd say
272 2012-05-14 19:10:10 <Tykling> :)
273 2012-05-14 19:11:59 <graingert> wat
274 2012-05-14 19:14:39 <jgarzik_> Tykling: the devs generally build out of git, so building without .git may indeed expose problems
275 2012-05-14 19:15:45 <gmaxwell> Tykling: what are you building?
276 2012-05-14 19:16:04 <gmaxwell> It should build fine without git (now).
277 2012-05-14 19:16:15 <Tykling> gmaxwell: bitcoind on freebsd, the port needs updating to 6.2
278 2012-05-14 19:16:25 <Tykling> bitcoind / bitcoin-qt
279 2012-05-14 19:17:25 <gmaxwell> Tykling: see commit 1f5a7cef6f2a101bbb7081ddca9f795aa6cbbff2
280 2012-05-14 19:17:45 <gmaxwell> wasn't fixed until after 0.6.99 began.
281 2012-05-14 19:24:27 <gavinandresen> ok... i believe we'll need three alerts: one for versions 0 to 40599, one for versions 49900-50499 and one for PROTOCOL_VERSION 60000
282 2012-05-14 19:33:24 <gribble> New news from bitcoinrss: Diapolo opened pull request 1308 on bitcoin/bitcoin <https://github.com/bitcoin/bitcoin/pull/1308>
283 2012-05-14 19:42:36 <graingert> gavinandresen: sorry about my last issue - I have too many tabs open
284 2012-05-14 19:43:32 <gribble> New news from bitcoinrss: graingert opened issue 1309 on bitcoin/bitcoin <https://github.com/bitcoin/bitcoin/issues/1309>
285 2012-05-14 19:44:10 <graingert> that one ^
286 2012-05-14 19:44:33 <sipa> graingert: haha
287 2012-05-14 19:45:41 <gmaxwell> SOLVED.
288 2012-05-14 19:45:46 <gmaxwell> "That was easy"
289 2012-05-14 19:46:20 <graingert> gmaxwell: sigh
290 2012-05-14 19:47:14 <gavinandresen> bah, alerts will have to wait until tomorrow, too many interruptions today....
291 2012-05-14 20:03:41 <gribble> New news from bitcoinrss: osmosis79 opened issue 1310 on bitcoin/bitcoin <https://github.com/bitcoin/bitcoin/issues/1310>
292 2012-05-14 20:06:34 <gmaxwell> ^ do we have a non-stripped build of that somewhere?
293 2012-05-14 20:07:41 <sipa> unsure
294 2012-05-14 20:08:13 <gmaxwell> It's really awesome that we have users who provide backtraces, and really unforunate when they're totally useless. :-/
295 2012-05-14 21:09:41 <gribble> New news from bitcoinrss: rebroad opened pull request 1311 on bitcoin/bitcoin <https://github.com/bitcoin/bitcoin/pull/1311>
296 2012-05-14 21:38:47 <noob_> yo tout le monde j'ai besoin de votre aide
297 2012-05-14 21:39:43 <sipa> apple: can you speak english?
298 2012-05-14 21:40:31 <Guest107> sipa no
299 2012-05-14 21:41:18 <sipa> try #bitcoin-fr ?
300 2012-05-14 21:41:42 <ivory> ok thank you sipa
301 2012-05-14 21:50:50 <Joric> i love french pity i don't understand it maybe i'll learn it somewhen
302 2012-05-14 21:51:04 <ivory> Oo
303 2012-05-14 21:51:36 <nanotube> i can halfway understand it, but can't speak it :)
304 2012-05-14 21:52:48 <Joric> my mom teaches french i don't know shit seems odd but it's possible
305 2012-05-14 21:53:32 <nanotube> heh
306 2012-05-14 22:02:18 <sipa> i understand it, and speak it a bit, but he's probably better off in a -fr channel
307 2012-05-14 22:25:12 <Joric> http://i.imgur.com/wGUTG.gif <- 'code refactoring'
308 2012-05-14 22:26:34 <lianj> Joric: only without testsuites