1 2013-04-30 00:01:46 <CodeShark> anyhow, point is even if the bitcoind built-in account system supports 95% of what one wants to do, the remaining 5% means one must pretty much implement the whole thing oneself
2 2013-04-30 00:05:55 <CodeShark> sorry, just frustrated because I thought I was completely done with this app...but I'm probably going to have to reimplement it
3 2013-04-30 00:06:40 <CodeShark> or at least reimplement that entire portion that deals with distinguishing between user deposits and admin deposits
4 2013-04-30 00:10:05 <CodeShark> blah, it's no big deal, really - I'm just tired
5 2013-04-30 00:14:07 <CodeShark> my bad for not having made sure that the "*" account can't be passed to sendtoaddress and sendmany
6 2013-04-30 00:21:45 <jgarzik> CodeShark: the bitcoind account system is lame, and quickly outgrown ;p
7 2013-04-30 00:21:59 <jgarzik> CodeShark: bigger projects inevitably wind up rethinking key management in general
8 2013-04-30 00:24:32 <saracen> Will the account system one day be removed?
9 2013-04-30 00:26:35 <Cusipzzz> I like accounts
10 2013-04-30 00:28:44 <Luke-Jr> saracen: hopefully optimized if not
11 2013-04-30 00:28:48 <saracen> But with the live notifications from bitcoind in the future, the accounts could easily be kept elsewhere
12 2013-04-30 00:41:42 <gmaxwell> saracen: "live notifications from bitcoind in the future, the accounts could easily be kept elsewhere" it's kind of orthorgonal. Accounts really aren't quite suited for e.g. running a shared wallet??? no live replication means no durability of metadata changes...
13 2013-04-30 00:42:26 <gmaxwell> but they're perfectly ducky for more casual accounting. They make my tax reporting easier. Perhaps that should ultimately be replaced with accounting system bitcoin intergration too, but its less obvious.
14 2013-04-30 01:36:08 <The_Fly> CodeShark: i've merged your multiwallet with master, 0mq with master and have now put in support for namespace 0mq wallet messages (e.g. wallet.default{...json...} or wallet.test{...json...})
15 2013-04-30 01:36:36 <The_Fly> so now one can subscribe to messages for an individual wallet or all wallets
16 2013-04-30 01:37:05 <The_Fly> and can tell by looking at the message prefix the wallet in question
17 2013-04-30 01:37:06 <phantomcircuit> The_Fly, you know that 0mq makes no delivery guarantees right
18 2013-04-30 01:37:24 <The_Fly> yes, i do
19 2013-04-30 01:37:40 <phantomcircuit> good just checking
20 2013-04-30 01:37:59 <The_Fly> https://github.com/rabbitmq/rmq-0mq/wiki
21 2013-04-30 01:38:18 <The_Fly> it makes sense to use 0mq and leave rabbitmq as an optional and external add-on
22 2013-04-30 01:39:04 <The_Fly> i'm going to be hooking up the allertnotify event into a 0mq message, those messages probably dont need transactions or persistence
23 2013-04-30 01:40:03 <Luke-Jr> The_Fly: you know CodeShark's multiwallet is dead, right? :p
24 2013-04-30 01:40:43 <The_Fly> i saw he had a multiwallet-new
25 2013-04-30 01:40:49 <The_Fly> which is a month old
26 2013-04-30 01:42:28 <The_Fly> plus it's not very dead if i've got it sucessfully merged and running into latest master
27 2013-04-30 01:44:34 <The_Fly> ive merged both 0mq and multiwallet separately and am now bringing those branches together into a 0mq+multiwallet branch, it's useful for my purposes
28 2013-04-30 01:44:46 <The_Fly> and hopefully useful for others too
29 2013-04-30 02:00:21 <mollison> gmaxwell: want to ask you in particular something about bitcoin-qt's use of random numbers, you around?
30 2013-04-30 02:01:09 <gmaxwell> mollison: Hm?
31 2013-04-30 02:02:47 <mollison> gmaxwell: if you look at man 4 random, it states that /dev/random should be used for "long-term keys", and i just checked, and at least on my machine, that is what gnupg is doing (for example). so shouldn't bitcoin-qt also follow that advice and use /dev/random? or are the bitcoin devs certain that that is not good advice?
32 2013-04-30 02:03:24 <mollison> gmaxwell: man 4 random mentions that there may be classified attacks on the kind of data produced by /dev/urandom
33 2013-04-30 02:03:50 <gmaxwell> I'm really not going to go through this discussion again, sorry. Go take it up with opensls.
34 2013-04-30 02:03:53 <gmaxwell> er openssl
35 2013-04-30 02:03:55 <mollison> gmaxwell: basically i just wanted to make sure you're aware that the man page writer seems to be saying NOT to do something that bitcoin-qt is doing
36 2013-04-30 02:04:32 <mollison> gmaxwell: ok... but i'm not bringing this up for my own intellectual satisfaction, i'm bringing it up b/c, as i said above, the man pages are saying not to do something that you all are doing.
37 2013-04-30 02:04:42 <gmaxwell> That isn't what the manpage writer is saying there.
38 2013-04-30 02:05:26 <mollison> gmaxwell: "As a general rule, /dev/urandom should be used for everything except long-lived GPG/SSL/SSH keys." I would think that a long-lived bitcoin private key would fit in that category.
39 2013-04-30 02:05:56 <gmaxwell> In an information theoretic sense it may be possible to determine some urandom output based on a bunch of other urandom output, assuming you can compromise sha1 and actually have a bunch of other random output. This is not a threat model which applies to Bitcoin generally, as I explained the prior time.
40 2013-04-30 02:06:40 <Guest63996> mollison: Long answer: get yourself a copy of Cryptography Engineering https://www.schneier.com/book-ce.html and read it, particularly the section on random number generation. Short answer, well, I'm busy.
41 2013-04-30 02:06:55 <mollison> gmaxwell: interesting that you are asserting a disagreement with presumably gnupg which does use dev/random, AND the man page, but OK.
42 2013-04-30 02:07:15 <mollison> gmaxwell: i don't know enough to argue it or care to argue it... just wanted to make it clear that there is a disagreement here and that bitcoin-qt is potentially on the "less secure" side
43 2013-04-30 02:07:15 <petertodd> mollison: really short answer, they're both fine
44 2013-04-30 02:07:47 <gmaxwell> s/bitcoin-qt/openssl/
45 2013-04-30 02:08:20 <forrestv> gmaxwell, see pm please
46 2013-04-30 02:08:26 <gmaxwell> And bitcoin is generates new keys with every transaction.
47 2013-04-30 02:10:04 <mollison> gmaxwell: all right, thanks. maybe i will take it up with openssl.
48 2013-04-30 02:10:28 <mollison> gmaxwell: if you're right, the man 4 random page probably needs to be corrected
49 2013-04-30 02:11:02 <gmaxwell> gah it doesn't.
50 2013-04-30 02:11:17 <gmaxwell> Nothing it says is wrong. But you are both obsessing and not listening to me.
51 2013-04-30 02:11:49 <gmaxwell> Under certian threat models, like the attacker being on a common multiuser system with you and being able to monitor 99.9% of the urandom output, then it's potentially interesting.
52 2013-04-30 02:12:04 <CodeShark> the multiwallet is not dead, Luke-Jr - I use it a lot
53 2013-04-30 02:12:16 <CodeShark> but it isn't the branch that will get merged with master
54 2013-04-30 02:12:20 <Luke-Jr> CodeShark: but I thoguht you were rewriting it?
55 2013-04-30 02:12:45 <CodeShark> I am...but that doesn't mean the multiwallet branch is dead
56 2013-04-30 02:13:08 <CodeShark> the multiwallet branch works - I use that build a lot
57 2013-04-30 02:13:14 <Luke-Jr> >_<
58 2013-04-30 02:13:29 <The_Fly> CodeShark: :)
59 2013-04-30 02:13:43 <The_Fly> and i've brought it up to date with current master, going to push soon
60 2013-04-30 02:13:57 <The_Fly> just putting in 0mq alert messages
61 2013-04-30 02:14:14 <CodeShark> nice, The_Fly...unfortunately, it has so many changes that I'm not sure merging it in all at once is recommended
62 2013-04-30 02:15:11 <CodeShark> if the commits can be structured such that each is easy to test, we could do it like that
63 2013-04-30 02:15:39 <CodeShark> but I'd like to see multiple small commits rather than one big one merged into master
64 2013-04-30 02:16:09 <The_Fly> i did rebase it initally
65 2013-04-30 02:16:40 <The_Fly> but going through the process was easier with a merge
66 2013-04-30 02:17:11 <The_Fly> id say its worth writing multiwallet test cases and 0mq test cases
67 2013-04-30 02:17:51 <The_Fly> both features are working reliably here, and the 0mq+multiwallet branch
68 2013-04-30 02:18:19 <CodeShark> a big problem is that it touches a large number of source files...so unless the commits can be structured incrementally, it means that unless it's all merged in at once, it will diverge again from master very quickly requiring another labor-intensive merge
69 2013-04-30 02:18:41 <The_Fly> im going to merge master as i go
70 2013-04-30 02:18:49 <The_Fly> ive caught up now
71 2013-04-30 02:19:26 <CodeShark> cool, well, if you're willing to do it like that and we can get the test cases down then that might be an avenue as well. I gave up on trying to merge master as I go :)
72 2013-04-30 02:19:55 <The_Fly> it could get painful when certain pull requests come through
73 2013-04-30 02:20:06 <CodeShark> yes, exactly - that's the problem
74 2013-04-30 02:20:27 <CodeShark> don't want to discourage you - perhaps you've got some tricks that I don't
75 2013-04-30 02:21:08 <k9quaint> I think I have decided that I don't like Kano much
76 2013-04-30 02:21:36 <CodeShark> my new strategy was to first merge in the core requirements (i.e. the CWalletManager class) while changing as little behavior as possible
77 2013-04-30 02:21:49 <CodeShark> and touching as few source files as possible
78 2013-04-30 02:22:14 <CodeShark> and then gradually changing the monstrous files like main.cpp
79 2013-04-30 02:22:19 <CodeShark> and finally adding the RPC
80 2013-04-30 02:23:05 <CodeShark> it's probably the safest, if most boring, way to go
81 2013-04-30 02:23:13 <CodeShark> since none of the useful stuff will be available until the very end
82 2013-04-30 02:23:27 <The_Fly> it's safe, but the state of the test_cases doesnt help
83 2013-04-30 02:23:45 <The_Fly> running them (and adding to them) after each incremental edit would be good
84 2013-04-30 02:24:10 <The_Fly> but that's not always practical
85 2013-04-30 02:24:35 <The_Fly> id argue that, considering im caught up, it's merged and the testcases follow before the next release
86 2013-04-30 02:24:45 <The_Fly> gets both 0mq and multiwallet in
87 2013-04-30 02:24:50 <travolta> I blame satoshi the mythical beast!
88 2013-04-30 02:25:12 <The_Fly> but i'll leave it up to the repo owners to decide
89 2013-04-30 02:25:13 <sivu> in the maze
90 2013-04-30 02:25:31 <travolta> yes, wearing pink lacey panties
91 2013-04-30 02:25:33 <travolta> in the dark!
92 2013-04-30 02:25:36 <CodeShark> if you can 1) help me put together a good test plan and 2) convince the others here to ack it I'm all for it, The_Fly
93 2013-04-30 02:25:57 <travolta> but be aware satoshi is a dude he just likes to cross dress
94 2013-04-30 02:28:16 <The_Fly> CodeShark: nice one, sounds like a plan :)
95 2013-04-30 02:28:25 <travolta> Personally I think satoshi is Max Keiser, who here agrees?
96 2013-04-30 02:28:43 <gmaxwell> This is all really offtopic fot this channel.
97 2013-04-30 02:28:53 <travolta> still a interesting subject..
98 2013-04-30 02:29:00 <The_Fly> CodeShark: not really sure i have any leverage for 2
99 2013-04-30 02:29:24 <The_Fly> but 1, no problem
100 2013-04-30 02:29:31 <The_Fly> can discuss after i push
101 2013-04-30 02:29:42 <The_Fly> which i will do after i sleep, ttyl
102 2013-04-30 02:29:53 <CodeShark> nite
103 2013-04-30 02:30:00 <travolta> Don't forget to code while you sleep!
104 2013-04-30 02:30:08 <travolta> Very important ;)
105 2013-04-30 02:30:12 <The_Fly> always, without fail
106 2013-04-30 02:30:16 <travolta> good!
107 2013-04-30 02:30:23 <The_Fly> ;)
108 2013-04-30 02:30:37 <CodeShark> I've gone through periods when I have these lucid dreams where I have to code something and can't wake up until I solve it
109 2013-04-30 02:30:39 <CodeShark> lol
110 2013-04-30 02:30:50 <travolta> Those aren't dreams they are nightmares :P
111 2013-04-30 02:30:53 <travolta> and they are true
112 2013-04-30 02:31:15 <travolta> you were just masking part of your subconscious problem solving..
113 2013-04-30 02:32:21 <travolta> Oh and by the way Codeshark you are my hero
114 2013-04-30 02:32:32 <travolta> I don't know what I would do without your pull request
115 2013-04-30 02:32:44 <travolta> with the importaddress branch
116 2013-04-30 02:33:31 <travolta> when I make some cash I will donate to you personally for that
117 2013-04-30 02:58:56 <mollison> gmaxwell: if the whole /dev/urandom things comes up again, you can just direct people here if you want: https://bitcointalk.org/index.php?topic=179464.msg1982415#msg1982415 (feel free to not read that if you're sick of the whole topic though :P )
118 2013-04-30 02:59:18 <gmaxwell> thanks.
119 2013-04-30 02:59:33 <gmaxwell> (I don't mean to be so rude, you wore me out before. My failing, not yours, no doubt)
120 2013-04-30 03:01:19 <mollison> gmaxwell: no worries, you're way better than 99% of people out there in that regard in my experience
121 2013-04-30 03:13:02 <k9quaint> so, about this /dev/urandom thing...
122 2013-04-30 03:17:46 <mollison> k9quaint: yeah?
123 2013-04-30 03:23:13 <k9quaint> mollison: I was just toying with gmaxwell, but caught you in my net :P
124 2013-04-30 03:23:25 <k9quaint> good thing its catch and release
125 2013-04-30 03:23:35 <mollison> k9quaint: oh, lol. he's had plenty of tortue on this topic already :)
126 2013-04-30 03:23:56 <gmaxwell> oh darn, and I already dispatched the ninjas. I wonder if its possible to call them off?
127 2013-04-30 03:24:13 <mollison> i'd better lock my doors
128 2013-04-30 03:24:31 <k9quaint> gmaxwell: I ate the ninjas
129 2013-04-30 03:24:49 <k9quaint> I ordered takeout...I figured they just got my order wrong
130 2013-04-30 03:25:36 <k9quaint> ACTION realizes that gmaxwell can now probably afford to actually hire and dispatch ninjas on a whim
131 2013-04-30 03:26:17 <sivu> using discreet ninja service thru tor
132 2013-04-30 03:26:33 <gmaxwell> Who said I could always? :P People are weird, both at assuming bitcoin has made me a ton of money, and also in assuming that ninjas are unreasonably priced. :P
133 2013-04-30 03:26:43 <k9quaint> touche
134 2013-04-30 03:26:47 <gmaxwell> sivu: it's an EC2 ajaxy rpc thing.
135 2013-04-30 03:27:18 <k9quaint> so, is Kano a bit off his rocker? or am I getting the wrong vibe off him?
136 2013-04-30 03:27:21 <gmaxwell> "Adaptive Assassin 3"
137 2013-04-30 03:27:48 <gmaxwell> k9quaint: at a minimum he has an odd discourse style, which has given other people that impression.
138 2013-04-30 03:28:12 <k9quaint> is there anything to Avalon being in violation of the GPL?
139 2013-04-30 03:28:43 <gmaxwell> Not as far as I know, the full source for their firmware images appears to be provided.
140 2013-04-30 03:30:03 <petertodd> gmaxwell: "Adaptive Assassin"? is that the latest ubuntu release?
141 2013-04-30 03:30:04 <Luke-Jr> k9quaint: not anymore
142 2013-04-30 03:31:25 <Luke-Jr> k9quaint: but Kano is never on his rocker
143 2013-04-30 03:31:34 <k9quaint> bitcoin should harness the output of bitcointalk.org for entropy
144 2013-04-30 03:31:57 <petertodd> k9quaint: wouldn't work, much too repetitive
145 2013-04-30 03:32:28 <k9quaint> petertodd: sure, but it always devolves into chaos
146 2013-04-30 03:33:39 <mollison> a most wretched hive of scum and villany
147 2013-04-30 03:34:26 <gmaxwell> mollison: you credit it with being more interesting than it is. :P
148 2013-04-30 03:34:40 <mollison> lol true
149 2013-04-30 03:34:41 <gmaxwell> besides, github is the new hot hub of scumm and villany.
150 2013-04-30 03:34:56 <Luke-Jr> gmaxwell: I only saw a few on github O.o
151 2013-04-30 03:35:03 <Luke-Jr> nothing like bitcointroll
152 2013-04-30 03:35:39 <petertodd> we could be the first project with the dubious honor of needing an ignore button...
153 2013-04-30 03:36:18 <k9quaint> god, I never thought of trolling the github project
154 2013-04-30 03:36:22 <k9quaint> ACTION slaps forehead
155 2013-04-30 03:36:23 <gmaxwell> petertodd: nah, apparently not.
156 2013-04-30 03:36:28 <gmaxwell> k9quaint: too late.
157 2013-04-30 03:36:38 <gmaxwell> petertodd: (github already has blocking and ignore tools)
158 2013-04-30 03:37:24 <petertodd> gmaxwell: good to know
159 2013-04-30 06:21:30 <swulf--> anyone know if blockchain.info will give me the raw tx info somehow?
160 2013-04-30 06:23:47 <jgm> swulf--: Not that I'm aware of. Blockexplorer will give you slightly-more-raw tx info but for the bytes themselves you'll need to go to bitcoind
161 2013-04-30 06:24:03 <swulf--> i'd be happy with just getting the scriptsigs
162 2013-04-30 06:24:23 <swulf--> http://abe.bitcoinstats.org:2750/rawtx/ looks like it may
163 2013-04-30 06:24:41 <jgm> swulf--: http://blockexplorer.com/rawtx/dc5ac4b8965cdb48aa96f5eb4cc9fd03a8b83bffe8e6ce4039d6d6cd663eff19 for example
164 2013-04-30 06:24:55 <swulf--> thanks
165 2013-04-30 06:25:00 <swulf--> blockexplorer might be better then
166 2013-04-30 06:26:21 <swulf--> er, blockexplorer is laggy
167 2013-04-30 06:26:25 <swulf--> http://blockexplorer.com/rawtx/0481c8457c3e54762048f3157b3adb4184adf115809d3f0d76e6764f0e884769 definitely exists
168 2013-04-30 06:27:49 <jgm> slight difference between them from the looks of it. appears that blockexplorer gives you the scriptsig values, your link gives the actual script
169 2013-04-30 06:28:24 <jgm> which means that blockexplorer might not give you what you are expecting if you have non-standard scripts
170 2013-04-30 06:28:52 <swulf--> hmm
171 2013-04-30 06:28:55 <swulf--> so abe would be better
172 2013-04-30 06:29:00 <swulf--> but
173 2013-04-30 06:29:08 <swulf--> it's laggy, just like blockexplorer
174 2013-04-30 06:30:16 <jgm> You'd have to define "laggy". If you watch blockexplorer's homepage it seems to show new blocks within a minute or so of them being broadcast
175 2013-04-30 06:30:34 <swulf--> it doesn't seem to show transactions until they're been confirmed at least once?
176 2013-04-30 06:32:11 <jgm> Well until it's in a solved block it won't show up, certainly
177 2013-04-30 06:32:34 <swulf--> blockchain.info will show it.. I suppose technically any btc client may never see it until it's in a block
178 2013-04-30 06:33:13 <jgm> Yeah perhaps you're after something a bit different. By definition, blockexplorer parses blocks so you won't see it until it's in the block
179 2013-04-30 06:33:58 <jgm> If you want to see unconfirmed transactions then that info will be out there (don't know of a site which has that info in raw form) but they are, of course, unconfirmed so use them at your own risk
180 2013-04-30 06:34:41 <swulf--> of course
181 2013-04-30 06:34:43 <jgm> (and actually you should wait until a block has a few more on top of it to have a high level of confidence that the transaction is going to stick around, but that's up to you)
182 2013-04-30 06:34:56 <swulf--> blockchain.info will show them, but unfortunately doesn't include scriptsig in the json output
183 2013-04-30 06:36:46 <jgm> Hmm... their website shows it so perhaps a flag on the request might give it to you? Or just mail their support and see if they can help
184 2013-04-30 06:37:10 <swulf--> I'll e-mail support. The html version has it, yeah.. the same flag (show_adv) doesn't seem to affect the json output
185 2013-04-30 06:38:07 <jgm> Good luck!
186 2013-04-30 06:38:15 <swulf--> thanks:)
187 2013-04-30 07:32:57 <Diablo-D3> http://nsnbc.me/2013/04/18/federal-reserve-refuses-to-submit-to-an-audit-of-germanys-gold-held-in-u-s-vaults-2/
188 2013-04-30 07:48:09 <intrd> anyone can help-me with this problem at Eloipool http://pastebin.com/7wPcsQmA
189 2013-04-30 08:07:40 <pjorrit> bye bye gold...
190 2013-04-30 08:09:07 <t7> Diablo-D3, oh lordy :)
191 2013-04-30 08:10:33 <_dr> you want to inspect something that belongs to you and you pay millions per year for stroage for, no way!
192 2013-04-30 08:11:02 <_dr> why? well, because... terrorists
193 2013-04-30 08:11:24 <_dr> and freedom! yeah, right, we forgot about all the freedom!
194 2013-04-30 08:12:41 <t7> why is german gold in the US in the first place?
195 2013-04-30 08:13:42 <nsh> what are you all talking about?
196 2013-04-30 08:40:07 <_dr> t7: not only german gold. all countries have their gold distributed to hubs (fed, BoE, ...) so they can sell it off quickly in case of emergency
197 2013-04-30 08:40:23 <t7> oh i c
198 2013-04-30 08:42:37 <pjorrit> but is the fed really afraid germany is gonna come in and steal all the gold? ;D
199 2013-04-30 08:43:31 <wumpus> their own gold, even :D
200 2013-04-30 09:04:55 <xeroc> is there a standalone ECDSA implementation in C anywhere?
201 2013-04-30 09:19:30 <wumpus> xeroc: there is openecc, but I don't know of any that supports secp256k1
202 2013-04-30 09:34:29 <sacrelege> hi all
203 2013-04-30 09:35:56 <sacrelege> question about using 'bitcoind'; whats the command to see if the server is up-to-date/synced everything?
204 2013-04-30 09:37:29 <sacrelege> compare 'getinfo' -> blocks with getblockcount?
205 2013-04-30 09:41:14 <xeroc> wumpus: thanks for the link .. for signing of transactions i need secp256k1?
206 2013-04-30 09:42:22 <t7> check getblockcount = your-fav-block-chain-explorer-website
207 2013-04-30 09:46:50 <_dr> xeroc: there's sipa's implementation github.com/sipa/secp256k1
208 2013-04-30 09:49:49 <sacrelege> erm http://blockexplorer.com/q/getblockcount -> 233899 my bitcoind prints: 224185 ?
209 2013-04-30 09:50:33 <sacrelege> but I guess, getblockcount is the total amount of blocks and getinfo is sometimes behind...
210 2013-04-30 09:51:01 <PRab> I have 233899 via the gui
211 2013-04-30 09:51:17 <PRab> (Bitcoin=QT)
212 2013-04-30 09:51:50 <sacrelege> hmm true, mine also shows 233899 qt...
213 2013-04-30 09:52:08 <sacrelege> so what the hell is happening on my bitcoind?
214 2013-04-30 09:53:12 <sacrelege> can anybody else provide "getblockcount" or "getinfo" -> blocks from bitcoind?
215 2013-04-30 09:54:21 <fronti> -
216 2013-04-30 09:54:21 <fronti> 233899
217 2013-04-30 09:54:21 <fronti> -bitcoind "getblockcount"
218 2013-04-30 09:54:21 <fronti> -bitcoind "getinfo" | grep -i block "blocks" : 233899,
219 2013-04-30 09:54:53 <sacrelege> oh boy, thx..
220 2013-04-30 09:54:58 <jonass> bitcoin-qt build: how can i enable testnet with Qt-Creator so i can debug on testnet?
221 2013-04-30 10:01:49 <wumpus> _dr: didn't know sipa's implementation was c and not c++
222 2013-04-30 10:01:49 <xeroc> _dr: thanks a lot
223 2013-04-30 10:03:53 <jonass> how can i get some coins on testnet for debuging some issues? mine?
224 2013-04-30 10:04:56 <xeroc> there is a faucet
225 2013-04-30 10:05:15 <xeroc> http://tpfaucet.appspot.com/
226 2013-04-30 10:05:42 <wumpus> I don't have any anymore, otherwise I'd send some
227 2013-04-30 10:05:54 <Diablo-D3> man
228 2013-04-30 10:06:04 <Diablo-D3> ACTION looks at this monster he has created
229 2013-04-30 10:06:22 <Diablo-D3> 300gbit/sec of infiniband bandwidth
230 2013-04-30 10:06:36 <jonass> xeroc thanks, let me try
231 2013-04-30 10:08:11 <jonass> xeroc, huh,? gives API error 5 (urlfetch: DEADLINE_EXCEEDED) after sending a btc request
232 2013-04-30 10:09:23 <jonass> okay. works. thanks
233 2013-04-30 10:11:40 <xeroc> your welcome
234 2013-04-30 10:58:14 <[269]gbg> Why would getbalance ignore a coinbase transaction?
235 2013-04-30 10:58:49 <[269]gbg> {
236 2013-04-30 10:58:49 <[269]gbg> }
237 2013-04-30 10:58:49 <[269]gbg> "" : -20.41900000,
238 2013-04-30 10:58:49 <[269]gbg> gbg@ubuntu:~$ bitcoind listaccounts
239 2013-04-30 10:58:49 <[269]gbg> "Venture" : 21.18487985
240 2013-04-30 10:58:51 <[269]gbg> gbg@ubuntu:~$ bitcoind listreceivedbyaccount
241 2013-04-30 10:58:54 <[269]gbg> [
242 2013-04-30 10:58:56 <[269]gbg> {
243 2013-04-30 10:58:59 <[269]gbg> "account" : "Venture",
244 2013-04-30 10:59:01 <[269]gbg> "amount" : 20.97972623,
245 2013-04-30 10:59:04 <[269]gbg> "confirmations" : 56
246 2013-04-30 10:59:06 <[269]gbg> }
247 2013-04-30 10:59:09 <[269]gbg> ]
248 2013-04-30 10:59:11 <[269]gbg> I'm missing ~.2
249 2013-04-30 11:00:20 <[269]gbg> why the difference between 20.97 and 21.18?
250 2013-04-30 11:01:10 <[269]gbg> unless coinbase transactions require more confirmations than standard transactions?
251 2013-04-30 11:01:17 <_dr> yes, they do
252 2013-04-30 11:01:54 <[269]gbg> how many until bitcoind treats coinbase transactions as part of my balance?
253 2013-04-30 11:02:05 <_dr> i'm not certain, but i keep thinking of 120...
254 2013-04-30 11:02:14 <_dr> which seems like a lot though
255 2013-04-30 11:02:58 <[269]gbg> This difference could be made clearer,
256 2013-04-30 11:07:04 <swulf--1> geez, block 233904 had 8.6btc in fees...
257 2013-04-30 11:08:23 <sacrelege> dat lucky miners :D
258 2013-04-30 11:08:37 <The_Fly> anyone have any idea how often alerts go out over the bitcoin network?
259 2013-04-30 11:08:59 <The_Fly> live or testnet, wanting to test something i wrote
260 2013-04-30 11:11:58 <The_Fly> there's a comment saying that they're reserved for notifying old versions
261 2013-04-30 11:12:04 <The_Fly> do they get used for anything else?
262 2013-04-30 11:15:26 <sipa> wumpus: it started as being C++, but i changed it to C for better portability
263 2013-04-30 11:20:13 <wumpus> ok, makes sense
264 2013-04-30 11:30:56 <_dr> and since it's supposed to be fast you should only use the c subset of c++ anyways :)
265 2013-04-30 11:33:12 <sipa> i originally planned to have it better modularized, so field elements, scalars, group elements, ... would all be classes
266 2013-04-30 11:33:36 <sipa> but it ended up not using much OO anyway
267 2013-04-30 11:38:31 <wumpus> _dr: why would the c subset of c++ be faster, that makes no sense
268 2013-04-30 11:40:23 <wumpus> by using templates you can do optimizations that would need a custom code generator for c, for example
269 2013-04-30 11:40:59 <_dr> i mean stuff like the stl and object orientation
270 2013-04-30 11:41:22 <syskk> Im trying to use gitian builder and im stuck here:
271 2013-04-30 11:41:25 <syskk> 2013-04-30 21:35:29,234 INFO : Calling hook: preflight_check
272 2013-04-30 11:41:25 <syskk> @ubuntuvm:~/dev/gitian-builder$ bin/make-base-vm --arch i386 --lxc
273 2013-04-30 11:41:26 <syskk> 2013-04-30 21:35:29,238 INFO : Calling hook: set_defaults
274 2013-04-30 11:41:27 <syskk> 2013-04-30 21:35:29,239 INFO : Calling hook: bootstrap
275 2013-04-30 11:41:31 <sipa> templates and RAII are useful and do not impact performace
276 2013-04-30 11:41:41 <syskk> and then there's nothing happening
277 2013-04-30 11:41:42 <sipa> but i barely used them :)
278 2013-04-30 11:42:07 <sipa> s/RAII/destructors in general/
279 2013-04-30 11:44:01 <wumpus> vtables / structs with pointers are used all the time in modern C code as well, it completely depends on what you want, object orientation in C++ doesn't make anything slower if you don't use virtual methods
280 2013-04-30 11:44:39 <sipa> indeed
281 2013-04-30 11:44:42 <syskk> is it normal for this step to take very long? 2013-04-30 21:35:29,239 INFO : Calling hook: bootstrap
282 2013-04-30 11:44:55 <sipa> syskk: define very long
283 2013-04-30 11:45:05 <syskk> sipa: about 10 mins now
284 2013-04-30 11:45:11 <sipa> oh, wait longer for sure
285 2013-04-30 11:45:18 <sipa> it needs to download and install a full ubuntu
286 2013-04-30 11:45:21 <syskk> sipa: in a virtualbox ubuntu (host is macbook air)
287 2013-04-30 11:45:27 <syskk> ok thanks got it
288 2013-04-30 11:45:37 <sipa> the extra layer of virtualization probably slows things down further
289 2013-04-30 11:46:10 <wumpus> and stl is only slow if improperly used, just like the C standard library...
290 2013-04-30 11:46:39 <sipa> wumpus: the problem was that at some point, you want to do things like (a + 3 * c) in code, without constructing temporary objects and copying them around (which the compiler may or may not optimize away)
291 2013-04-30 11:47:05 <sipa> wumpus: there are ways around that, by having lightweight expression tree objects to describe computations (and are trivially optimized away)
292 2013-04-30 11:47:34 <sipa> but in the end, i wanted the code to clearly demonstrate the exact computation rather than the easiest notation anyway
293 2013-04-30 11:48:08 <sipa> so if all you can do is a single + or * per statement, you don't have much advantage over calling bla_mult(...) anyway
294 2013-04-30 11:48:38 <wumpus> sipa: right, before you know it you end up with boost-level complex template code, and the advantage in code understanding goes away
295 2013-04-30 11:49:07 <wumpus> right
296 2013-04-30 11:50:19 <wumpus> I think C is fine for a well-defined library with a single purpose
297 2013-04-30 11:50:24 <wumpus> there is no real reason to parametrize here
298 2013-04-30 11:50:25 <sipa> for example, in this function: https://github.com/sipa/secp256k1/blob/master/src/impl/group.h#L133
299 2013-04-30 11:50:48 <sipa> the code itself isn't that readable, but the expressions calculated are shown in comments
300 2013-04-30 11:55:48 <syskk> sipa: i thought lxc didnt virtualize a full os
301 2013-04-30 11:56:50 <syskk> sipa: or is it onlly downloading packages?
302 2013-04-30 11:58:18 <sipa> syskk: all except the kernel
303 2013-04-30 11:58:27 <sipa> downloading packages and installing them
304 2013-04-30 11:59:38 <syskk> sipa: ok
305 2013-04-30 11:59:57 <syskk> sipa: anyway i can track progress? log file?
306 2013-04-30 12:00:21 <sipa> gitian-builder/var/ may have a log file
307 2013-04-30 12:01:10 <syskk> nothing for now but thanks
308 2013-04-30 12:01:32 <sipa> during actual build there may be log files
309 2013-04-30 12:01:47 <sipa> s/may be/are/
310 2013-04-30 12:02:10 <syskk> right
311 2013-04-30 12:03:49 <syskk> there should be an IRC extension to show people's bitcoin addresses
312 2013-04-30 12:04:34 <Belxjander> syskk: you mean per-client bitcoin support scripting ?
313 2013-04-30 12:04:39 <Belxjander> syskk: pick a language ?
314 2013-04-30 12:05:30 <syskk> no more like modifying the IRC spec to allow users to add a bitcoin address associated to their username
315 2013-04-30 12:05:35 <syskk> guess that could be done with bots
316 2013-04-30 12:05:49 <syskk> might work on that
317 2013-04-30 12:06:41 <Belxjander> you mean a "/CTCP <keyword>" extension?
318 2013-04-30 12:06:45 <syskk> you could register your address with the bot and people could query the bot to get a user's bitcoin address
319 2013-04-30 12:06:48 <Belxjander> let users exchange BitCoin addresses ?
320 2013-04-30 12:07:03 <syskk> yeah something like that
321 2013-04-30 12:07:16 <Belxjander> its just a <name:address> tupling database...
322 2013-04-30 12:07:24 <syskk> I dont know much about IRC protocol but it'd be doable with a bot
323 2013-04-30 12:07:29 <Belxjander> AddressBook field?
324 2013-04-30 12:07:35 <syskk> ahh so its already theoretically possible
325 2013-04-30 12:08:30 <Belxjander> possible? hell... it can be scripted into any existing IRC client pretty easily
326 2013-04-30 12:08:32 <cut> syskk: put it in real_name
327 2013-04-30 12:08:39 <Belxjander> depends entirely on how fancy you want to make it
328 2013-04-30 12:08:51 <syskk> right
329 2013-04-30 12:09:09 <sipa> what is the point? being able to prove to everyone how much donations you got?
330 2013-04-30 12:09:21 <sipa> random IRC people will not be sending you money
331 2013-04-30 12:09:31 <sipa> and if they do, they can just as well ask for a fresh address
332 2013-04-30 12:09:31 <syskk> didnt think about that
333 2013-04-30 12:10:01 <syskk> well I'd be tempted to tip you since you've been helpful sipa
334 2013-04-30 12:10:03 <syskk> :)
335 2013-04-30 12:10:59 <syskk> would be cool to have a coinbase for IRC
336 2013-04-30 12:11:09 <syskk> uhh
337 2013-04-30 12:11:22 <SomeoneWeird> lulwut
338 2013-04-30 12:11:49 <sipa> ...?
339 2013-04-30 12:11:52 <syskk> i mean a hosted wallet but instead of being accessible through a web interface
340 2013-04-30 12:12:08 <sipa> why do you call that "a coinbase" ?
341 2013-04-30 12:12:09 <syskk> you would do like !btcbot send 0.1 BTC to sipa
342 2013-04-30 12:12:19 <syskk> i was just referring to that YC startup
343 2013-04-30 12:12:24 <sipa> ah right
344 2013-04-30 12:12:27 <alaricsp> Authentication might be a challenge
345 2013-04-30 12:12:38 <SomeoneWeird> why
346 2013-04-30 12:12:43 <sipa> ACTION hates the fact that all bitcoin startups use terminology that has a meaning in the protocol
347 2013-04-30 12:12:44 <SomeoneWeird> sign with btc addy
348 2013-04-30 12:12:46 <syskk> https://coinbase.com/
349 2013-04-30 12:12:58 <SomeoneWeird> oooooh
350 2013-04-30 12:12:59 <SomeoneWeird> hahahah
351 2013-04-30 12:13:01 <SomeoneWeird> yeah, sipa
352 2013-04-30 12:13:05 <SomeoneWeird> i was like wut
353 2013-04-30 12:13:08 <sipa> everyone confuses "blockchain.info" with "the blockchain" for example
354 2013-04-30 12:13:13 <sipa> this is similar
355 2013-04-30 12:13:17 <alaricsp> SomeoneWeird: In which case, you'll need software locally to sign the requests to paste into IRC... Why not just run a wallet?
356 2013-04-30 12:13:30 <TD> syskk: i'd recommend just using a local desktop gui wallet.
357 2013-04-30 12:13:40 <syskk> yea.. not sure how to handle auth securely on irc???
358 2013-04-30 12:13:50 <syskk> I know TD
359 2013-04-30 12:14:00 <TD> coinbase is basically a bank
360 2013-04-30 12:14:03 <syskk> you'd probably only want to keep a small balance in your hosted wallet
361 2013-04-30 12:14:04 <TD> except not a bank. if you see what i mean.
362 2013-04-30 12:14:14 <syskk> I know
363 2013-04-30 12:14:17 <TD> ACTION doesn't use any hosted wallets and so far never lost any coins in scams or collapses
364 2013-04-30 12:14:45 <sipa> i may have lost a few to mywallet, but i think my account was empty at the time
365 2013-04-30 12:14:58 <TD> mybitcoin, you mean ?
366 2013-04-30 12:15:03 <syskk> just thought it would be cool to be able to tip people by doing a simple !tip username 0.1
367 2013-04-30 12:15:10 <TD> sure
368 2013-04-30 12:15:25 <sipa> TD: right!
369 2013-04-30 12:15:28 <sipa> too long ago
370 2013-04-30 12:15:42 <TD> syskk: yeah integrated tipping is cool. it's just that IRC is pretty insecure.
371 2013-04-30 12:15:52 <syskk> TD: right
372 2013-04-30 12:15:54 <TD> maybe if you're an IRC ninja and can integrate with nickserv or something, it's possible
373 2013-04-30 12:16:31 <syskk> there's also the problem of MITM attacks
374 2013-04-30 12:16:43 <syskk> afaik, no way to force a user to use SSL
375 2013-04-30 12:16:43 <TD> for small tips you don't have to be very secure
376 2013-04-30 12:16:53 <TD> but yes
377 2013-04-30 12:17:02 <TD> i mean you could just have an address in your IRC name or something. no big deal.
378 2013-04-30 12:17:10 <sipa> TD: what do you call small? i noticed that my forum donation address regularly gets tips of 1 uBTC...
379 2013-04-30 12:17:12 <TD> if you tip a MITM because he's so helpful, well, who cares. go go man in the middle?
380 2013-04-30 12:17:27 <TD> sipa: lol, i've seen that too. or 1 satoshi. but then the other day i got a 1btc tip! very generous
381 2013-04-30 12:17:32 <syskk> lol
382 2013-04-30 12:17:43 <sipa> TD: yes, some a remarkable :)
383 2013-04-30 12:17:51 <syskk> guess the guy didnt check the exchange rate since last year
384 2013-04-30 12:17:53 <syskk> haha
385 2013-04-30 12:18:03 <TD> or he/she just really liked a post :)
386 2013-04-30 12:18:15 <TD> ACTION bbiab
387 2013-04-30 12:22:10 <Belxjander> well I have had the issue where I was transferring a DCC
388 2013-04-30 12:22:21 <Belxjander> I received the DCC however...
389 2013-04-30 12:22:35 <Belxjander> the catch was the entire DCC file transfer occured *after* the sender had already logged off
390 2013-04-30 12:23:22 <Belxjander> turned out the server in question always MITM trapped DCC SEND/MOVE requests and cached files being transferred
391 2013-04-30 12:26:03 <syskk> once I made the vm (sudo bin/make-base-vm --lxc --arch i386) i wont have to run this command again when i want to build
392 2013-04-30 12:26:05 <syskk> right :s ?
393 2013-04-30 12:26:14 <sipa> no, you only need to do that once
394 2013-04-30 12:48:24 <slavik0329> Anyone know of any bitcoinjs exit nodes that are up n working?
395 2013-04-30 12:48:39 <slavik0329> exit.trucoin.com doesnt seem to be working
396 2013-04-30 12:51:32 <SomeoneWeird> slavik0329, bitcoinjs-server?
397 2013-04-30 13:00:20 <avendael> hello guys. I configured bitcoind to send a payment notification by putting "walletnotify=curl http://url/%s/" in bitcoin.conf, but it seems that the url was not called after I sent btc to an address where bitcoind is running
398 2013-04-30 13:00:50 <avendael> i'm not sure if i should enclose in double quotes the argument to walletnotify in the bitcoin.conf
399 2013-04-30 13:01:04 <avendael> i also don't know whether walletnotify triggered at all
400 2013-04-30 13:01:50 <avendael> i checked for transactions via rpc and the btc was received, with more than 10 confirmations atm
401 2013-04-30 13:01:56 <avendael> did I do something wrong?
402 2013-04-30 13:03:37 <alaricsp> avendael: I dunno, but whenever you have problems with shell commands being run like that, try a few simple things to narrow it down first
403 2013-04-30 13:04:11 <alaricsp> Try "walletnotify=touch /tmp/foo-happened" for a start and see if /tmp/foo-happened appears :-)
404 2013-04-30 13:06:13 <avendael> alaricsp: thanks, i'll try that. what the url basically does is to use rpc to get the transaction info, and then record some of the data in a db. but yeah, should've tried something simpler first :)
405 2013-04-30 13:11:09 <syskk> nooooooooooooooo
406 2013-04-30 13:11:27 <syskk> :( :( :(
407 2013-04-30 13:11:59 <darkskiez> yes?
408 2013-04-30 13:12:41 <Cylta> Hello. I have a transaction, 4 conformations already, but I do not see it in my wallet, v0.8.1-beta, last block: 233893
409 2013-04-30 13:13:48 <syskk> http://pastebin.ca/2370117
410 2013-04-30 13:14:03 <syskk> does anyone know what went wrong? and do i have to start the process all over again?
411 2013-04-30 13:14:35 <darkskiez> your apt-cacher-ng instance doesnt seem to be running
412 2013-04-30 13:14:56 <rdponticelli> ;;blocks
413 2013-04-30 13:14:58 <darkskiez> wonder why its trying to use that and not go direct
414 2013-04-30 13:14:58 <gribble> 233922
415 2013-04-30 13:15:03 <syskk> i think i've followed all instructions
416 2013-04-30 13:15:12 <rdponticelli> Cylta: Your client is behind
417 2013-04-30 13:15:27 <Cylta> rdponticelli: what is the latest block?
418 2013-04-30 13:15:34 <Cylta> ahh, i see
419 2013-04-30 13:15:55 <Cylta> but that's strange, it shows that last block was updated 23 sec ago
420 2013-04-30 13:16:13 <syskk> darkskiez: how to start it?
421 2013-04-30 13:16:29 <darkskiez> Cylta: if you help/debug window you can see the datestamp of the last block you have..
422 2013-04-30 13:16:40 <syskk> im following the tutorial here: https://github.com/bitcoin/bitcoin/tree/master/contrib/gitian-descriptors
423 2013-04-30 13:16:46 <rdponticelli> Cylta: The tooltip on qt is known to stall
424 2013-04-30 13:17:05 <tgs3> hi, what's the newest, official stable bitcoind vesrion?
425 2013-04-30 13:17:12 <Cylta> rdponticelli: darkskiez: yeah, in console it shows -4h...
426 2013-04-30 13:17:21 <tgs3> btw, new websiste is kinda confusing
427 2013-04-30 13:17:35 <darkskiez> syskk, have you done the prerequisites/sanity checks ?
428 2013-04-30 13:17:36 <syskk> 0.8.1 according to topic tgs3
429 2013-04-30 13:18:05 <syskk> darkskiez: yes.. well i did https://github.com/bitcoin/bitcoin/tree/master/contrib/gitian-descriptors
430 2013-04-30 13:18:27 <syskk> darkskiez: I mean sudo apt-get install debootstrap lxc ruby apache2 git apt-cacher-ng python-vm-builder
431 2013-04-30 13:18:28 <Cylta> how to ask satoshi client to recheck the last block?
432 2013-04-30 13:18:42 <syskk> darkskiez: my ubuntu is running inside a VM
433 2013-04-30 13:19:08 <darkskiez> syskk and output from sanity check?
434 2013-04-30 13:19:39 <darkskiez> running vms from inside vms isnt already a recipe for success
435 2013-04-30 13:20:04 <syskk> darkskiez: * apt-cacher-ng is running
436 2013-04-30 13:20:14 <syskk> darkskiez: no choice really :(
437 2013-04-30 13:20:43 <syskk> I dont have a spare computer here
438 2013-04-30 13:20:52 <SirDefaced> man, windows really makes it hard to compile the QT sheesh
439 2013-04-30 13:23:49 <syskk> I think its a problem with my ubuntu mirrors
440 2013-04-30 13:24:03 <syskk> seems chinese mirrors are down??? i remember having trouble a few hours ago
441 2013-04-30 13:27:16 <syskk> maybe i should find a way to force apt-get to use different repositories
442 2013-04-30 13:27:28 <Cylta> i had to reload my wallet... it solved problem with no-updating-the-blockchain
443 2013-04-30 13:32:47 <rdponticelli> Cylta: The download code sometimes get confused. It would have resumed on the next block.
444 2013-04-30 13:34:16 <Cylta> rdponticelli: it just did not want to download next block by some reason AND it shows that last block was downloaded several seconds ago, and that timer stucks at that moment.
445 2013-04-30 13:53:36 <avendael> hello guys. how many confirmations does it take for walletnotify to trigger?
446 2013-04-30 13:53:51 <Cylta> ~second
447 2013-04-30 13:54:04 <Cylta> if it's up to date
448 2013-04-30 13:55:05 <avendael> nice, thanks!
449 2013-04-30 13:55:24 <rdponticelli> avendael: It should trigger on reception and on first confirm
450 2013-04-30 13:55:53 <rdponticelli> s/reception/entering the memory pool/
451 2013-04-30 13:56:35 <avendael> rdponticelli: it seems that mine doesn't trigger. I have this on my bitcoin.conf
452 2013-04-30 13:56:43 <avendael> walletnotify=touch /tmp/txid-%s
453 2013-04-30 13:57:01 <avendael> my transaction is already at the first confirmation, and no file is created yet :(
454 2013-04-30 13:57:19 <rdponticelli> avendael: Try to place quotes around the command
455 2013-04-30 13:57:36 <avendael> single quotes or double quotes?
456 2013-04-30 13:57:48 <rdponticelli> Single should work
457 2013-04-30 13:57:59 <avendael> thanks! I'll try that
458 2013-04-30 14:05:22 <sipa> avendael: it should trigger on a) the first time it is seen and b) when it gets its first confirmation
459 2013-04-30 14:07:50 <SomeoneWeird> http://www.youtube.com/watch?v=gtXpOD6jFls&feature=player_embedded
460 2013-04-30 14:21:27 <avendael> hi guys. i still cant receive wallet notifications :(
461 2013-04-30 14:21:39 <avendael> here's what I have for walletnotify in bitcoin.conf
462 2013-04-30 14:21:40 <avendael> walletnotify='touch /tmp/txid-%s'
463 2013-04-30 14:22:09 <avendael> the file was not created after receipt and 3 confirmations
464 2013-04-30 14:22:16 <avendael> did I miss something?
465 2013-04-30 14:30:21 <TD> interesting
466 2013-04-30 14:30:30 <TD> my node is sending ~25KB/sec pretty much all the time
467 2013-04-30 14:30:52 <TD> approx 10x outbound:inbound blowup
468 2013-04-30 14:31:00 <TD> i guess for some reason my node usually hears about transactions first
469 2013-04-30 14:31:10 <TD> unless it's mostly addr relaying
470 2013-04-30 14:35:12 <gmaxwell> TD: ping responses. :P
471 2013-04-30 14:35:31 <gmaxwell> (I'm kidding)
472 2013-04-30 14:35:56 <TD> heheh. actually i thought of that already but the recvbytes/sentbytes show bitcoinj being quite well behaved these days
473 2013-04-30 14:36:51 <TD> most of them actually sit at around 500-1000 bytes which is suspiciously low
474 2013-04-30 14:37:02 <sipa> TD: getpeerinfo now shows bytes sent/received per node
475 2013-04-30 14:37:08 <TD> yep, i saw. very useful.
476 2013-04-30 14:37:15 <TD> i suspect that's how much a null connection that just gets from just setting a bloom filter and then resting.
477 2013-04-30 14:37:53 <TD> i suppose if i cared enough i'd pcap it and then look at what most of the traffic is
478 2013-04-30 14:38:06 <TD> a project for another day
479 2013-04-30 14:38:22 <TD> i see a ton of non-canonical sigs
480 2013-04-30 14:38:31 <TD> i hope whoever is generating them finds out in time
481 2013-04-30 14:39:24 <sipa> i see one from time to time
482 2013-04-30 14:39:30 <sipa> but not really frequently
483 2013-04-30 14:41:07 <TD> i don't have stats, but any time i switch to the terminal that's tailing the log i seem to see one
484 2013-04-30 14:42:11 <TD> i'm pretty sure bitcoinjs is doing at least some of the negative values
485 2013-04-30 14:42:21 <sipa> it used to
486 2013-04-30 14:43:17 <TD> maybe b.i never updated.
487 2013-04-30 14:43:21 <TD> because i can't see how the code in github could
488 2013-04-30 14:43:40 <sipa> link?
489 2013-04-30 14:44:09 <sipa> i'm sure piuk is aware of it, he was part of the mail thread half a year ago where i discussed it with justmoon
490 2013-04-30 14:44:26 <TD> !!
491 2013-04-30 14:44:26 <TD> https://github.com/blockchain/My-Wallet/commit/07d12433495286a969dae92fac3fc7f0fe92efc3
492 2013-04-30 14:44:27 <gribble> Error: "!" is not a valid command.
493 2013-04-30 14:44:58 <sipa> eh
494 2013-04-30 14:44:59 <TD> ok, well, if he's aware of it, maybe no big deal.
495 2013-04-30 14:45:10 <TD> sorry that's not related to non-canonical sigs
496 2013-04-30 14:45:21 <TD> just a bit alarming to see that commit
497 2013-04-30 14:45:22 <TD> anyway
498 2013-04-30 14:47:04 <gmaxwell> TD: notice the use of the mouse position in rng seeding? :(
499 2013-04-30 14:47:28 <TD> there are other commits where browsers that support html crypto extensions are used
500 2013-04-30 14:47:35 <TD> so i don't know how many browsers would actually rely on mouse position
501 2013-04-30 14:47:39 <TD> but yeah .... js crypto.
502 2013-04-30 14:47:43 <gmaxwell> TD: I'm aware...
503 2013-04-30 14:48:17 <gmaxwell> Been trying to convince the authors of the crypto library that most of these things are using that they should have a strong mode that refuses to work if good system RNGs are not available.
504 2013-04-30 14:48:33 <gmaxwell> So far I've not gotten past "they shouldn't be using our code for that!"
505 2013-04-30 14:56:39 <iwilcox> Sorry for the dupe sipa. I did search for the message but your existing bug didn't come up.
506 2013-04-30 14:56:51 <sipa> no problem
507 2013-04-30 15:02:54 <avendael> hello guys. What version of bitcoind has walletnotify?
508 2013-04-30 15:03:00 <sipa> 0.8.2
509 2013-04-30 15:03:22 <sipa> (or git head, as 0.8.2 isn't released yet)
510 2013-04-30 15:04:16 <avendael> thanks! so that's why walletnotify is not working, I was using the wrong version lol
511 2013-04-30 15:04:52 <sipa> we should really have something to warn on unknown options
512 2013-04-30 15:05:12 <wumpus> yeah
513 2013-04-30 15:05:18 <rdponticelli> sipa: +1
514 2013-04-30 15:05:30 <avendael> that would be very helpful :)
515 2013-04-30 15:05:52 <sipa> i've tried writing a nice C++'y replacement, but perhaps we should check whether boost has something that suffices first
516 2013-04-30 15:06:41 <TD> sipa: google flags library? it's open source
517 2013-04-30 15:06:47 <wumpus> boost program options
518 2013-04-30 15:07:18 <sipa> TD[gone]: ah, i didn't know it was open source :)
519 2013-04-30 15:07:31 <TD[gone]> https://code.google.com/p/gflags/
520 2013-04-30 15:08:33 <sipa> meh, looks way too large for what we need, so it may not be worth the dependency hassle
521 2013-04-30 15:09:19 <wumpus> http://www.boost.org/doc/libs/1_53_0/doc/html/program_options.html
522 2013-04-30 15:09:43 <wumpus> looks pretty simple, may be enough for us
523 2013-04-30 15:09:50 <The_Fly> +1 on unknown option warning
524 2013-04-30 15:10:45 <sipa> ideally, i'd like something like: CIntOption nMaxConnections("optionname", default, "description"); to be declarable at the global level
525 2013-04-30 15:10:51 <avendael> when is the target release date for 0.8.2?
526 2013-04-30 15:10:56 <sipa> and then use nMaxConnections as an int
527 2013-04-30 15:11:05 <sipa> and have a nMaxConnections.IsSet() or so
528 2013-04-30 15:11:32 <sipa> avendael: soonish
529 2013-04-30 15:11:40 <sipa> avendael: but when it's ready
530 2013-04-30 15:13:15 <avendael> sipa: thanks! :)
531 2013-04-30 15:37:49 <gmaxwell> BlueMatt: can you make pulltester run again on 2595, the results look insane.
532 2013-04-30 15:59:13 <swulf--1> I must be the only person using blockchain.info/unspent .. or it's not an issue that tx_hash has the bytes backwards.. see http://blockchain.info/unspent?active=16P73rXE8WJTVAPoPJv5ZQYev7LUs2JSn5 for example..
533 2013-04-30 16:16:22 <BlueMatt> gmaxwell: yea, sorry, really not sure what happened there, the creation script is somehow messed up
534 2013-04-30 16:17:02 <sipa> i pushed to the branch again, so it should retest
535 2013-04-30 16:17:18 <BlueMatt> oh, well I just reset it too
536 2013-04-30 16:18:51 <buZz> is there a way to pick which inputs to use for a transaction?
537 2013-04-30 16:19:09 <sipa> you choose from those available
538 2013-04-30 16:19:15 <buZz> where
539 2013-04-30 16:19:30 <buZz> is there a way to NOT let the client pick which inputs to use for a transaction?
540 2013-04-30 16:19:41 <sipa> yes, use the raw transaction API
541 2013-04-30 16:19:53 <buZz> meh, so not with the normal client
542 2013-04-30 16:20:04 <buZz> oh api ..
543 2013-04-30 16:20:05 <buZz> hmm
544 2013-04-30 16:20:07 <sipa> you mean with the GUI?
545 2013-04-30 16:20:19 <sipa> there's a pull request to add an expert mode that allows that
546 2013-04-30 16:20:55 <buZz> sendrawtx <hex string>
547 2013-04-30 16:20:58 <buZz> this one right?
548 2013-04-30 16:21:17 <sipa> use listunspent to list the unspent outputs in your wallet
549 2013-04-30 16:21:19 <BlueMatt> you first createrawtx, then signrawtx, then sendrawtx
550 2013-04-30 16:21:44 <sipa> createrawtransaction to build the transaction with the inputs and outputs you want (make *sure* you understand how change works before using this, or you WILL lose money)
551 2013-04-30 16:21:53 <sipa> then use signrawtransaction to sign the inputs
552 2013-04-30 16:22:00 <sipa> and sendrawtransaction to broadcast it
553 2013-04-30 16:22:10 <buZz> right
554 2013-04-30 16:22:11 <buZz> ty :D
555 2013-04-30 16:24:42 <nsh> DEM PINGS
556 2013-04-30 16:58:05 <SirDefaced> is there a how to guide for compiling windows bitcoin-qt in ubuntu?
557 2013-04-30 17:58:26 <evan_> So, the more users running the client persistently the better right? Why not encourage that with some points they get in the GUI, they wouldn't do anything... but the longer they ran it the more they'd have. It would also educate the users.
558 2013-04-30 17:58:46 <dino> Howdy - curious if anyone here is going to the Bitcoin Conference in May?
559 2013-04-30 17:58:59 <jgarzik> dino: yes
560 2013-04-30 17:59:17 <jgarzik> evan_: mainly yes. The more users... that accept incoming connections from the outside Internet, outside their firewall.
561 2013-04-30 17:59:38 <dino> jgarzik: Good - I'll be there. Looking forward to networking with some of the group here.
562 2013-04-30 18:18:48 <syskk> if bin/make-base-vm --arch i386 fails, which files should i clean up to start again?
563 2013-04-30 18:37:05 <execut3> is there any info anywhere about using multisign transactions?
564 2013-04-30 18:37:14 <execut3> I can't seem to get it working properly
565 2013-04-30 18:55:55 <gmaxwell> jgarzik: "But http has webscale!"
566 2013-04-30 18:56:07 <jgarzik> heh
567 2013-04-30 19:04:30 <sipa> adding an http interface for public blockchain data wouldn't be too hard...
568 2013-04-30 19:09:36 <jgarzik> email sent to bitcoin devs,