1 2011-11-08 00:00:02 <justmoon> yes
  2 2011-11-08 00:00:10 <Mqrius> kay :)
  3 2011-11-08 00:00:24 <justmoon> that's the initialization step though - the hard part is generating the signature :)
  4 2011-11-08 00:00:47 <CIA-34> libbitcoin: Kamil Domanski * rdb755ca0e5ff /src/storage/postgresql/postgresql_storage.cpp: fixed a little problem with PostgreSQL on some systems
  5 2011-11-08 00:00:49 <Mqrius> Yeah... I haven't looked into signatures yet. I externalized that to bitcoinjs-lib :D
  6 2011-11-08 00:01:20 <justmoon> I should also point out that this initialization only works thanks to EC point verification
  7 2011-11-08 00:01:39 <justmoon> i.e. the fact that you can prove a point is a valid non-infinite point on the curve
  8 2011-11-08 00:02:15 <Mqrius> Huh? Why does that matter?
  9 2011-11-08 00:02:22 <Mqrius> Or does it matter assuming a malicious 2nd party?
 10 2011-11-08 00:02:29 <justmoon> exactly
 11 2011-11-08 00:02:45 <Mqrius> okay
 12 2011-11-08 00:03:06 <Mqrius> But for splitkey, you probably trust both parties anyway, no?
 13 2011-11-08 00:03:12 <Mqrius> Hm, maybe not
 14 2011-11-08 00:03:37 <justmoon> no, we assume either one party is malicious and their communication is compromised as well
 15 2011-11-08 00:03:57 <Mqrius> oka;y
 16 2011-11-08 00:04:00 <justmoon> if both parties are malicious, you lose obviously
 17 2011-11-08 00:04:03 <Mqrius> heh yeah
 18 2011-11-08 00:04:49 <Mqrius> yup
 19 2011-11-08 00:05:15 <Mqrius> Won't signing be very troublesome then though? Or are you planning on abstracting that away from the user entirely?
 20 2011-11-08 00:05:52 <justmoon> for the user making a high security transaction will go like this:
 21 2011-11-08 00:06:04 <justmoon> he enters the terms of the transaction and clicks send
 22 2011-11-08 00:06:14 <justmoon> his mobile phone hums and an SMS with a code appears
 23 2011-11-08 00:06:18 <justmoon> he enters the code in the client
 24 2011-11-08 00:06:25 <justmoon> the client works for a couple of seconds
 25 2011-11-08 00:06:29 <justmoon> then confirms the transaction
 26 2011-11-08 00:06:41 <Mqrius> Oh that's pretty convenient
 27 2011-11-08 00:06:49 <Mqrius> and also just like some banks currently work
 28 2011-11-08 00:06:51 <Mqrius> So yeah
 29 2011-11-08 00:08:36 <Eliel> that sounds quite handy
 30 2011-11-08 00:08:52 <Eliel> can't make it much easier :)
 31 2011-11-08 00:09:18 <Eliel> except for the part where you feed the number into the client
 32 2011-11-08 00:09:40 <justmoon> the code isn't anything cryptographic, it's just any code
 33 2011-11-08 00:09:46 <justmoon> i.e. it could be five letters
 34 2011-11-08 00:09:59 <justmoon> whatever the server deems to be secure enough
 35 2011-11-08 00:10:07 <Eliel> ah right, it's just the e-wallet service making sure it's you.
 36 2011-11-08 00:10:26 <justmoon> yes, you can substitute any authentication method that banks use
 37 2011-11-08 00:10:30 <Mqrius> For my bank it's 5 numbers, I think
 38 2011-11-08 00:10:40 <justmoon> what's important is that it provides an out of band verification of the payment details
 39 2011-11-08 00:10:51 <Eliel> for my bank, it's a card with lots of 4 digit numbers that are each only used once.
 40 2011-11-08 00:10:56 <justmoon> i.e. along with the code it says where the transaction is going to go and how much it is
 41 2011-11-08 00:11:06 <justmoon> so you can verify that information is right
 42 2011-11-08 00:11:11 <Eliel> they send me a new card when I get close to running out
 43 2011-11-08 00:11:31 <Mqrius> Eliel: That's what my bank used -- before 2000. Now I get text messages.
 44 2011-11-08 00:11:41 <justmoon> Mqrius, same here
 45 2011-11-08 00:11:52 <justmoon> although my bank only switched this year :D
 46 2011-11-08 00:12:17 <Mqrius> I'm exaggerating though, it was probably ~2005
 47 2011-11-08 00:12:32 <Mqrius> And the paper option is still available I think
 48 2011-11-08 00:12:37 <justmoon> my bank in germany has a different system, they have a little plastic thing you hold up to the screen and they have some flickering squares and it decodes that
 49 2011-11-08 00:12:51 <justmoon> I much prefer the sms way though
 50 2011-11-08 00:12:55 <Mqrius> yeah
 51 2011-11-08 00:13:06 <Eliel> lots of variety in those :)
 52 2011-11-08 00:13:27 <justmoon> you could use yubikey as well of course, the problem there is that if your computer is compromised you can't trust your monitor
 53 2011-11-08 00:13:46 <justmoon> i.e. it might show "send 2 btc to mum" and in reality you're confirming "send 2000 BTC to evil russian scammer"
 54 2011-11-08 00:14:37 <Diablo-D3> dude
 55 2011-11-08 00:14:40 <Eliel> true, although, that kind of attack takes quite a bit of an effort from the evil russian scammer.
 56 2011-11-08 00:14:48 <Diablo-D3> if they can make my client send 2000btc to them
 57 2011-11-08 00:14:49 <Diablo-D3> let them try
 58 2011-11-08 00:14:53 <Mqrius> hehe
 59 2011-11-08 00:14:55 <Diablo-D3> current balance: not 2000 btc.
 60 2011-11-08 00:15:15 <Mqrius> Current balance: 0.2, 0.1 pending :D
 61 2011-11-08 00:15:18 <justmoon> Diablo-D3, being broke is an effective defense against scammers :D
 62 2011-11-08 00:15:21 <Mqrius> expected: +20 :P
 63 2011-11-08 00:16:14 <justmoon> one more thing that I couldn't fit into the discussion but want to mention: you will also be able to have the provider mail or maybe fax you the server-side keys
 64 2011-11-08 00:16:31 <justmoon> so that when they disappear you can send them to another server and not lose your money
 65 2011-11-08 00:16:48 <justmoon> (when the server pulls a mybitcoin for example)
 66 2011-11-08 00:17:34 <Mqrius> That sounds like a good idea. Then again, you also want to back up /your own/ keys somewhere
 67 2011-11-08 00:17:41 <Mqrius> So you're still backing up etc
 68 2011-11-08 00:17:47 <justmoon> right and your own keys you can print out yourself
 69 2011-11-08 00:17:53 <Mqrius> Therefore 2 out of 3 is a nice idea
 70 2011-11-08 00:17:56 <Mqrius> :P
 71 2011-11-08 00:18:24 <justmoon> how do you mean?
 72 2011-11-08 00:18:52 <Mqrius> Well, if I have 2 out of 3, I will have 1 on my PC, 1 on my mobile, and 1 on mybitcoin/ewallet
 73 2011-11-08 00:18:56 <Eliel> so there's 2 sets you have and one set the e-wallet service has.
 74 2011-11-08 00:19:02 <Mqrius> yeah
 75 2011-11-08 00:19:11 <Mqrius> then backing up is not that important anymore
 76 2011-11-08 00:19:19 <Mqrius> and we all know no one backups anyway
 77 2011-11-08 00:19:53 <justmoon> well, how is that different from having the same set of keys on your mobile and pc?
 78 2011-11-08 00:20:12 <justmoon> i.e. having one half on each of your clients and the other half is at the wallet provider/server
 79 2011-11-08 00:20:12 <Mqrius> if my mobile drops into the pond, I can still access my money
 80 2011-11-08 00:20:14 <Eliel> you can claim your money with just you mobile and pc
 81 2011-11-08 00:20:26 <Mqrius> oh uh
 82 2011-11-08 00:20:37 <justmoon> Eliel, that's why I recommend getting a paper backup of the server keys
 83 2011-11-08 00:20:51 <Mqrius> justmoon: Then you have to have 4 sets of keys
 84 2011-11-08 00:20:52 <Mqrius> 2x2
 85 2011-11-08 00:20:56 <justmoon> Eliel, then you can claim your money with any of your devices plus the paper backup
 86 2011-11-08 00:21:02 <Mqrius> while with 2 out of 3, it's 3 sets: 3x1
 87 2011-11-08 00:21:23 <Eliel> yes, the paper backup is a good idea.
 88 2011-11-08 00:21:24 <justmoon> Mqrius, don't see how that matters :)
 89 2011-11-08 00:22:05 <Mqrius> justmoon: You need 4 trusted places. You don't want a "full set of keys" in one place
 90 2011-11-08 00:22:15 <Diablo-D3> just 4?
 91 2011-11-08 00:22:24 <justmoon> Mqrius, well, no, you need two trusted places
 92 2011-11-08 00:22:37 <Mqrius> Uhm yeah, make that semi-trusted
 93 2011-11-08 00:22:40 <Diablo-D3> you need two, and both of them need to be encrypted on top of that.
 94 2011-11-08 00:23:33 <CIA-34> bitcoinjs/node-bitcoin-p2p: Stefan Thomas master * r001a93c / lib/db/mongo/storage.js : Re-add MongoDB indexes. - http://git.io/rKYnYw
 95 2011-11-08 00:24:25 <Mqrius> hmmm
 96 2011-11-08 00:24:55 <Mqrius> Not sure.
 97 2011-11-08 00:25:19 <Mqrius> But on an unrelated note: I saw something about paillier in bitcoinjs-lib. Did they already implement it?
 98 2011-11-08 00:25:52 <justmoon> yes, see the demo link I posted above
 99 2011-11-08 00:28:41 <Mqrius> Looks nice :) Too bad I don't understand it yet
100 2011-11-08 00:29:50 <justmoon> Mqrius, it's pretty impossible to understand without the paper, I don't want to publish the unfinished paper, but i can private message you a link, hang on
101 2011-11-08 00:30:17 <Mqrius> thanks :)
102 2011-11-08 02:07:29 <CIA-34> bitcoinjs/node-bitcoin-p2p: Stefan Thomas master * r93031c0 / (3 files in 3 dirs): Fixes script verification error related to hashType. Adds test case. - http://git.io/qua_oQ
103 2011-11-08 02:28:07 <slush> Anybody knows what error message " Transaction commit failed" during sendmany means?
104 2011-11-08 02:28:31 <slush> I'm getting this in namecoind, but it should be same as in bitcoind as it is sharing codebase with 0.3.24
105 2011-11-08 02:29:40 <justmoon> it means the transaction wasn't accepted to the memory pool after it was created
106 2011-11-08 02:30:13 <justmoon> I don't know enough about the wallet part of bitcoind to be more helpful, sorry
107 2011-11-08 02:30:37 <justmoon> what does the bitcoind log say?
108 2011-11-08 02:30:50 <justmoon> or namecoin log as it may be
109 2011-11-08 02:32:54 <phantomcircuit> slush, might want to ask bluematt
110 2011-11-08 02:32:58 <phantomcircuit> when he's around
111 2011-11-08 02:33:50 <slush> thanks, I'll ask him
112 2011-11-08 02:33:52 <justmoon> phantomcircuit, the debug.log should say why the transaction wasn't accepted into the memory pool - so I'm pretty sure if you ask bluematt he'll also tell you to look in the log
113 2011-11-08 02:34:27 <phantomcircuit> justmoon, i say that because bluematt did a lot of screwing around with the wallet stuff
114 2011-11-08 02:34:32 <slush> what a luck - logrotate discarded debug.log four minutes ago. damn
115 2011-11-08 02:34:34 <phantomcircuit> so he'll probably have a better idea than anybody else
116 2011-11-08 02:34:52 <slush> ok, I'll wait for next crash and take debug.log part
117 2011-11-08 02:35:22 <justmoon> phantomcircuit, ok granted, but the error is generic for any time AcceptToMemoryPool() fails
118 2011-11-08 02:35:38 <justmoon> and that contains dozens of checks that can fail
119 2011-11-08 02:36:18 <slush> hm, maybe not sufficient fees? And it then get confirmed as I mine my own block?
120 2011-11-08 02:36:32 <slush> ok, it's pure speculation, let wait for next occurence
121 2011-11-08 02:36:52 <nanotube> slush: heh, 'log rotation', i don't think it means what you think it means :P seems more like log deletion to me :)
122 2011-11-08 02:37:17 <slush> lol, yes, I'm not rotating logs, because it always killed IO
123 2011-11-08 02:37:22 <slush> so I'm simply truncating them ;)
124 2011-11-08 02:37:28 <justmoon> slush, it could be fees, it could also be too many outputs, or you triggered gavins DoS checks
125 2011-11-08 02:37:52 <slush> there's some ddos check in 0.3.24?
126 2011-11-08 02:37:57 <justmoon> oh sorry, no
127 2011-11-08 02:39:25 <justmoon> well, it does check for the number of OP_CHECKSIG etc., all of those older checks could be the culprit
128 2011-11-08 02:39:32 <justmoon> just not the latest generation :)
129 2011-11-08 02:41:35 <slush> lol
130 2011-11-08 02:41:36 <slush> WalletUpdateSpent found spent coin
131 2011-11-08 02:41:40 <slush> wtf?
132 2011-11-08 02:41:42 <slush> -rescan ?
133 2011-11-08 02:42:08 <justmoon> https://github.com/bitcoin/bitcoin/blob/master/src/wallet.cpp#L1028
134 2011-11-08 02:42:16 <justmoon> he updates the wallet before he checks the transaction
135 2011-11-08 02:42:29 <justmoon> so I guess the transaction is in the wallet, but not in the network/blockchain
136 2011-11-08 02:42:37 <justmoon> so yeah a rescan should fix it
137 2011-11-08 02:42:45 <justmoon> i.e. make the transaction disappear
138 2011-11-08 02:43:32 <slush> hm, but transactions are accepted to blockchain
139 2011-11-08 02:43:55 <justmoon> ok I give up, ask matt
140 2011-11-08 02:44:26 <slush> ok, thanks anyway.
141 2011-11-08 04:36:14 <Joric> that css framework http://twitter.github.com/bootstrap/ looks really ugly in chrome, disable shadows for gods sake
142 2011-11-08 04:37:16 <Joric> i don't know maybe it's only me here's a screenshot http://img851.imageshack.us/img851/8140/screenshot2011110811360.png
143 2011-11-08 05:04:17 <shadders> poolserverj workmaker edition released: https://bitcointalk.org/index.php?topic=51226.0
144 2011-11-08 05:08:56 <CIA-34> poolserverj: shadders * a627436bdd35 r191 /poolserverj-main/etc/lib/lib_non-maven/shadtools-sql-0.0.1-SNAPSHOT.jar: why oh why do new files never commit the first time!
145 2011-11-08 05:08:57 <CIA-34> poolserverj: shadders * a2cad9689727 r193 /poolserverj-core/src/main/java/com/shadworld/poolserver/entity/FastEqualsSolution.java: speel
146 2011-11-08 05:08:58 <CIA-34> poolserverj: shadders * fea9b5a43819 r197 / (13 files in 9 dirs):
147 2011-11-08 05:08:59 <CIA-34> poolserverj: Integrate local block generation for aux chains allowing coinbasing in the aux blocks
148 2011-11-08 05:09:05 <CIA-34> poolserverj: shadders * 5cd0494800b6 r198 / (14 files in 9 dirs):
149 2011-11-08 05:09:06 <CIA-34> poolserverj: - rebuild default share logger to use column mappings so all columns can now be optional.
150 2011-11-08 05:09:07 <CIA-34> poolserverj: - added components needed to trigger a longpoll when new transaction included in the block increase expected fees by more than a user defined threshold.
151 2011-11-08 05:09:07 <CIA-34> poolserverj: - enable workmaker for non-merged mining config
152 2011-11-08 05:09:28 <CIA-34> poolserverj: update version string
153 2011-11-08 05:09:29 <CIA-34> poolserverj: standardize traceTarget formats
154 2011-11-08 05:09:30 <CIA-34> poolserverj: shadders * baa9bdfa9c9e r204 / (2 files in 2 dirs): Port security hotfix to real 0.3.0 branch - previously was applied to a downstream changeset after a merge.
155 2011-11-08 05:10:28 <CIA-34> poolserverj: shadders * db4b2d93049e r206 /poolserverj-main/ (3 files in 3 dirs):
156 2011-11-08 05:10:29 <CIA-34> (8 lines omitted)
157 2011-11-08 05:27:01 <ThomasV> gmaxwell: http://jailbreakscene.com/main/2011/02/sony-sends-dmca-takedown-notices-to-gitorious/
158 2011-11-08 05:32:50 <copumpkin> lol
159 2011-11-08 05:35:08 <CIA-34> bitcoin: Wladimir J. van der Laan master * r7e91dd2 / (src/qt/bitcoin.qrc src/qt/locale/bitcoin_zh_TW.ts):
160 2011-11-08 05:58:59 <BlueMattBot> Project Bitcoin build #86: STILL FAILING in 21 min: http://jenkins.bluematt.me/job/Bitcoin/86/
161 2011-11-08 09:41:24 <ThomasV> gmaxwell: you here?
162 2011-11-08 11:02:23 <CIA-34> bitcoinjs/node-bitcoin-p2p: Andrew Vorobyov master * r61049cd / lib/schema/block.js : Cleanup after testing - http://git.io/jAaF3w
163 2011-11-08 12:15:45 <sipa> is that why git doesn't know about v0.5.0rc3 here?
164 2011-11-08 12:16:12 <luke-jr> probably
165 2011-11-08 12:16:34 <luke-jr> if you explicitly pull it, you'll get it
166 2011-11-08 12:16:41 <luke-jr> someone needs to merge it to master -.-
167 2011-11-08 12:19:56 <luke-jr> tcatm: poke
168 2011-11-08 12:20:38 <tcatm> luke-jr: ?
169 2011-11-08 12:21:05 <luke-jr> tcatm: market feeds have been down/broken for a day or two now
170 2011-11-08 12:21:08 <luke-jr> what's up?
171 2011-11-08 12:21:41 <tcatm> looks like they are working in #bitcoin-market
172 2011-11-08 12:21:54 <luke-jr> who uses that? :P
173 2011-11-08 12:22:02 <tcatm> can you provide more information?
174 2011-11-08 12:22:24 <tcatm> approx 246 users
175 2011-11-08 12:23:13 <luke-jr> EOFError: telnet connection closed
176 2011-11-08 12:23:47 <CIA-34> bitcoin: Pieter Wuille master * r09d7be3 / doc/README : Merge commit 'v0.5.0rc3' - http://git.io/nu9r5g
177 2011-11-08 12:24:29 <tcatm> how can I reproduce the problem?
178 2011-11-08 12:28:48 <luke-jr> weird, restarting the bot entirely fixed ti
179 2011-11-08 12:29:19 <cjdelisle> ahh, dead connection
180 2011-11-08 12:29:38 <cjdelisle> I have experienced the same, socat connection is still connected but no data
181 2011-11-08 12:29:50 <luke-jr> cjdelisle: no, because I reloaded the plugin a number of times
182 2011-11-08 12:31:09 <tcatm> the server is currently serving about 6300 connections so it's likely a bug in your plugin
183 2011-11-08 12:46:12 <tcatm> gavinandresen: can I push updated translations from transifex directly to master or should I make pull requests?
184 2011-11-08 12:47:44 <gavinandresen> tcatm: Just push
185 2011-11-08 12:49:26 <BlueMattBot> Project Bitcoin build #87: STILL FAILING in 21 min: http://jenkins.bluematt.me/job/Bitcoin/87/
186 2011-11-08 12:49:27 <BlueMattBot> gavinandresen: Mention Qt4 runtime dependencies
187 2011-11-08 12:50:08 <sipa> wow, adding three lines of documentation breaks the build? :)
188 2011-11-08 12:52:50 <CIA-34> bitcoin: Nils Schneider master * re1739cb / (9 files in 2 dirs): merged translations from transifex: da de es es_CL nb nl ru zh_TW - http://git.io/LPOMCQ
189 2011-11-08 13:18:57 <BlueMattBot> Project Bitcoin build #88: STILL FAILING in 21 min: http://jenkins.bluematt.me/job/Bitcoin/88/
190 2011-11-08 13:18:58 <BlueMattBot> nils.schneider: merged translations from transifex: da de es es_CL nb nl ru zh_TW
191 2011-11-08 13:48:56 <tcatm> gavinandresen: where would be the best place to document the transifex -> git process?
192 2011-11-08 13:51:23 <nanotube> where does all other dev-related documentation live? probably same place. :)
193 2011-11-08 13:51:37 <nanotube> if there's no such place, then there should be.
194 2011-11-08 13:52:49 <Diablo-D3> transiwhat?
195 2011-11-08 13:53:02 <jgarzik> tcatm: doc/  ?
196 2011-11-08 13:53:07 <tcatm> https://www.transifex.net/projects/p/bitcoin/resource/tx/
197 2011-11-08 13:53:31 <Diablo-D3> looks like a scam
198 2011-11-08 13:59:25 <erus`> Diablo-D3: how?
199 2011-11-08 14:00:14 <Diablo-D3> website is too fancy looking.
200 2011-11-08 14:05:03 <Ycros> lol
201 2011-11-08 14:06:54 <gavinandresen> tcatm: maybe doc/translation_process.txt in the source tree?
202 2011-11-08 14:50:24 <Diablo-D3> ;;ticker
203 2011-11-08 14:50:24 <gribble> Best bid: 3.03, Best ask: 3.06, Bid-ask spread: 0.03, Last trade: 3.03, 24 hour volume: 65836, 24 hour low: 2.95, 24 hour high: 3.21
204 2011-11-08 14:50:39 <Diablo-D3> ;;calc 3.03 * 96.41400
205 2011-11-08 14:50:40 <gribble> 292.13442
206 2011-11-08 14:51:03 <Diablo-D3> ;;calc 3.03 / 96.41400
207 2011-11-08 14:51:03 <gribble> 0.0314269711868
208 2011-11-08 14:51:11 <Diablo-D3> ;;calc 96.41400 / 3.03
209 2011-11-08 14:51:12 <gribble> 31.8198019802
210 2011-11-08 14:52:58 <helo> could one use OP_EVAL to pay a pre-determined "commission" to a 3rd party from the total BTC sitting at the script's address?
211 2011-11-08 14:56:13 <helo> are all of the BTC associated with the script's address always sent to whatever the hash is given by whoever satisfies the script's requirements?
212 2011-11-08 14:57:27 <ThomasV> gmaxwell: you here?
213 2011-11-08 14:58:39 <sipa> helo: bitcoin does not track btc associated with addresses
214 2011-11-08 14:59:20 <Eliel> helo: no, I don't think it does.
215 2011-11-08 14:59:20 <sipa> each transaction explicitly lists which earlier transaction outputs are consumed
216 2011-11-08 14:59:33 <sipa> and those ar consumed integrlly
217 2011-11-08 14:59:41 <Eliel> helo: you can only do input things with the OP_EVAL script.
218 2011-11-08 15:00:20 <sipa> it's irrelevant
219 2011-11-08 15:00:42 <sipa> scripts have nothing to do with the flow of coins
220 2011-11-08 15:00:58 <Eliel> helo: however, you can make it so that the input needs approval from the person to receive commission to be spent, that way you can make it impossible to spend the transaction unless they agree.
221 2011-11-08 15:01:00 <sipa> they are only used for authentication
222 2011-11-08 15:17:00 <helo> ahh i see, thanks
223 2011-11-08 15:17:46 <helo> whoever satisfies the script's conditions gets the bitcoin
224 2011-11-08 15:18:59 <gavinandresen> helo: yes. But as Eliel says, one of the private key holders could refuse to sign transactions that didn't pay them a commission...
225 2011-11-08 15:22:30 <Eliel> however, that's a complete veto right on any transaction, propably more than called for in such a situation.
226 2011-11-08 15:25:46 <gavinandresen> Eliel: if it is a third part dispute resolution service and their services were required then refusing to sign a transaction refunding to the buyer or seller unless they include a commission sounds perfectly reasonable
227 2011-11-08 15:26:29 <Eliel> yes, in such a case, of course.
228 2011-11-08 15:26:59 <Eliel> I got the idea that helo was wanting to somehow automate commission payment.
229 2011-11-08 15:27:33 <Eliel> but that's not something that's really the job of the blockchain scripts
230 2011-11-08 15:27:45 <helo> just trying to get a handle on the scope of OP_EVAL
231 2011-11-08 15:37:15 <BlueMatt> gavinandresen: would you mind mentioning the bitcoin ppa on the next rc thread so that it also gets tested?
232 2011-11-08 15:38:25 <gavinandresen> BlueMatt: sure-- email me what you'd like to say about it.
233 2011-11-08 15:39:24 <BlueMatt> just say something to the effect of: "If you are on Ubuntu, please also test the new bitcoin ppa by running "sudo apt-add-repository ppa:bitcoin/bitcoin; sudo apt-get update; sudo apt-get install bitcoin-qt"
234 2011-11-08 15:50:17 <gavinandresen> BlueMatt: does the bitcoin-qt ppa include bitcoind?  And where do they end up getting installed? (/usr/bin?)
235 2011-11-08 15:51:02 <Eliel> gavinandresen: it does include bitcoind
236 2011-11-08 15:51:28 <BlueMatt> yes, you can install either bitcoin-qt or bitcoind
237 2011-11-08 15:51:51 <BlueMatt> (or both)
238 2011-11-08 15:51:59 <Eliel> they install in /usr/bin/
239 2011-11-08 15:52:01 <BlueMatt> the actual binary gets installed in /usr/lib/bitcoin
240 2011-11-08 15:52:10 <BlueMatt> a script which calls bitcoin goes in usr/bin
241 2011-11-08 15:52:22 <BlueMatt> (because that is what was already being done in the debian package)
242 2011-11-08 15:52:29 <BlueMatt> (not that that is really the "right" way...)
243 2011-11-08 15:53:17 <gavinandresen> So if I installed both I'd get bitcoin-qt and bitcoind scripts in /usr/bin, that launch bitcoin-qt/bitcoind executables in /usr/lib/bitcoin.  Okey doke.
244 2011-11-08 15:53:27 <BlueMatt> yep
245 2011-11-08 15:53:48 <sipa> does the script automatically decides whether it needs bitcoin-qt or bitcoind?
246 2011-11-08 15:53:51 <sipa> -s
247 2011-11-08 15:53:58 <BlueMatt> no, there are two scripts
248 2011-11-08 15:54:03 <BlueMatt> /usr/bin/bitcoind and /usr/bin/bitcoin-qt
249 2011-11-08 15:54:12 <sipa> oh
250 2011-11-08 15:54:17 <sipa> what's the point?
251 2011-11-08 15:54:50 <BlueMatt> bitcoind sets a random rpcpassword (nfc why, but thats what debian packages already did, so I left it) and both set DB_LOG_AUTOREMOVE
252 2011-11-08 15:55:12 <BlueMatt> which I was planning on doing research on and bringing up as something we should do by default but I havnt had time...
253 2011-11-08 15:55:59 <gavinandresen> ... as long as it still errors out if I accidently type bitcoind -datadir=fo  when I meant to type foo....
254 2011-11-08 15:56:35 <BlueMatt> if bitcoin would error, so would the script
255 2011-11-08 15:56:40 <BlueMatt> (it passes all args to bitcoin)
256 2011-11-08 16:49:54 <ThomasV> gmaxwell: are you here?
257 2011-11-08 17:11:19 <graingert> ThomasV: try using !later
258 2011-11-08 17:11:37 <ThomasV> how does it work?
259 2011-11-08 17:11:53 <graingert> next time he says something that gribble can see it will pm him
260 2011-11-08 17:12:03 <ThomasV> anyway, I have to go now
261 2011-11-08 17:12:06 <ThomasV> bbl
262 2011-11-08 17:12:11 <graingert> k
263 2011-11-08 18:02:04 <CIA-89> bitcoin: Wladimir J. van der Laan master * r9bc9593 / (3 files): Fix segmentation fault when editing address not in address book (issue #615) - http://git.io/fBVYIw
264 2011-11-08 18:02:07 <CIA-89> bitcoin: Wladimir J. van der Laan master * r0fb0a38 / (3 files):
265 2011-11-08 18:24:07 <BlueMattBot> Project Bitcoin build #89: STILL FAILING in 21 min: http://jenkins.bluematt.me/job/Bitcoin/89/
266 2011-11-08 18:24:08 <BlueMattBot> laanwj: Fix segmentation fault when editing address not in address book (issue #615)
267 2011-11-08 18:25:16 <CIA-89> bitcoin: Daniel Folkinshteyn * r8c44ae466af0 supybot-bitcoin-marketmonitor/Gatekeeper/ (config.py plugin.py): Gatekeeper: make the msg on join for unauthed users configurable
268 2011-11-08 18:27:31 <BlueMatt> oh dammit
269 2011-11-08 19:18:56 <BlueMattBot> Project Bitcoin build #90: STILL FAILING in 34 min: http://jenkins.bluematt.me/job/Bitcoin/90/
270 2011-11-08 19:40:46 <BlueMattBot> Project Bitcoin build #91: STILL FAILING in 5 min 31 sec: http://jenkins.bluematt.me/job/Bitcoin/91/
271 2011-11-08 20:04:30 <BlueMattBot> Project Bitcoin build #92: STILL FAILING in 5 min 59 sec: http://jenkins.bluematt.me/job/Bitcoin/92/
272 2011-11-08 20:05:13 <luke-jr> BlueMatt: fix it!
273 2011-11-08 20:13:39 <BlueMatt> luke-jr: meh, im distracted, so its taking a while...
274 2011-11-08 20:40:25 <BlueMattBot> Project Bitcoin build #93: STILL FAILING in 5 min 50 sec: http://jenkins.bluematt.me/job/Bitcoin/93/
275 2011-11-08 21:02:07 <BlueMattBot> Project Bitcoin build #94: STILL FAILING in 5 min 56 sec: http://jenkins.bluematt.me/job/Bitcoin/94/
276 2011-11-08 21:05:48 <helo> it would be nice if the standard client could be configured to show when a transaction has been seen that sends coin to one of your addresses, before it is included in a block
277 2011-11-08 21:06:30 <nanotube> helo: it already does that. that's what 0conf transactions are
278 2011-11-08 21:08:32 <helo> oh... don't see this transaction from the faucet
279 2011-11-08 21:08:57 <nanotube> helo: well they only show up if you have all the blocks
280 2011-11-08 21:09:30 <helo> i'm at 152445
281 2011-11-08 21:10:04 <helo> i did have to restart my client... maybe i didn't receive the transaction as it went out
282 2011-11-08 21:10:49 <helo> with fluxbox there seems to be a problem with the window disappearing when it is set to "minimize to tray" and "minimize on close"
283 2011-11-08 21:12:07 <helo> the window will be open, and i'll switch to a different workspace, and then when i return to the workspace the client's window is gone
284 2011-11-08 21:12:24 <helo> i can still click the tray icon to exit, but it won't show the main window regardless of what i do
285 2011-11-08 21:13:12 <helo> ahh there we go, just saw the 0conf faucet transaction
286 2011-11-08 21:13:59 <nanotube> o/
287 2011-11-08 21:16:25 <graingert> nanotube: why do they only show up if you have "all the blocks"
288 2011-11-08 21:16:40 <graingert> eg how does the client know it has all the blocks
289 2011-11-08 21:17:54 <nanotube> graingert: well, as to why - because it could be a bogus transaction (using spent inputs), and if you don't have the blocks you can't know if it is
290 2011-11-08 21:18:04 <nanotube> as to how it knows - it asks all the peers how many blocks they have, etc.
291 2011-11-08 21:18:31 <graingert> ah I see
292 2011-11-08 21:18:44 <helo> it's already listed as unconfirmed, so it wouldn't really be a problem to show up regardless
293 2011-11-08 21:19:07 <graingert> in that case it goes from
294 2011-11-08 21:19:34 <graingert> unknown status -> valid -> unconfirmed 1-6 -> confirmed
295 2011-11-08 21:19:43 <graingert> *0-6
296 2011-11-08 21:19:49 <graingert> *0-5 :p
297 2011-11-08 21:22:33 <helo> ahh, with fluxbox minimize to tray isn't needed
298 2011-11-08 21:23:56 <graingert> same with gnome shell
299 2011-11-08 21:24:07 <graingert> gnome shell has no minimize
300 2011-11-08 21:25:03 <helo> with minize to tray enabled, does the window disappear if you switch workspaces?
301 2011-11-08 21:25:47 <graingert> just checking
302 2011-11-08 21:25:49 <graingert> LBI
303 2011-11-08 21:27:32 <graingert> helo: it does indeed
304 2011-11-08 21:27:33 <helo> it behaves as if the window is open on another workspace
305 2011-11-08 21:35:36 <graingert> helo: https://github.com/bitcoin/bitcoin/issues/620
306 2011-11-08 21:36:08 <helo> hooray!
307 2011-11-08 21:37:42 <graingert> why is the tab based interface implimented with a toolbar :(
308 2011-11-08 21:39:51 <graingert> the status bar wastes a lot of empty space
309 2011-11-08 21:40:30 <helo> so you can detach it! heh
310 2011-11-08 21:41:30 <graingert> but it's tabs
311 2011-11-08 21:41:36 <graingert> so it should not be detachable
312 2011-11-08 21:41:58 <helo> detaching toolbars is a good example of something that is naturally obvious and yet completely useless
313 2011-11-08 21:42:56 <graingert> export button should be beneath the tabs
314 2011-11-08 21:43:18 <graingert> https://github.com/bitcoin/bitcoin/issues/621
315 2011-11-08 21:52:59 <helo> i would argue that "export" should be under "File"
316 2011-11-08 21:53:22 <helo> currently "File" only has "Exit", which is already redundant with the window manager's X
317 2011-11-08 21:53:34 <helo> export is a file operation, after all
318 2011-11-08 21:54:34 <helo> ohh... export is only for the particular tab you're on
319 2011-11-08 21:54:49 <CIA-89> poolserverj: shadders * 349c9bc35494 r212 /poolserverj-main/src/main/java/com/shadworld/poolserver/conf/Conf.java: make tmp dir before attempting to create donation.ack
320 2011-11-08 21:54:50 <helo> never mind that... yeah it needs to be on the body of the tabs that it is used for
321 2011-11-08 21:58:40 <graingert> helo: export should be under file yes
322 2011-11-08 21:59:52 <graingert> it should be file -> export -> [my addresses, address book, transaction log]
323 2011-11-08 22:00:13 <helo> yeah... that makes more sense
324 2011-11-08 22:00:47 <graingert> another UI issue: https://github.com/bitcoin/bitcoin/issues/622
325 2011-11-08 22:01:51 <graingert> the overview should show the next unused unlabled address
326 2011-11-08 22:05:47 <graingert> *rages how the gui and the deamon need to be separated*
327 2011-11-08 22:19:12 <luke-jr> the GUI really needs a way to search the address book -.-
328 2011-11-08 22:20:42 <graingert> oh crap
329 2011-11-08 22:20:44 <graingert> does it not do that
330 2011-11-08 22:20:55 <graingert> lol
331 2011-11-08 22:20:58 <graingert> fail
332 2011-11-08 22:21:05 <graingert> luke-jr: make an issue on le github
333 2011-11-08 22:21:23 <luke-jr> graingert: too lazy
334 2011-11-08 22:21:37 <luke-jr> GitHub doesn't credit you for that like Launchpad does :P
335 2011-11-08 22:22:23 <nanotube> yea i've mentioned the lack of search/filter ability in the past...
336 2011-11-08 22:23:00 <graingert> luke-jr: https://github.com/bitcoin/bitcoin/issues/623
337 2011-11-08 22:23:32 <CFSworks> Very descriptive bug report. The -.- really emphasizes its urgency. ;)
338 2011-11-08 22:24:05 <graingert> I'm not quite sure what extra details would be usefull
339 2011-11-08 22:24:18 <luke-jr> it should have a search at the top of the list
340 2011-11-08 22:24:24 <luke-jr> just start typing and it filters the contents
341 2011-11-08 22:24:25 <luke-jr> etc
342 2011-11-08 22:24:34 <CFSworks> Filters by what, label?
343 2011-11-08 22:24:42 <CFSworks> <-- (Has not had the privilege of trying the Qt GUI yet.)
344 2011-11-08 22:26:07 <graingert> CFSworks: yep
345 2011-11-08 22:26:23 <graingert> CFSworks: I doubt anyone wants to filter by Address
346 2011-11-08 22:26:38 <graingert> but it could filter that also
347 2011-11-08 22:26:50 <CFSworks> Probably an "Or" filter, because some people have their vanity addresses...
348 2011-11-08 22:26:50 <graingert> but it will wipe them all out after a few characters
349 2011-11-08 22:27:11 <graingert> CFSworks: add your comments to the bug
350 2011-11-08 22:27:20 <luke-jr> CFSworks: whatever matches what you type
351 2011-11-08 22:28:42 <graingert> the "Recieve Coins" tab is odd
352 2011-11-08 22:29:06 <luke-jr> ?
353 2011-11-08 22:29:19 <graingert> it's an odd name
354 2011-11-08 22:29:27 <graingert> it makes sense to start with
355 2011-11-08 22:29:42 <graingert> but I think it should be "My Addresses"
356 2011-11-08 22:32:39 <graingert> Send Coins and Address Book should be merged :p
357 2011-11-08 22:32:53 <graingert> typing in the Label field should filter the Address Book
358 2011-11-08 22:33:55 <CFSworks> graingert: I really should not be posting issues on GitHub, for the public good. :)
359 2011-11-08 22:34:03 <CFSworks> "New issue: Default Bitcoin address should be changed to 1Bbw6SBzmwWBaPRBxJUwp3WRgvDKCkqNX7"
360 2011-11-08 22:34:50 <graingert> Default bitcoin address should be the most sent to bitcoin address in the list
361 2011-11-08 22:34:54 <graingert> :p
362 2011-11-08 22:37:20 <graingert> Clear all button is very pointless