1 2012-04-25 00:00:03 <luke-jr> would be cool to have a pretty map of Bitcoin node relationships
  2 2012-04-25 00:00:07 <gmaxwell> Yea.. that would make it easier to isolate nodes.
  3 2012-04-25 00:00:08 <MC1984> the times skype totally went down, was because the ratio of supernodes dropped too low
  4 2012-04-25 00:00:29 <MC1984> the remaining ones overloaded
  5 2012-04-25 00:00:37 <sipa> MC1984: skype?
  6 2012-04-25 00:00:40 <gmaxwell> MC1984: well we don't even have 'supernodes'
  7 2012-04-25 00:01:23 <MC1984> yes you do
  8 2012-04-25 00:01:42 <gmaxwell> We have listening and non-listening nodes. ... and yes, it matters if the listening ones get overloaded. But it's still not quite the same thing.
  9 2012-04-25 00:01:52 <MC1984> well ok
 10 2012-04-25 00:02:00 <MC1984> thats what i mean
 11 2012-04-25 00:02:58 <MC1984> wait sipa tracks that
 12 2012-04-25 00:03:21 <gmaxwell> Sipa knows if he can't connect. But thats a lagging indicator.
 13 2012-04-25 00:03:23 <luke-jr> sipa: Skype abuses user resources
 14 2012-04-25 00:04:14 <gmaxwell> sipa: skype forms an encrypted p2p network between the clients so that Skype Inc. doesn't need to run servers except as gateways.
 15 2012-04-25 00:04:35 <sipa> oh right, indeed
 16 2012-04-25 00:05:35 <MC1984> they do now
 17 2012-04-25 00:05:52 <MC1984> last time the skype died, thye were just throwing up supernodes on EC2 lol
 18 2012-04-25 00:05:55 <gmaxwell> My public node is at 32% of its connections.. though its a bit of an odd one because it runs the irc hopping patch.
 19 2012-04-25 00:09:56 <jrmithdobbs> hm, my public node apparently hung like a week ago
 20 2012-04-25 00:10:02 <gmaxwell> 0_o
 21 2012-04-25 00:10:12 <gmaxwell> jrmithdobbs: is the process still running? anything in the debug log?
 22 2012-04-25 00:10:22 <gmaxwell> are you out of disk space?
 23 2012-04-25 00:10:45 <jrmithdobbs> actually
 24 2012-04-25 00:10:52 <jrmithdobbs> it's still running rpc just isn't responding
 25 2012-04-25 00:11:12 <jrmithdobbs> gmaxwell: nah, i use -printtoconsole and pipe it to svlogd so it auto rotates
 26 2012-04-25 00:11:43 <jrmithdobbs> started looking because sipa's stats say 5% uptime for last month
 27 2012-04-25 00:11:45 <sipa> gmaxwell: ok, now keeping total reachability stats :)
 28 2012-04-25 00:12:10 <jrmithdobbs> err 40% for 7 days, w/e
 29 2012-04-25 00:12:12 <sipa> just the sum of the percentages in each column of seeds.txt
 30 2012-04-25 00:12:22 <jrmithdobbs> but can't get getinfo to return
 31 2012-04-25 00:12:35 <sipa> which version?
 32 2012-04-25 00:12:40 <jrmithdobbs> 6.0.0.4
 33 2012-04-25 00:12:47 <sipa> hmm
 34 2012-04-25 00:13:11 <jrmithdobbs> sipa: can give you the ip if you scraper might have logs about the connection failure ;p
 35 2012-04-25 00:13:39 <jrmithdobbs> sipa: /msg
 36 2012-04-25 00:13:40 <sipa> no, i don't keep logs about that
 37 2012-04-25 00:13:54 <luke-jr> is it possible to get transifax or whatever it's called to do translations for other branches as well?
 38 2012-04-25 00:14:01 <jrmithdobbs> ya bitcoind getinfo; hangs indef
 39 2012-04-25 00:14:26 <gmaxwell> jrmithdobbs: so get a backtrace of every thread.. sounds like something is deadlocked.
 40 2012-04-25 00:15:02 <jrmithdobbs> according to the log it's responding to p2p fine, i see the last block
 41 2012-04-25 00:15:08 <gmaxwell> (I don't know an easier way than connecting with gdb and running thread # ; bt for each thread
 42 2012-04-25 00:15:11 <jrmithdobbs> weird
 43 2012-04-25 00:15:19 <gmaxwell> jrmithdobbs: yea could be some lock that is needed for e.g. wallet acces.
 44 2012-04-25 00:15:19 <sipa> something holding the wallet lock maybe?
 45 2012-04-25 00:15:21 <gmaxwell> access.
 46 2012-04-25 00:15:32 <jrmithdobbs> gmaxwell: that'd be *really* weird because it's an empty wallet
 47 2012-04-25 00:15:33 <sipa> or the keystore lock
 48 2012-04-25 00:15:58 <jrmithdobbs> empty and unencypted
 49 2012-04-25 00:17:39 <sipa> how lang had it been running?
 50 2012-04-25 00:18:05 <sipa> long
 51 2012-04-25 00:18:16 <jrmithdobbs> haha
 52 2012-04-25 00:18:21 <jrmithdobbs> stupid thing, got it
 53 2012-04-25 00:18:26 <luke-jr> could simply be another connection to JSON-RPC&
 54 2012-04-25 00:18:34 <gmaxwell> rpc to wrong port?
 55 2012-04-25 00:18:37 <luke-jr> without the threading patch, bitcoind can only handle 1 connection
 56 2012-04-25 00:18:43 <jrmithdobbs> sipa: Mar16 459:30
 57 2012-04-25 00:18:48 <jrmithdobbs> gmaxwell: nah, disk
 58 2012-04-25 00:19:06 <jrmithdobbs> gmaxwell: just not the fs the blockchain/etc is on, just the logs ... stupid apt filled up /var
 59 2012-04-25 00:19:22 <sipa> 04:10:22 < gmaxwell> are you out of disk space?
 60 2012-04-25 00:19:38 <jrmithdobbs> bitcoin doesn't touch that fs directly
 61 2012-04-25 00:19:46 <jrmithdobbs> -printtoconsole
 62 2012-04-25 00:19:49 <sipa> irrelevant!
 63 2012-04-25 00:20:05 <jrmithdobbs> actually, shouldn't be, writes to stdout shouldn't hang the client
 64 2012-04-25 00:20:12 <gmaxwell> Yea, do not question the dumb tech support questions. They sound dumb, but it's usually something dumb. :)
 65 2012-04-25 00:20:13 <jrmithdobbs> err blocked writes
 66 2012-04-25 00:20:25 <gmaxwell> Yes they do
 67 2012-04-25 00:20:25 <jrmithdobbs> gmaxwell: oh I looked, just only at the bitcoin fs ;p
 68 2012-04-25 00:20:34 <gmaxwell> otherwise you'd OOM on things like that
 69 2012-04-25 00:21:05 <gmaxwell> stdout writes do eventually block, there is some buffering (I'm actually really hazy on how that works), but eventually they block.
 70 2012-04-25 00:21:18 <jrmithdobbs> gmaxwell: well, stdout is a pipe in this case
 71 2012-04-25 00:21:24 <gmaxwell> yes, and pipes block.
 72 2012-04-25 00:21:28 <jrmithdobbs> so it's easy to block
 73 2012-04-25 00:21:42 <gmaxwell> otherwise  yes  | slowthing  would run you oom fast. :)
 74 2012-04-25 00:21:42 <sipa> pipes have a limited cache (a few kilobytes, iirc)
 75 2012-04-25 00:22:03 <luke-jr> pipes have a cache?
 76 2012-04-25 00:22:11 <luke-jr> I thought writing to a pipe blocked until the other end read it
 77 2012-04-25 00:22:24 <jrmithdobbs> i'm just surprised it stopped all the threads
 78 2012-04-25 00:22:29 <gmaxwell> luke-jr: yes, there is some kind of buffer.
 79 2012-04-25 00:22:35 <luke-jr> jrmithdobbs: it obviously didn't
 80 2012-04-25 00:22:39 <sipa> 64 KiB in recent versions of linux
 81 2012-04-25 00:22:41 <gmaxwell> jrmithdobbs: it stopped any thread that writes output probably.
 82 2012-04-25 00:22:55 <jrmithdobbs> gmaxwell: that makes sense
 83 2012-04-25 00:23:03 <jrmithdobbs> which would be why rpc wasn't responding
 84 2012-04-25 00:24:07 <sipa> but the message handler thread would certainly have blocked
 85 2012-04-25 02:05:17 <splatster> back
 86 2012-04-25 03:16:13 <Perlboy> hi there
 87 2012-04-25 03:16:15 <Perlboy> received block 0000000000000a15fbdc
 88 2012-04-25 03:16:16 <Perlboy> ProcessBlock: ACCEPTED
 89 2012-04-25 03:16:24 <Perlboy> this has been cycling on my bitcoind for a few hours now
 90 2012-04-25 03:16:29 <Perlboy> what's the go?
 91 2012-04-25 03:17:09 <Perlboy> oh wait
 92 2012-04-25 03:17:11 <Perlboy> i figured it out.
 93 2012-04-25 06:35:17 <paulo_> are there any vulnerable points of centralization regarding bitcoin?
 94 2012-04-25 06:37:36 <theorbtwo> paulo_: You might look into how you find your initial peers, but that may have been fixed while I wasn't paying attention.
 95 2012-04-25 06:37:52 <theorbtwo> Also consider what happens to the market when exchanges go up/down.
 96 2012-04-25 06:38:52 <paulo_> yes, I was thinking if mtgox can manipulate prices.
 97 2012-04-25 06:56:14 <Eliel> paulo_: to some extent they could but there's a limit to how much they can. Also, doing so might be illegal so they might be taking a huge personal risks if they did so.
 98 2012-04-25 07:09:07 <kinlo> if mtgox would play with the prices and people found out, they would seriously damage their own business, which would be very stupid of them
 99 2012-04-25 07:11:04 <Graet> yes
100 2012-04-25 07:43:11 <paulo_> would you recommend printing out of private keys?
101 2012-04-25 07:44:18 <ThomasV> paulo_: why?
102 2012-04-25 07:44:24 <paulo_> for backup
103 2012-04-25 07:45:38 <ThomasV> use a deterministic wallet, like electrum, and save the seed
104 2012-04-25 09:32:43 <pigeons> every seed is sacred every seed is great
105 2012-04-25 10:17:05 <gribble> New news from bitcoinrss: drizztbsd opened pull request 1146 on bitcoin/bitcoin <https://github.com/bitcoin/bitcoin/pull/1146>
106 2012-04-25 11:54:38 <jgarzik> socket() returns int on *nix, and void* (HANDLE) on Windows.  What did Satoshi choose?  "u_int"  Sigh.
107 2012-04-25 11:54:49 <Diablo-D3> hah
108 2012-04-25 11:54:53 <Diablo-D3> jgarzik: I find that extra hilarious
109 2012-04-25 11:54:59 <Diablo-D3> Im writing the bulk of the threading code for lugh atm
110 2012-04-25 11:55:16 <Diablo-D3> as far as I can tell, atm
111 2012-04-25 11:55:20 <Diablo-D3> osx has no ability for TLS.
112 2012-04-25 11:55:37 <Diablo-D3> how the fuck did they ship an os that supports threads without a fucking tls.
113 2012-04-25 11:57:20 <sipa> jgarzik: i wonder if we couldn't just make SOCKET equal to void* if WIN32, and int otherwise?
114 2012-04-25 11:57:28 <luke-jr> typedef to the rescue!
115 2012-04-25 11:57:35 <sipa> it's already a typedef
116 2012-04-25 11:57:58 <luke-jr> #ifdef WIN32 \n typedef HANDLE socket_t \n #else \n typedef int socket_t \n #endif
117 2012-04-25 11:59:02 <sipa> luke-jr: yes, that's what i mean
118 2012-04-25 12:01:28 <sipa> or even better, a class that encapsulates void* or u_int, depending on the OS, as a private field, and the ConnetSocket methods
119 2012-04-25 12:01:33 <sipa> oh wait, that's boost!
120 2012-04-25 12:02:45 <gavinandresen> sipa: I have a hypothesis on the addrman crash...
121 2012-04-25 12:04:58 <gavinandresen> my hypothesis is a race condition involving addrman.mapInfo() -- is there a reason that data structure isn't critical-section-protected?
122 2012-04-25 12:05:18 <jgarzik> ok, I stand corrected.  winsock2 defines SOCKET as u_int, which we redundantly do for all OS's
123 2012-04-25 12:07:22 <jgarzik> preferably, we only define SOCKET and INVALID_SOCKET on *nix, and we define SOCKET to 'int' as is proper
124 2012-04-25 12:07:54 <sipa> gavinandresen: none of the internal methods in addrman acquire a lock, but all public ones do
125 2012-04-25 12:08:07 <sipa> so no internal code should ever run without the lock
126 2012-04-25 12:09:17 <gavinandresen> sipa: cool
127 2012-04-25 12:12:40 <gavinandresen> (I was fooled by the lack of any calls to LOCK() in the .cpp file... my preference would be for all new code to put just declarations in .h files, unless it's performance critical or can't be avoided, like IMPLEMENT_SERIALIZE)
128 2012-04-25 12:13:54 <sipa> yes, that's probably cleaner; i didn't because the public functions are very thin wrappers that can easily be inlined
129 2012-04-25 12:28:31 <paulo_> is there a gui client for namecoin?
130 2012-04-25 12:28:58 <gmaxwell> paulo_: ask in #namecoin
131 2012-04-25 12:33:04 <drizztbsd> why do you need to use namecoin? :)
132 2012-04-25 12:33:15 <Diablo-D3> sipa: man
133 2012-04-25 12:33:17 <Diablo-D3> you'd love my code
134 2012-04-25 12:33:28 <Diablo-D3> static inline functions in headers
135 2012-04-25 12:33:31 <Diablo-D3> to wrap api calls and be typesafe
136 2012-04-25 12:34:00 <gmaxwell> Anyone try -flto on the bitcoin codebase?
137 2012-04-25 12:34:14 <sipa> flto?
138 2012-04-25 12:34:28 <sipa> ah,
139 2012-04-25 12:34:31 <Diablo-D3> link time opt?
140 2012-04-25 12:35:48 <gmaxwell> It makes a pretty big diffierence for some codebases.. and should generally reduce the 'need' for putting code in headers.
141 2012-04-25 12:36:04 <sipa> interesting
142 2012-04-25 12:36:26 <Diablo-D3> oh, I do it just because inline isnt strong enough
143 2012-04-25 12:36:43 <Diablo-D3> I want it to NOT call the function no matter what
144 2012-04-25 12:37:57 <Diablo-D3> it forces the compiler to just call the function the function exists to call
145 2012-04-25 12:41:43 <sipa> gmaxwell: ok, i just got a 1.2 MiB bitcoid binary
146 2012-04-25 12:42:00 <sipa> without flto 1.5
147 2012-04-25 12:42:12 <sipa> but the 0.6.0 was 4
148 2012-04-25 12:42:23 <sipa> probably the cleanup of headers also helped a lot already
149 2012-04-25 12:45:39 <gmaxwell> I _think_ it's not quite smart enough to merge common code that came in from headers. (e.g. there would be duplicates wherever they weren't completely inlined)
150 2012-04-25 12:46:01 <Diablo-D3> btw, for the record, lugh is a library
151 2012-04-25 12:46:13 <Diablo-D3> you cant lto libs into apps
152 2012-04-25 12:48:42 <paulo_> only through bitcoin did I know that there are non-deterministic encryption algos
153 2012-04-25 12:49:12 <paulo_> also the meaning of the word "deterministic"
154 2012-04-25 12:49:36 <sipa> paulo_: there are non-deterministic encryption algorithms, but bitcoin doesn't not use one
155 2012-04-25 12:49:47 <sipa> paulo_: it uses a non-deterministic signature algorithm
156 2012-04-25 12:49:52 <gmaxwell> We use a non deterministic signature algorithim.
157 2012-04-25 12:49:58 <Diablo-D3> wwhhhhhhyyyyyyy
158 2012-04-25 12:50:14 <gmaxwell> Though the non-determinism of ECDSA kinda sucks (ask sony for details).
159 2012-04-25 12:50:29 <sipa> also it is not necessary (exemplified by Ed25519)
160 2012-04-25 12:50:35 <Diablo-D3> int random() { return 3; }
161 2012-04-25 12:50:42 <sipa> 4!
162 2012-04-25 12:52:46 <Diablo-D3> I thought it was 3
163 2012-04-25 12:54:05 <sipa> http://xkcd.com/221/
164 2012-04-25 12:55:04 <Diablo-D3> oh damn
165 2012-04-25 12:56:17 <LittleDuke> Need ALL US peeps to visit this site, enter zip code to fire off digital love at reps -> https://action.eff.org/o/9042/p/dia/action/public/?action_KEY=8609
166 2012-04-25 12:57:03 <Diablo-D3> LittleDuke: ironic, Ive already done it
167 2012-04-25 12:57:25 <LittleDuke> Diablo-D3 -- "vote early.  vote often!"
168 2012-04-25 12:57:40 <sipa> gmaxwell: hmm, our gitian build platform only has gcc-4.4
169 2012-04-25 12:57:44 <LittleDuke> need to rebroadcast that out to all your peeps/social nets
170 2012-04-25 12:57:48 <sipa> and flto was introduced in 4.5
171 2012-04-25 12:58:32 <gmaxwell> sipa: oh darn. Indeed. (and, lto isn't all that great until 4.6)
172 2012-04-25 13:18:56 <sipa> devrandom: how would we go about changing the ubuntu version in gitian's base images? or otherwise use a gcc backport in there?
173 2012-04-25 13:19:07 <sipa> (though i would certainly prefer the first option)
174 2012-04-25 13:21:52 <gmaxwell> sipa: hm, doesn't binary compatiblity with older releases require us to build off an older ubuntu image?
175 2012-04-25 13:22:14 <gavinandresen> yes, satoshi chose the oldest ubuntu he could find that worked with all the dependencies to get max binary compatibility
176 2012-04-25 13:25:49 <sipa> gmaxwell: right, of course
177 2012-04-25 13:27:25 <luke-jr> Satoshi was involved in gitian? O.o
178 2012-04-25 13:27:41 <gavinandresen> no
179 2012-04-25 13:31:25 <t7> where did the gitian name come from?
180 2012-04-25 13:31:46 <sipa> i suppose devrandom came up with it
181 2012-04-25 13:31:47 <jrmithdobbs> LittleDuke: i would but um, my rep proposed SOPA so he's not going to listen, lol
182 2012-04-25 13:31:56 <jrmithdobbs> fuckin texas
183 2012-04-25 13:32:16 <LittleDuke> jrmithdobbs, i think it would send a message that he may not be your rep for much longer ;-)
184 2012-04-25 13:32:24 <jrmithdobbs> actually, i might be out of his district now
185 2012-04-25 13:32:34 <LittleDuke> you're certainly out of his league
186 2012-04-25 13:32:37 <jrmithdobbs> LittleDuke: it's tx and he's a R ... he will be in office until he decides to step down.
187 2012-04-25 13:32:55 <jrmithdobbs> (I've never voted for him, obviously)
188 2012-04-25 13:33:42 <jrmithdobbs> nope, still in dipshit's district
189 2012-04-25 14:33:02 <Diapolo> hi
190 2012-04-25 14:45:24 <devrandom> sipa: the distribution can be change with --suite to make-base-vm and suite: in the yaml file
191 2012-04-25 14:46:21 <devrandom> gavinandresen: did you see that I implemented lxc support for gitian?  (i.e. no more svm requirement for the hardware)
192 2012-04-25 14:46:32 <jgarzik> gavinandresen: gonna cut a release today?
193 2012-04-25 14:55:24 <gavinandresen> jgarzik: release today is a good idea; my schedule has been crazy this week, though...
194 2012-04-25 14:55:38 <gavinandresen> devrandom: i don't know what lxc and svm are
195 2012-04-25 14:57:38 <gavinandresen> devrandom: ahh... http://lxc.sourceforge.net/
196 2012-04-25 14:58:25 <gavinandresen> devrandom: very cool, when I get a little time I'll try running that inside a VirtualBox on my mac
197 2012-04-25 15:00:00 <devrandom> cool
198 2012-04-25 15:00:24 <devrandom> (svm is the name of the hardware virtualization support)
199 2012-04-25 15:00:42 <jrmithdobbs> devrandom: so it can run on core2s now?
200 2012-04-25 15:01:06 <devrandom> jrmithdobbs: anything 64 bit (if you want to build 64 bit, that is)
201 2012-04-25 15:01:14 <paulo_> anyone else saying: why didn't I think og bitcoin first?
202 2012-04-25 15:01:17 <paulo_> *of
203 2012-04-25 15:10:37 <gavinandresen> jgarzik sipa gmaxwell : could one of you start the 0.6.1rc1 release process?  I'm at my kid's birthday party this afternoon....
204 2012-04-25 15:11:14 <gavinandresen> TODOs would be: write release notes, tag tree, start gitian building...
205 2012-04-25 15:11:21 <Diablo-D3> and Ill form the HEAD!
206 2012-04-25 15:11:38 <Diablo-D3> git voltron, defender of the universe
207 2012-04-25 15:12:23 <gmaxwell> I'm in meetings all afternoon. :-/
208 2012-04-25 15:12:27 <Diablo-D3> urgh, an unforeseen consequence!
209 2012-04-25 15:12:36 <Diablo-D3> fuck ALL the meetings o/
210 2012-04-25 15:14:23 <paulo_> to find an address's balance, you have to search the block chain, right?
211 2012-04-25 15:17:38 <Diapolo> Diablo-D3: you like Half-Life ;)?
212 2012-04-25 15:19:15 <Diablo-D3> yes, but that was totally accidental
213 2012-04-25 15:19:38 <Diapolo> hard to believe, I had to laugh ^^
214 2012-04-25 15:20:39 <Diapolo> Can any one explain how you guys decide when an RC is build and the master get's a little "code-freeze" / commit-pause while preparing it :)?
215 2012-04-25 15:21:25 <Diablo-D3> Diapolo: you'll like what I put in Lugh
216 2012-04-25 15:21:38 <gmaxwell> See the myster miner makes a block, and if it can see its shadow then there will be three more weeks of hacking.
217 2012-04-25 15:22:39 <Diablo-D3> Diapolo: 0x43616B653D4C6965
218 2012-04-25 15:22:47 <Diablo-D3> printf it as a char *
219 2012-04-25 15:35:28 <Diapolo> Diablo-D3: Cake=Lie ROFL
220 2012-04-25 15:35:56 <Diablo-D3> Diapolo: :D
221 2012-04-25 15:46:59 <Diapolo> Am I right, block-chain DL speed depends heavily on the remote nodes upstream bandwitdh?
222 2012-04-25 15:51:30 <Diablo-D3> yes, until your hd io runs out
223 2012-04-25 15:51:32 <Diablo-D3> which is much sooner
224 2012-04-25 15:52:30 <Diapolo> As I use it on a SSD I guess the limiting factor is the connection at first.
225 2012-04-25 15:52:54 <Diablo-D3> yeah probably
226 2012-04-25 16:22:42 <jgarzik> I nominate BlueMatt and sipa
227 2012-04-25 16:23:23 <Graet> seconded
228 2012-04-25 16:23:26 <Graet> what for?
229 2012-04-25 16:24:03 <Diablo-D3> https://bitcointalk.org/index.php?topic=78052.0
230 2012-04-25 16:24:04 <Diablo-D3> VOTE NOW
231 2012-04-25 16:45:53 <jgarzik> tagging the release
232 2012-04-25 17:02:56 <paulo_> how is it made sure that the difficulty is the same for all clients?
233 2012-04-25 17:03:41 <paulo_> blocks would lag across the network, and the target may not be calculated the same
234 2012-04-25 17:03:42 <paulo_> OR
235 2012-04-25 17:03:47 <paulo_> do blocks have time stamps?
236 2012-04-25 17:14:09 <paulo_> heh, someone's using my old nickname
237 2012-04-25 17:14:11 <paulo_> paul0
238 2012-04-25 18:00:57 <davout_> hey all
239 2012-04-25 18:01:19 <davout_> has anyone ever encountered in response to sendtoaddress "Transaction creation failed" ?
240 2012-04-25 18:13:22 <sipa> gmaxwell, jgarzik: i'd really like to have #1119 in 0.6.1; you guys have any objections?
241 2012-04-25 18:20:57 <jgarzik> sipa: I officially abstain from any ACK or NAK :)
242 2012-04-25 18:21:28 <helo> davout_: is it a really big transaction? i.e. a ton of inputs or outputs
243 2012-04-25 18:22:32 <davout_> helo: 12k
244 2012-04-25 18:23:22 <davout_> helo: but i found the reason, its because it's from instawallets client which is patched to send only from its green address, and not all the balance is stored on the green address, hence the non-standard message
245 2012-04-25 18:23:50 <helo> oh a different client...
246 2012-04-25 18:25:16 <davout> helo: it's just patched, but yes, technically it makes it different :D
247 2012-04-25 18:26:24 <davout> yay, it worked http://tinyurl.com/7kngcbd
248 2012-04-25 18:27:33 <sipa> devrandom: ok, and adding a PPA and installing a package from it, how would you advise to do that? (preferably in some sort of verifiable way, so the installed packages are checksummed)
249 2012-04-25 18:28:55 <paulo_> that's a fee of 0.0014%. good job bitcoin
250 2012-04-25 18:29:34 <davout> paulo_: true, and awesome
251 2012-04-25 20:42:54 <Cryo> http://arstechnica.com/business/news/2012/04/coinlab-gets-500000-in-vc-for-bitcoin-related-gaming-startup.ars
252 2012-04-25 20:42:59 <Cryo> how& lame.
253 2012-04-25 20:50:28 <devrandom> sipa: I'm not sure yet about that.  My initial thought is to write a wrapper around apt-get that does the verification step.  I don't know if apt-get has a plugin facility where you can veto a package that doesn't pass validation.
254 2012-04-25 20:54:00 <Diablo-D3> Cryo: very lame
255 2012-04-25 20:54:13 <Diablo-D3> since Im just going to have the community show up or shut up on DMC
256 2012-04-25 20:57:08 <Diablo-D3> https://bitcointalk.org/index.php?topic=78052.0
257 2012-04-25 21:01:14 <Cryo> I find it just completely stupid that they can get $500k in VC for a product off of the bitcoin source, but that no one will touch giving the actual bitcoin development a hand.
258 2012-04-25 21:05:29 <Eliel> I find that coinlab mining somewhat scary. It's plausible that they might get 51+% of mining power.
259 2012-04-25 21:39:25 <dub> expect it will bo down in a flaming storm of butthurt, as soon as people receive their electric bills
260 2012-04-25 21:43:09 <dub> followed by 'bitcoin steals $$$ from children' headlines
261 2012-04-25 21:44:06 <BTC_Bear> then XYZ, Inc. has a class action suit filed against them.
262 2012-04-25 21:55:56 <Cryo> It should be ensured that they can't connect to the bitcoin network with their clients.
263 2012-04-25 22:09:43 <dub> let it fail on its own merits, it was only a matter of time till someone did it, I thought about it a while ago but dismissed it for above reason
264 2012-04-25 22:11:23 <dub> it will also not be possible to exclude them
265 2012-04-25 22:20:04 <gribble> New news from bitcoinrss: sgaltsev opened issue 33 on bitcoin/bitcoin.org <https://github.com/bitcoin/bitcoin.org/issues/33>
266 2012-04-25 22:34:00 <MC1984> Diablo-D3
267 2012-04-25 23:16:22 <gribble> New news from bitcoinrss: jgarzik opened issue 1147 on bitcoin/bitcoin <https://github.com/bitcoin/bitcoin/issues/1147>
268 2012-04-25 23:28:30 <freewil> the wiki is slower than balls
269 2012-04-25 23:31:58 <gribble> New news from bitcoinrss: sipa opened issue 1148 on bitcoin/bitcoin <https://github.com/bitcoin/bitcoin/issues/1148>