1 2011-10-11 00:01:14 <BlueMatt> ?
  2 2011-10-11 00:01:21 <luke-jr> -.-
  3 2011-10-11 00:01:55 <BlueMatt> copumpkin: if you want more http://jenkins.bluematt.me/bitcoin-nightly/bitcoin-qt-O2.exe
  4 2011-10-11 00:02:02 <BlueMatt> (no printfs in this one)
  5 2011-10-11 00:02:16 <copumpkin> what else is different about it?
  6 2011-10-11 00:02:20 <BlueMatt> -O2
  7 2011-10-11 00:02:27 <copumpkin> ah
  8 2011-10-11 00:02:55 <copumpkin> it's probably easier to just read init.cpp and net.cpp's generated assembly code, honestly
  9 2011-10-11 00:03:02 <copumpkin> IDA would be good if the binary weren't 18MB :)
 10 2011-10-11 00:03:20 <copumpkin> or to make doubleplus sure that you have the calling conventions matched up
 11 2011-10-11 00:03:44 <BlueMatt> http://jenkins.bluematt.me/bitcoin-nightly/init.o
 12 2011-10-11 00:03:47 <BlueMatt> http://jenkins.bluematt.me/bitcoin-nightly/net.o
 13 2011-10-11 00:03:56 <BlueMatt> those are just the outputs from the O2 build
 14 2011-10-11 00:04:27 <copumpkin> my IDA won't let me load .o files :(
 15 2011-10-11 00:04:51 <BlueMatt> so...rename them?
 16 2011-10-11 00:05:25 <Two1One2> git
 17 2011-10-11 00:05:26 <BlueMatt> bbiab
 18 2011-10-11 00:05:33 <copumpkin> it doesn't care about extensions :P it cares about the file format
 19 2011-10-11 00:19:09 <devrandom> luke-jr: need gitian building?
 20 2011-10-11 00:19:18 <luke-jr> ?
 21 2011-10-11 00:19:19 <luke-jr> sure
 22 2011-10-11 00:19:37 <devrandom> at some point I'm going to create a jenkins plugin
 23 2011-10-11 00:20:08 <devrandom> but I can build and provide a signature once y ou are ready to release bitcoin-stable
 24 2011-10-11 00:21:11 <luke-jr> devrandom: how about a test with 0.4.1rc1?
 25 2011-10-11 00:21:24 <devrandom> sure
 26 2011-10-11 00:21:57 <devrandom> git url?
 27 2011-10-11 00:23:06 <devrandom> and do you have a build report?  (want to make sure I'm using the same inputs)
 28 2011-10-11 00:23:42 <luke-jr> devrandom: git://gitorious.org/+bitcoin-stable-developers/bitcoin/bitcoind-stable.git
 29 2011-10-11 00:23:45 <luke-jr> devrandom: 0.4.1rc1 tag
 30 2011-10-11 00:23:54 <luke-jr> devrandom: build report?
 31 2011-10-11 00:24:46 <devrandom> when you do a gitian build, it creates results/bitcoin-res.yml
 32 2011-10-11 00:25:30 <devrandom> the report has checksums of all the inputs and all the debs used on the build VM
 33 2011-10-11 00:25:53 <devrandom> I am assuming that you are interested in the deterministic build aspects of gitian...
 34 2011-10-11 00:27:09 <luke-jr> not really, just binaries :p
 35 2011-10-11 00:28:25 <devrandom> oh, I'm mostly interested in secure software distribution... if other people can't replicate your binaries they won't know that they are not trojaned
 36 2011-10-11 00:38:27 <devrandom> BlueMatt: there?
 37 2011-10-11 00:45:25 <BlueMatt> devrandom: yes
 38 2011-10-11 00:47:59 <devrandom> BlueMatt: I'm trying to figure out what's the best way to integrate gitian with jenkins
 39 2011-10-11 00:48:12 <devrandom> BlueMatt: is there a way for me to see your jenkins build script?
 40 2011-10-11 00:49:05 <BlueMatt> devrandom: its mostly just the gitian script, but I do some fancy locking stuff for concurrency between jobs (though I think I could have done that natively with jenkins)
 41 2011-10-11 00:49:37 <BlueMatt> devrandom: look at http://jenkins.bluematt.me/job/Bitcoin/69/console and look from the echo to the chmod
 42 2011-10-11 00:49:56 <BlueMatt> (note that the win32-qt is not yet set up)
 43 2011-10-11 00:50:30 <BlueMatt> devrandom: my vision for gitian with jenkins is for it to do its builds in gitian such that it will output gitian-signatures for itself automatically on release
 44 2011-10-11 00:50:40 <BlueMatt> (yet another sig is always useful, and this one is automatic)
 45 2011-10-11 00:51:09 <BlueMatt> that way you can always incorporate another sig, but more importantly it offers a way for anyone to check their sigs against any random git tree
 46 2011-10-11 00:51:47 <BlueMatt> another cool idea: work on the win32 gitian-downloader so that bitcoin could use it soon ;)
 47 2011-10-11 00:51:59 <devrandom> yeah, that sounds like the way to go
 48 2011-10-11 00:52:00 <devrandom> that too
 49 2011-10-11 00:52:13 <BlueMatt> (getting the actual binary is fairly easy with py2exe, took me just a few minutes) but you also need a gpg binary and a sha256sum binary
 50 2011-10-11 00:52:27 <BlueMatt> neither of which I have tracked down yet...
 51 2011-10-11 00:52:53 <devrandom> trying to figure out if I need to write a plugin for the build stuff, or if I can just create a shell script that invokes gbuild
 52 2011-10-11 00:53:04 <BlueMatt> probably need a plugin...
 53 2011-10-11 00:53:15 <BlueMatt> but I guess just wrapping it in a shell script would work
 54 2011-10-11 00:53:26 <devrandom> maybe we can do sha256 in python
 55 2011-10-11 00:53:59 <BlueMatt> I think you could get the coreutils version to xcompile, but you would have to strip out a ton of crap
 56 2011-10-11 00:54:13 <BlueMatt> or maybe there is a xcompiled coreutils from msys or mingw or smth
 57 2011-10-11 00:54:36 <devrandom> hm... probably also want an option to run n times (n > 5) to check for determinism
 58 2011-10-11 00:54:37 <BlueMatt> Ive seen random binaries floating around, but never one for which I could easily verify its source
 59 2011-10-11 00:55:02 <BlueMatt> mmm, that would be a more complicated shell script, though still possible
 60 2011-10-11 00:55:31 <devrandom> doesn't python-openssl have sha256?
 61 2011-10-11 00:55:59 <BlueMatt> you could do that, but that would mean writing yet another script...
 62 2011-10-11 00:56:12 <BlueMatt> (to be compiled with py2exe, which needs a whole folder full of output to distribute)
 63 2011-10-11 00:56:19 <devrandom> could just change the downloader to use that instead
 64 2011-10-11 00:56:32 <BlueMatt> thats true
 65 2011-10-11 00:56:34 <devrandom> looks like python-crypto has sha256
 66 2011-10-11 00:57:06 <BlueMatt> mmm
 67 2011-10-11 00:58:36 <luke-jr> https://github.com/bitcoin/bitcoin/pull/582 test/review please
 68 2011-10-11 00:58:59 <BlueMatt> missed the merge window, youve got time
 69 2011-10-11 00:59:08 <luke-jr> BlueMatt: ?
 70 2011-10-11 00:59:21 <BlueMatt> not gonna make it till 0.6.0, so youve got a while no rush
 71 2011-10-11 00:59:38 <luke-jr> B does not follow A :p
 72 2011-10-11 00:59:52 <BlueMatt> I would disagree
 73 2011-10-11 01:00:48 <CIA-101> bitcoin: various signmessage_gui * r96d90c..94eaab bitcoind-personal/ (20 files in 9 dirs): (9 commits)
 74 2011-10-11 01:02:38 <luke-jr> BlueMatt: I've needed this feature for a long time, even if it's not part of mainline just yet :P
 75 2011-10-11 01:03:56 <BlueMatt> devrandom: nevermind, found a gpg binary
 76 2011-10-11 01:04:59 <devrandom> BlueMatt: I'm experimenting with python-crypto to eliminate sha256sum dep
 77 2011-10-11 01:05:51 <luke-jr> &
 78 2011-10-11 01:05:55 <luke-jr> from hashlib import sha256
 79 2011-10-11 01:05:56 <luke-jr> ty
 80 2011-10-11 01:06:36 <BlueMatt> devrandom: it shouldnt be that hard to find a sha256sum exe
 81 2011-10-11 01:07:12 <BlueMatt> http://blog.nfllab.com/archives/152-Win32-native-md5sum,-sha1sum,-sha256sum-etc..html
 82 2011-10-11 01:07:14 <BlueMatt> apparently works
 83 2011-10-11 01:07:49 <BlueMatt> not sure about getting a trusted copy, but if it works...
 84 2011-10-11 01:07:55 <devrandom> BlueMatt: but why increase the number of execs when we can write a 5 line func?
 85 2011-10-11 01:08:04 <BlueMatt> well theres that
 86 2011-10-11 01:08:11 <devrandom> luke-jr: cool, thanks
 87 2011-10-11 01:08:19 <BlueMatt> but when you have a folder of like 20 dlls/folders/exes anyway...
 88 2011-10-11 01:08:59 <luke-jr> also: str.encode('base58')
 89 2011-10-11 01:09:09 <luke-jr> Python3 has Bitcoin base58 already, they're on top of things
 90 2011-10-11 01:09:35 <luke-jr> j/k
 91 2011-10-11 01:19:45 <devrandom> BlueMatt: new version of share/gitian-updater pushed, using hashlib
 92 2011-10-11 01:20:07 <BlueMatt> devrandom: nice, Ill take a look at doing a full package sometime this weekend
 93 2011-10-11 01:20:16 <BlueMatt> (after I get bitcoin xcompiling right)
 94 2011-10-11 01:21:57 <devrandom> BlueMatt: I wonder if removing gpg dep is feasible
 95 2011-10-11 01:23:22 <devrandom> probably not, unless we switch to openssl sigs
 96 2011-10-11 01:25:37 <BlueMatt> probably not
 97 2011-10-11 01:26:08 <nanotube> why would anyone want to remove a gpg dep :P hehe
 98 2011-10-11 01:31:51 <devrandom> nanotube: yeah, heavier than the actual thing we want to distribute
 99 2011-10-11 01:31:59 <devrandom> BlueMatt: I wonder if py2exe is deterministic
100 2011-10-11 01:32:42 <BlueMatt> nfc
101 2011-10-11 01:58:07 <theymos> Funny quote from Satoshi I just found: "This isn't the kind of software where we can leave so many unresolved bugs that we need a tracker for them."
102 2011-10-11 01:59:02 <gmaxwell> haha
103 2011-10-11 01:59:23 <nanotube> lol good one
104 2011-10-11 02:01:04 <luke-jr> LOL
105 2011-10-11 02:02:04 <t3a> is there a satoshi quote page?
106 2011-10-11 02:04:06 <theymos> I'm collecting some quotes from Satoshi and other forum users. They'll rotate along with the real ads in the new ad location.
107 2011-10-11 02:06:37 <imsaguy> can I give you a quote that will get included?
108 2011-10-11 02:07:11 <theymos> I'll include it if I like it.
109 2011-10-11 02:07:17 <imsaguy> that's boring.
110 2011-10-11 02:08:22 <nanotube> theymos has good taste in quotes, if he doesn't like it, it's not worthy :P
111 2011-10-11 02:08:59 <theymos> I'm finding it difficult to find good ones, so please send me some if you know of any.
112 2011-10-11 02:13:25 <nanotube> the breach of trust by govt was a good one
113 2011-10-11 02:15:04 <theymos> This one? http://p2pfoundation.ning.com/forum/topics/bitcoin-open-source?xg_source=activity
114 2011-10-11 02:18:21 <nanotube> yes that one
115 2011-10-11 02:18:55 <theymos> That's my favorite Satoshiquote, too. I'm including most of it in a few different "quotes".
116 2011-10-11 02:19:31 <nanotube> sound good :)
117 2011-10-11 02:21:05 <nanotube> sounds, even.
118 2011-10-11 03:56:25 <gjs278> ;;bc,mtgox
119 2011-10-11 03:56:26 <gribble> {"ticker":{"high":4.2,"low":3.932,"avg":4.100720346,"vwap":4.069087239,"vol":22030,"last_all":4,"last_local":4,"last":4,"buy":4,"sell":4.03246}}
120 2011-10-11 03:56:42 <snimpy> ;;bc,diffchange
121 2011-10-11 03:56:44 <gribble> Estimated percent change in difficulty this period | -10.3210471926 % based on data since last change | -14.0471550731 % based on data for last three days
122 2011-10-11 04:05:00 <gjs278> ;;bc,stats
123 2011-10-11 04:05:04 <gribble> Current Blocks: 148883 | Current Difficulty: 1689334.4045971 | Next Difficulty At Block: 149183 | Next Difficulty In: 300 blocks | Next Difficulty In About: 2 days, 8 hours, 30 minutes, and 0 seconds | Next Difficulty Estimate: 1513311.35348063 | Estimated Percent Change: -10.419668873
124 2011-10-11 04:05:11 <gjs278> awesome
125 2011-10-11 04:17:01 <shadders> how to I create a simple patch file given two different versions of the same file?
126 2011-10-11 04:17:03 <shadders> diff gives me weird output...
127 2011-10-11 04:17:57 <shadders> I'm after the sort that looks a bit like this:
128 2011-10-11 04:17:59 <shadders> --- src/com/google/bitcoin/core/BlockChain.java
129 2011-10-11 04:18:01 <shadders> +++ src/com/google/bitcoin/core/BlockChain.java
130 2011-10-11 04:18:03 <shadders> @@ -428,7 +428,7 @@
131 2011-10-11 04:18:05 <shadders> try {
132 2011-10-11 04:18:07 <shadders> for (Wallet wallet : wallets) {
133 2011-10-11 04:18:09 <shadders> boolean shouldReceive = false;
134 2011-10-11 04:18:12 <shadders> -                    for (TransactionOutput output : tx.outputs) {
135 2011-10-11 04:18:13 <shadders> +                    for (TransactionOutput output : tx.getOutputs()) {
136 2011-10-11 04:18:15 <shadders> // TODO: Handle more types of outputs, not just regular to address outputs.
137 2011-10-11 04:18:41 <sipa> please don't spam
138 2011-10-11 04:19:12 <sipa> and what is the problem with diff?
139 2011-10-11 04:20:51 <sipa> oh, try diff -u
140 2011-10-11 04:21:16 <shadders> perfect :D
141 2011-10-11 04:21:17 <shadders> cheers
142 2011-10-11 05:15:21 <neofutur> hi all, my debug.log reached 3GB , efectively killing my /var partition
143 2011-10-11 05:15:32 <neofutur> is there anything better than doing a ln -s /dev/null debug.log ?
144 2011-10-11 05:17:55 <ThomasV_> @daily echo ""> your_path/debug.log
145 2011-10-11 05:18:59 <neofutur> ThomasV_: but it would need to also restart the bitcoind imho
146 2011-10-11 05:19:22 <ThomasV_> oh
147 2011-10-11 05:19:26 <neofutur> and its just a workaroundm like ln -s /dev/null debug.log
148 2011-10-11 05:19:45 <neofutur> i m more asking if bitcoind have a way to manage this
149 2011-10-11 05:20:02 <ThomasV_> workarounds make the world go round
150 2011-10-11 05:20:03 <neofutur> like disabling this scary log in config file, or rotating logs . . .
151 2011-10-11 05:20:57 <neofutur> for now i ll  ln -s /dev/null debug.log but bitcoind should really take care of this, will be a problem for most users imho
152 2011-10-11 05:22:55 <ThomasV_> I thought it was a compilation option, but I don't see anything in the makefile
153 2011-10-11 05:23:47 <freewil> there is a -debug switch
154 2011-10-11 05:24:04 <freewil> not sure what it does glancing through init.cpp
155 2011-10-11 05:24:59 <neofutur> [ebuild   R   ~] net-p2p/bitcoind-0.3.24-r1  USE="debug eligius ssl (-selinux) -upnp" 0 kB [1]
156 2011-10-11 05:25:07 <neofutur> i got the debug use flag on gentoo ;)
157 2011-10-11 05:25:11 <neofutur> thanks luke-jr ;)
158 2011-10-11 05:26:53 <neofutur> but if bitcoind had a better management of logs, more users would keep the debug, which could be useful for development
159 2011-10-11 05:27:23 <neofutur> doing nothing about a 30 GB log file will make most users disable debug
160 2011-10-11 05:28:11 <neofutur> putting logs in /var/log and using logrotate would probably be the best thing to do on linux
161 2011-10-11 05:30:18 <freewil> yeah everything goes in the datadir for now
162 2011-10-11 05:30:40 <freewil> i think imsaguy2 was going to work on an option for the wallet path
163 2011-10-11 05:40:17 <neofutur> imsaguy: you can also add an option for the log path ;) probably not the same as the wallet path
164 2011-10-11 06:09:11 <Eliel> neofutur: the debug log gets emptied each time you restart bitcoin.
165 2011-10-11 06:09:52 <freewil> hmm is that what that shrinkFile() or whatever is i saw
166 2011-10-11 06:12:31 <neofutur> Eliel: using bitcoind on a server I  have no reason to restart it, apart this growing log problem
167 2011-10-11 06:13:05 <neofutur> ( my bitcoind had 150 days uptime when i seen the 4 GB log problem )
168 2011-10-11 06:13:14 <Eliel> as long as you have plenty of RAM, yes.
169 2011-10-11 06:13:37 <neofutur> it stabilized at 300 mb ram iirc
170 2011-10-11 06:13:47 <Eliel> at least in my experience, bitcoind tends to bloat up slowly over time too.
171 2011-10-11 06:15:01 <freewil> might not be a bad idea to restart it once a week or so?
172 2011-10-11 06:15:39 <Eliel> that sounds quite reasonable to me
173 2011-10-11 06:17:30 <neofutur> limiting the number of connections seemed to help
174 2011-10-11 06:21:04 <neofutur> is there a mean to tell bitcoind to generate, but using only 1 cpu core ?
175 2011-10-11 06:21:26 <neofutur> -gen=1 is not limiting it to one core
176 2011-10-11 06:21:35 <neofutur> an option in the config file ?
177 2011-10-11 06:24:13 <freewil> neofutur, if you want to cpu mine use something better
178 2011-10-11 06:24:15 <freewil> like cgminer
179 2011-10-11 06:24:34 <neofutur> full of buffer overflows, not interested :p
180 2011-10-11 06:26:02 <freewil> neofutur, i know there is a rpc command
181 2011-10-11 06:26:06 <freewil> setgenerate <generate> [genproclimit]
182 2011-10-11 06:26:57 <neofutur> ah i ll try this ( but would preffer a command line or config file option )
183 2011-10-11 06:26:58 <neofutur> thanks
184 2011-10-11 06:27:16 <sipa> i hope you'reonly using it to test things
185 2011-10-11 06:27:50 <sipa> the setting js saved in wallet.dat iirc
186 2011-10-11 06:28:14 <freewil> whaaat
187 2011-10-11 06:28:20 <freewil> in the wallet?
188 2011-10-11 06:28:44 <sipa> yes...
189 2011-10-11 06:28:57 <freewil> odd
190 2011-10-11 06:29:24 <sipa> wallet.dat == all things personal
191 2011-10-11 06:29:44 <sipa> keys, transactions, accounts, settings
192 2011-10-11 06:30:31 <freewil> eh ok
193 2011-10-11 06:30:54 <neofutur> ah found an alternative : cpulimit -z -l 120 -p `pidof bitcoind` &
194 2011-10-11 06:31:06 <sipa> why?
195 2011-10-11 06:31:35 <sipa> now it won't use the extra cores for anything
196 2011-10-11 06:34:50 <freewil> wasnt there a pull request that did something like make a http request when a new transaction comes in
197 2011-10-11 06:35:07 <sipa> used to
198 2011-10-11 06:35:16 <sipa> gavin's monitor patch
199 2011-10-11 06:35:48 <freewil> what happened with that
200 2011-10-11 06:36:07 <freewil> would be super helpful
201 2011-10-11 06:36:48 <sipa> unmaintained
202 2011-10-11 06:38:12 <freewil> some sort of hook system to do things on certain events would be seriously helpful
203 2011-10-11 06:43:37 <sipa> yes
204 2011-10-11 06:44:16 <freewil> http requests might be a common thing
205 2011-10-11 06:44:30 <freewil> maybe just specifying scripts to call would be more simple
206 2011-10-11 06:45:29 <freewil> in the conf file you could just specify an event name and a script to run
207 2011-10-11 06:45:41 <freewil> or a url to post to
208 2011-10-11 09:00:06 <UukGoblin> about the mini private key entropy... the wiki says it has 123 bits of it, but I think about 8 of them should go away because of its hash...
209 2011-10-11 09:00:41 <UukGoblin> I mean: because the hash of the mini key has to start with a 0 byte, that automatically rules out 255/256 of them, so gets 8 bits out of the entropy, right?
210 2011-10-11 09:43:38 <CIA-101> bitcoinj: hearn@google.com * r228 /trunk/src/com/google/bitcoin/core/EmptyMessage.java: Simplify EmptyMessage. Gets to patch 0 from Steve.
211 2011-10-11 09:44:31 <sipa> UukGoblin: you're right
212 2011-10-11 10:09:26 <luke-jr> neofutur: actually, I'm not entirely sure USE=debug controls anything >_<
213 2011-10-11 11:09:10 <CIA-101> bitcoinj: hearn@google.com * r229 /trunk/ (17 files in 2 dirs):
214 2011-10-11 11:09:11 <CIA-101> bitcoinj:  Note that the getters/setters that make lazy parsing transparent are coming in future commits.
215 2011-10-11 12:51:21 <luke-jr> I fully expect this thing to need some cleanup:
216 2011-10-11 12:52:27 <CIA-101> bitcoin: Luke Dashjr outbound_gotwork * r3c853092e77d bitcoind-personal/src/rpc.cpp: Submit work submissions to a side-stream after doing our own business with it
217 2011-10-11 12:53:19 <luke-jr> coinbaser + outbound_gotwork is 100% of the bitcoind changes required for merged mining
218 2011-10-11 12:53:30 <luke-jr> MUCH cleaner than vinced's "let's touch everything possible" patch :p
219 2011-10-11 12:57:04 <terrytibbs> poor vince
220 2011-10-11 12:58:43 <luke-jr> XD
221 2011-10-11 13:25:15 <CIA-101> bitcoin: imsaguy * r92cf1dc13aba supybot-bitcoin-marketmonitor/GPG/helperscripts/bitcoin-otc-gpg-eauth-mirc.mrc: Fix for when irc username isn't gpg username.
222 2011-10-11 13:25:20 <CIA-101> bitcoin: nanotube * reede13d77e99 supybot-bitcoin-marketmonitor/GPG/helperscripts/bitcoin-otc-gpg-eauth-mirc.mrc: Merge pull request #21 from imsaguy/master
223 2011-10-11 13:36:00 <ThomasV> gavinandresen: I read a mail or forum post by yourself, where you dicussed the possibility to add rpc commands to the daemon, so that lightweight clients do not need the blockchain. do you remember where you posted it?
224 2011-10-11 13:36:57 <ThomasV> I think the OP mentioned that he wanted to separate 'public' and 'private' rpc commands
225 2011-10-11 13:38:56 <gavinandresen> ThomasV: I don't recall ever proposing anything like that in any detail.
226 2011-10-11 13:39:19 <ThomasV> you did not propose it, you were replying to someone else's post
227 2011-10-11 13:39:38 <ThomasV> oh I wish I bookmarked it
228 2011-10-11 13:40:13 <dikidera> what exactly is this addr.dat file?
229 2011-10-11 13:40:32 <gavinandresen> ThomasV: bitcoinj is probably a better starting point for implementing lightweight clients...
230 2011-10-11 13:40:51 <ThomasV> heh
231 2011-10-11 13:41:04 <gavinandresen> dikidera: it is a berkeley db database file with IP addresses and ports and "last seen" times-- the other nodes your bitcoin node has seen
232 2011-10-11 13:42:51 <luke-jr> https://bitcointalk.org/index.php?topic=47779
233 2011-10-11 13:43:02 <luke-jr> dikidera: ^ might be up your alley
234 2011-10-11 13:43:08 <luke-jr> gavinandresen: what do you think of ^?
235 2011-10-11 13:43:16 <luke-jr> good idea?
236 2011-10-11 13:43:44 <gavinandresen> dunno, I've never taken the time to think deeply about merged mining....
237 2011-10-11 13:46:03 <luke-jr> gavinandresen: I mean releasing code that needs cleanup for merging, as a task for people learning :p
238 2011-10-11 13:47:53 <ThomasV> gavinandresen: you don't remember someone asking for public rpc commands, that bypass the bitcoin.conf restriction?
239 2011-10-11 13:49:27 <gavinandresen> ThomasV: I vaguely remember...  did I suggest putting a simple proxy in front of bitcoind to do that kind of thing?
240 2011-10-11 13:49:53 <ThomasV> I don't remember what you proposed
241 2011-10-11 13:50:02 <ThomasV> it was long ago
242 2011-10-11 13:51:28 <gavinandresen> putting a simple proxy in front of bitcoind that did whatever password-protecting you like seems like the right way to do that, rather than adding Even More stuff to bitcoind
243 2011-10-11 13:53:07 <ThomasV> heh, I think that you (or was it jgarzik ?) mentioned that it would be useful for lightweight wallets, to add Even More commands in order to get the balance of an address and relay a signed tx
244 2011-10-11 13:54:07 <gavinandresen> getting the balance of an address efficiently would require some pretty big internal changes, because balances aren't tracked that way right now.
245 2011-10-11 13:55:43 <ThomasV> yeah you need to rescan all the transactions involving that address
246 2011-10-11 13:59:18 <gavinandresen> ... so probably a specialized node that did nothing but store the blockchain, listen for new blocks, and serviced lightweight nodes would be the right solution.
247 2011-10-11 14:00:23 <ThomasV> yes, although this already exists with bccapi
248 2011-10-11 14:00:35 <gavinandresen> what is bccapi?
249 2011-10-11 14:00:54 <ThomasV> a lightweight client in java
250 2011-10-11 14:01:15 <ThomasV> but the server is a single point of failure
251 2011-10-11 14:01:37 <ThomasV> http://code.google.com/p/bccapi/
252 2011-10-11 14:01:38 <luke-jr> bccapi is ideal for phone-only users
253 2011-10-11 14:01:49 <luke-jr> in terms of design
254 2011-10-11 14:02:10 <ThomasV> luke-jr: not only.
255 2011-10-11 14:02:15 <luke-jr> client only manages keys. it tells the server the addresses to watch
256 2011-10-11 14:02:24 <luke-jr> ThomasV: for peopel who only use phones, it is ideal :p
257 2011-10-11 14:02:34 <ThomasV> yes definitely
258 2011-10-11 14:02:36 <luke-jr> ThomasV: not saying it has no other use
259 2011-10-11 14:02:55 <luke-jr> anyhow, the server notifies the client for stuff
260 2011-10-11 14:03:01 <gavinandresen> there you go, use bccapi...  I want to get away from "bitcoind is all things to all people"
261 2011-10-11 14:03:11 <ThomasV> but users with computers do not necessarily want to download the blockchain, unless they are miners
262 2011-10-11 14:04:01 <luke-jr> or even if they do, it'd be nice to bootstrap with another service
263 2011-10-11 14:04:07 <luke-jr> ie, show balances before it's caught up
264 2011-10-11 14:04:48 <ThomasV> I can even imagine that some users would be willing to pay a small fee for that service
265 2011-10-11 14:06:50 <ThomasV> gavinandresen: and then someone will create a p2p network of bccapi servers :-)
266 2011-10-11 14:06:58 <gavinandresen> good!
267 2011-10-11 14:07:11 <ThomasV> heh I can understand your reasons
268 2011-10-11 14:08:36 <gavinandresen> I've been saying for a long time that distributing bitcoin blocks and transactions across a parallel network is a good idea (assuming there is a bridge between the parallen network and the existing bitcoin p2p network)
269 2011-10-11 14:09:39 <jgarzik> a good idea, but also difficult to avoid mini-sybils
270 2011-10-11 14:11:55 <gavinandresen> Coding a sanity check into a bccapi lightweight client (connect to a full bitcoin node, get last 100 headers and see if they match what the bccapi node tells you) would be a good idea.
271 2011-10-11 14:13:38 <ThomasV> or connect to several bccapi servers...
272 2011-10-11 14:34:57 <ThomasV> hmm I hate java
273 2011-10-11 14:39:34 <Tadpole> hi can someone point me to where it explains how transactions are verified? I don't understand how you can verify the signature since you only have the hash of the sender's public key?
274 2011-10-11 14:40:20 <ThomasV> the pubkey is published when an address is used
275 2011-10-11 14:40:24 <gmaxwell> Tadpole: the spender provides the key
276 2011-10-11 14:40:43 <Tadpole> the public key is in the transaction?
277 2011-10-11 14:40:44 <gmaxwell> But thats redundant in any case you could derrive the key from the signature, though we don't do that.
278 2011-10-11 14:40:49 <gmaxwell> Tadpole: Yes sir.
279 2011-10-11 14:40:58 <Tadpole> ah ok thanks
280 2011-10-11 14:41:25 <gmaxwell> (at least in cases where you're spending funds sent to an address if it was sent to a public key then you don't need to provide it)
281 2011-10-11 14:41:31 <Tadpole> how would you derive the key from the signature?
282 2011-10-11 14:42:26 <gmaxwell> Thats complicated. Search the forum for key recovery, there are links to a description of the algorithim.
283 2011-10-11 14:42:55 <lianj> but in bitcoin you dont have to, both are in there
284 2011-10-11 14:43:03 <gmaxwell> But bitcoin doesn't use that yet we've talked about using it in the future to reduce transaction sizes.
285 2011-10-11 14:43:13 <gmaxwell> (and the blockchain exterior signing patches us it)
286 2011-10-11 14:46:08 <BlueMatt> any experts on g++ around who can explain why bitcoin git head compiled does this: http://jenkins.bluematt.me/bitcoin-nightly/bitcoin-qt-O2.exe
287 2011-10-11 14:46:43 <Tadpole> Why does it bother to hash the public key multiple times to get the address?
288 2011-10-11 14:47:22 <sipa> BlueMatt: does what?
289 2011-10-11 14:47:47 <BlueMatt> sipa: decides a function returning true is actually returning false...
290 2011-10-11 14:47:55 <BlueMatt> and thus fails to load
291 2011-10-11 14:47:59 <sipa> and how would i see that in that URL?
292 2011-10-11 14:48:08 <BlueMatt> download it run it and debug it?
293 2011-10-11 14:48:24 <sipa> oh ok
294 2011-10-11 14:48:36 <copumpkin> BlueMatt: what I found yesterday points at the fucked-up calling convention
295 2011-10-11 14:48:43 <copumpkin> I'm not sure how it got to be that way though
296 2011-10-11 14:48:51 <BlueMatt> hmmm...
297 2011-10-11 14:49:19 <copumpkin> I'd dump the preprocessed forms of net.cpp and init.cpp
298 2011-10-11 14:49:53 <copumpkin> it's odd because people don't usually fuck with calling conventions all that much
299 2011-10-11 14:50:10 <BlueMatt> the odd part is I dont think anyone fucked with calling conventions here...
300 2011-10-11 14:50:22 <copumpkin> yeah, I couldn't see any explicit calling convention annotations anywhere in the code I looked at
301 2011-10-11 14:51:04 <copumpkin> at this point, either I'm wrong about it being the wrong calling convention (the unwinding shit in g++'s generated code is confusing), or something preprocessorey is changing your calling convention behind your back, or it's a compiler bug :P
302 2011-10-11 14:51:19 <copumpkin> in the last case, I'll be impressed
303 2011-10-11 14:51:20 <BlueMatt> well...
304 2011-10-11 14:52:20 <copumpkin> if you want to experiment with it, you can write a separate little piece of code and change the prototype calling convention of BindLocalPort until you see the correct answer come out of it
305 2011-10-11 14:52:25 <copumpkin> then you can determine what it's compiled as :P
306 2011-10-11 14:52:44 <copumpkin> not sure if there's a way to ask g++ to tell you what calling convention it's slapping on individual functions
307 2011-10-11 14:53:38 <copumpkin> or maybe you should have someone l33ter than me (or with a beefier computer) look at the debug version of the executable
308 2011-10-11 14:54:50 <gmaxwell> copumpkin: it should be just a fallout from the prototype.
309 2011-10-11 14:55:00 <gmaxwell> As far as I knew, but BlueMatt seems to have discovered otherwise!
310 2011-10-11 14:55:05 <copumpkin> yeah, that's what I'd think :P
311 2011-10-11 14:55:29 <copumpkin> so either some preprocessor voodoo is substituting bad calling conventions into your prototype (seems hard to do given how simple the prototype is)
312 2011-10-11 14:55:32 <copumpkin> or it's a compiler bug
313 2011-10-11 14:55:49 <gmaxwell> Or both!
314 2011-10-11 14:55:59 <BlueMatt> both seem equally unlikely
315 2011-10-11 14:56:06 <gmaxwell> I haven't been following you've looked at the preprocessor output right?
316 2011-10-11 14:56:20 <gmaxwell> No crazy crap got added to the prototype via unintended macro expansion?
317 2011-10-11 14:57:34 <luke-jr> #define return return true;
318 2011-10-11 14:57:40 <luke-jr> <.<
319 2011-10-11 14:58:25 <Diablo-D3> ..........
320 2011-10-11 14:58:58 <luke-jr> #define stabs smiles at
321 2011-10-11 14:58:59 <gmaxwell> luke-jr: at least that should result in Warning: Statement with no effect.
322 2011-10-11 14:59:09 <BlueMatt> gmaxwell: nothing crazy after the preprocessor
323 2011-10-11 14:59:29 <midnightmagic> lol, and with a semicolon
324 2011-10-11 14:59:37 <midnightmagic> that my friend is satan's work
325 2011-10-11 14:59:56 <Diablo-D3> return true; //
326 2011-10-11 14:59:59 <Diablo-D3> would probably be better
327 2011-10-11 15:02:06 <midnightmagic> it would certainly drive some people mad that's for sure.
328 2011-10-11 15:03:11 <gmaxwell> The most fun comes from abusing the precidence rules across macro boundaries.
329 2011-10-11 15:03:53 <Diablo-D3> argh
330 2011-10-11 15:03:59 <gmaxwell> Especially the rtl binding ones.
331 2011-10-11 15:03:59 <midnightmagic> it's too bad the ioccc stopped @ 19, back in 2007 or so.
332 2011-10-11 15:04:25 <gmaxwell> midnightmagic: there is http://underhanded.xcott.com/ too but its been about as lively as ioccc
333 2011-10-11 15:04:58 <gmaxwell> I was really kind of alarmed at the comments on this thread: http://news.ycombinator.com/item?id=3093323
334 2011-10-11 15:05:05 <midnightmagic> i really loved those programs. I especially loved the text-based x-wing renderer.
335 2011-10-11 15:05:19 <gmaxwell> Lots of people seem to think there is little/no value to understanding whats actually happening I wonder how the hell these people ever debug anything.
336 2011-10-11 15:05:40 <midnightmagic> gmaxwell: i don't know what rtl binding is. is that to do with how variables are bound to registers?
337 2011-10-11 15:05:50 <gmaxwell> midnightmagic: right to left.
338 2011-10-11 15:16:38 <midnightmagic> oh
339 2011-10-11 15:17:05 <midnightmagic> i used to be much better at C than I am now. that Deep C slideshow is taxing my rusty
340 2011-10-11 15:25:10 <CIA-101> bitcoinj: hearn@google.com * r230 /trunk/ (27 files in 3 dirs): (log message trimmed)
341 2011-10-11 15:25:11 <CIA-101> bitcoinj: Second part of Steves lazy parsing patchset:
342 2011-10-11 15:25:12 <CIA-101> bitcoinj: 5) Add unit tests for the matrix of lazy parsing modes.
343 2011-10-11 15:27:59 <Diablo-D3> midnightmagic: ahh, you saw the deep c thing?
344 2011-10-11 15:28:01 <Diablo-D3> thats nifty
345 2011-10-11 15:28:08 <Diablo-D3> I wanna show that to C noobs everywhere
346 2011-10-11 15:43:58 <midnightmagic> Diablo-D3: Yeah I'm slowly going through it in between waiting for my endless testing runs to complete.
347 2011-10-11 15:46:45 <asm> Diablo-D3: haha, all 400 slides?
348 2011-10-11 15:47:20 <Diablo-D3> well, its not slide slides
349 2011-10-11 15:47:26 <Diablo-D3> they're mostly animationey
350 2011-10-11 15:47:32 <Diablo-D3> it would have been better has a 10 minute video
351 2011-10-11 15:48:45 <asm> true
352 2011-10-11 15:52:15 <midnightmagic> i prefer it as slides, i can sit there and think about it without having to explicitly pause anything.
353 2011-10-11 15:53:32 <midnightmagic> gmaxwell: I see the comments you're talking about. I get the same feeling reading them as I get when I learn that full machine assembly is no longer being taught for CSC degrees.
354 2011-10-11 15:57:47 <gmaxwell> mix 4evar!
355 2011-10-11 16:00:23 <gmaxwell> I wonder if the people writing "just don't write that code" have ever had someone demand they explain a failure.  "The code was yucky so I rewrote it and the problem was then gone" isn't a good answer.
356 2011-10-11 16:03:42 <copumpkin> BlueMatt: just for you, I'm reloading the -O2 version
357 2011-10-11 16:03:56 <copumpkin> give my IDA a couple of hours to analyze it ;)
358 2011-10-11 16:06:39 <copumpkin> god, x86 is so ugly
359 2011-10-11 16:06:56 <midnightmagic> HAHAHA "This is a piece of shitty C++ code. Is this your code? First of all... never use two spaces for indentation."
360 2011-10-11 16:07:00 <BlueMatt> copumpkin: heh, thanks Im still confused, random statement insertion in the function makes it work sometimes not others so...
361 2011-10-11 16:07:19 <copumpkin> hmm
362 2011-10-11 16:07:29 <sipa> (not in bitcoin source though)
363 2011-10-11 16:07:45 <midnightmagic> i use 4 and I used to have a really good reason for it. but now I don't.
364 2011-10-11 16:08:09 <phantomcircuit> INDENTATION WARS!
365 2011-10-11 16:08:49 <midnightmagic> (secretly I use \t but i have the editor print it as though it was 4.)
366 2011-10-11 16:09:04 <luke-jr> tabs is the right way
367 2011-10-11 16:09:08 <phantomcircuit> midnightmagic, everybody does
368 2011-10-11 16:09:18 <phantomcircuit> and yes
369 2011-10-11 16:09:24 <phantomcircuit> tabs *are* the proper way
370 2011-10-11 16:09:31 <luke-jr> well, depending on what you're doing
371 2011-10-11 16:09:35 <luke-jr> tabs are right for indenting
372 2011-10-11 16:09:35 <phantomcircuit> people bitching and moaning about formatting need to shut the fuck up
373 2011-10-11 16:09:54 <luke-jr> tabs are not right for lining up multiline code things :p
374 2011-10-11 16:09:59 <b4epoche> fortran, when indentation used to mean something!
375 2011-10-11 16:10:07 <luke-jr> b4epoche: I thought that was Python
376 2011-10-11 16:10:15 <sipa> or Haskell
377 2011-10-11 16:10:23 <luke-jr> wait, so nobody here actually likes 4 spaces?
378 2011-10-11 16:10:26 <midnightmagic> yeah but I don't remember why. Style used to be terribly important to me, but these days nobody even knows what the 1TBS is, so..
379 2011-10-11 16:10:34 <luke-jr> can we reindent the bitcoind source please?
380 2011-10-11 16:10:41 <copumpkin> yay haskell
381 2011-10-11 16:10:44 <copumpkin> I use 2 spaces, fwiw
382 2011-10-11 16:10:54 <luke-jr> ok, can we /kick nanotube and reindent bitcoind source then?
383 2011-10-11 16:10:54 <sipa> 2 or 4 spaces
384 2011-10-11 16:10:56 <wumpus> I love 4 spaces
385 2011-10-11 16:11:04 <nanotube> luke-jr: lol
386 2011-10-11 16:11:05 <wumpus> if it's good enough for python it's good enoug hfor me
387 2011-10-11 16:11:08 <copumpkin> 3 is perfect
388 2011-10-11 16:11:08 <sipa> anyone pro 3 spaces?
389 2011-10-11 16:11:11 <sipa> haha
390 2011-10-11 16:11:12 <luke-jr> tab characters let you control how many "spaces" a tab appears as ;)
391 2011-10-11 16:11:13 <copumpkin> :D
392 2011-10-11 16:11:20 <imsaguy2> 6 spaces is better
393 2011-10-11 16:11:21 <BlueMatt> what about 6?
394 2011-10-11 16:11:22 <midnightmagic> luke-jr: and create a diff barrier <scary god voice>BEYOND WHICH NO OTHER BUT SPACE-IGNORING DIFFS SHALL PASS</voice>
395 2011-10-11 16:11:26 <copumpkin> lol
396 2011-10-11 16:11:27 <imsaguy2> lol BlueMatt
397 2011-10-11 16:11:29 <BlueMatt> imsaguy2: great minds think alike
398 2011-10-11 16:11:29 <copumpkin> 5.3
399 2011-10-11 16:11:36 <imsaguy2> unless you're solid coin
400 2011-10-11 16:11:37 <imsaguy2> then no spaces
401 2011-10-11 16:11:43 <copumpkin> indentation is for chumps
402 2011-10-11 16:11:50 <luke-jr> my Kate is configured to put tabs all the time.
403 2011-10-11 16:11:54 <copumpkin> real programmers use ed and don't indent
404 2011-10-11 16:11:55 <b4epoche> so are linebreaks
405 2011-10-11 16:12:00 <sipa> wait, people actually use whitespace in source code?
406 2011-10-11 16:12:01 <luke-jr> I have to backspace it and type 4 space-keys for bitcoind -.-
407 2011-10-11 16:12:04 <imsaguy2> real programmers write in machine code
408 2011-10-11 16:12:06 <b4epoche> and write code as one line
409 2011-10-11 16:12:08 <sipa> just write everthing on one line!
410 2011-10-11 16:12:28 <copumpkin> sipa: what if that changes the meaning of my program?
411 2011-10-11 16:12:29 <copumpkin> http://compsoc.dur.ac.uk/whitespace/
412 2011-10-11 16:12:45 <wumpus> I write abstract syntax trees directly, screw syntax :P
413 2011-10-11 16:12:57 <copumpkin> oh, so scheme?
414 2011-10-11 16:12:58 <midnightmagic> sipa: for a long time I put as much code as I could squish into an 80x25 terminal. and it used to be 80x24 but then I always wanted to be able to telnet to kevin-on-demand and laugh as the world's most celebrated hacker stumbled blindly through the command-line.
415 2011-10-11 16:13:05 <sipa> copumpkin: you know Edwin Brady? :)
416 2011-10-11 16:13:11 <copumpkin> only on IRC
417 2011-10-11 16:13:22 <copumpkin> and twitter, I guess :P
418 2011-10-11 16:13:34 <sipa> is he in #haskell?
419 2011-10-11 16:13:51 <copumpkin> usually just #epigram and #agda, as far as I know
420 2011-10-11 16:14:00 <sipa> ok
421 2011-10-11 16:14:19 <copumpkin> a.k.a. #haskell-elite ;)
422 2011-10-11 16:14:31 <phantomcircuit> anybody here have a dwolla account with funds on it? i need someone to transfer $1 with a very specific comment
423 2011-10-11 16:14:32 <phantomcircuit> ill send it right back (dont care about the $0.50 in fees)
424 2011-10-11 16:15:07 <sipa> midnightmagic: i learned programming in BASIC, with an interpreter that used 56k of RAM
425 2011-10-11 16:15:20 <sipa> midnightmagic: kinda encourages writing as much as possible on one line
426 2011-10-11 16:16:02 <midnightmagic> 56K? wow. that seems like a lot when talking about BASIC..  I started on a C64. (Actually VIC=20 but I never wrote any programs on that but what I typed in from books.)
427 2011-10-11 16:16:20 <sipa> GW-BASIC
428 2011-10-11 16:16:26 <midnightmagic> cool
429 2011-10-11 16:16:35 <sipa> on a 286 or 386
430 2011-10-11 16:16:50 <imsaguy2> lol midnightmagic
431 2011-10-11 16:17:01 <midnightmagic> those were always very infuriating machines for me. nothing seemed to work right and I'd get angry that I couldn't just plug something in and expect it to work.
432 2011-10-11 16:17:16 <JFK911> will bitcoin work on a vic20
433 2011-10-11 16:17:51 <sipa> 3.5kb usable memory
434 2011-10-11 16:17:53 <sipa> i doubt it :p
435 2011-10-11 16:57:07 <dikidera> I don't suppose there is a way to convert a pubkey hash to a pubkey?
436 2011-10-11 16:58:08 <dikidera> scratch that
437 2011-10-11 16:58:19 <dikidera> a way to convert a pubkey hash to a valid bitcoin address
438 2011-10-11 17:26:04 <terrytibbs> Where can I find more info about the build process for linux binaries?
439 2011-10-11 17:37:50 <wumpus> terrytibbs: doc/build-unix.txt
440 2011-10-11 17:38:40 <terrytibbs> wumpus: is that how they're packaged up before release?
441 2011-10-11 17:38:46 <terrytibbs> are they stripped of debug code?
442 2011-10-11 17:38:55 <terrytibbs> how do you maintain compatibility across platforms?
443 2011-10-11 17:39:38 <wumpus> I think a gitian script is used for that, don't ask me how that works though
444 2011-10-11 17:40:01 <wumpus> what compatibility across platforms? there is a different makefile for each platform afaik :p
445 2011-10-11 17:40:35 <sipa> it constructs a virtual machine, fetches a git commit inside of it and akl build dependencies, and then runs the build script
446 2011-10-11 17:40:40 <gmaxwell> "It's easier to write a portable make(1) than it is to wrote a portable makefile"
447 2011-10-11 17:41:07 <wumpus> sipa: right, thanks
448 2011-10-11 17:41:15 <wumpus> it's magical!
449 2011-10-11 17:41:42 <dikidera> sipa:how do i convert a hash160 hash of a pubkey back to a public key OR bitcoin address?
450 2011-10-11 17:41:47 <terrytibbs> Neat! Where may I learn more about this?
451 2011-10-11 17:42:34 <wumpus> gmaxwell: right, many people have tried and failed :-)
452 2011-10-11 17:42:35 <sipa> the idea is reproducible builds
453 2011-10-11 17:45:28 <luke-jr> [15:26:47] <luke-jr> first, prepend \0; then, double-sha256 the whole 21 octets; take the first 4 octets of that double-sha256 and append it
454 2011-10-11 17:45:30 <luke-jr> [15:26:52] <luke-jr> finally, base58 the whole thing
455 2011-10-11 17:45:41 <luke-jr> [15:44:44] <luke-jr> dikidera: it's a hash160(sha256(pubkey))
456 2011-10-11 17:46:49 <dikidera> yes i saw that luke, but i wanted to verify
457 2011-10-11 17:46:54 <dikidera> and maybe find an easier way
458 2011-10-11 17:48:01 <luke-jr> &
459 2011-10-11 17:48:03 <luke-jr> as if that's hard
460 2011-10-11 17:48:08 <wumpus> can it be easier :p
461 2011-10-11 17:49:47 <dikidera> yes
462 2011-10-11 17:49:55 <dikidera> like some ready to use function for X language
463 2011-10-11 17:51:08 <luke-jr> from bitcoin import address; address.fromKeyhash(keyhash); address.fromKey(key)
464 2011-10-11 17:52:31 <dikidera> actually i just found out a python script that does this, but i'll be damned if i can port this to php
465 2011-10-11 17:52:41 <dikidera> i've never worked with bits, bit operators..its too hard
466 2011-10-11 17:52:58 <wumpus> it's a good learning experience
467 2011-10-11 17:53:31 <dikidera> not for a person with ADD
468 2011-10-11 17:55:08 <wumpus> that's a lousy excuse :p too hard means "excellent challenge"
469 2011-10-11 17:55:38 <dikidera> no its not a lousy excuse
470 2011-10-11 17:55:53 <dikidera> add has always obstructed any kind of learning i just cant concentrate
471 2011-10-11 17:55:54 <luke-jr> dikidera: guess what.
472 2011-10-11 17:56:04 <luke-jr> NONE OF WHAT I SAID HAS ANYTHING TO DO WITH BIT-LEVEL OPERATIONS\n1925650
473 2011-10-11 17:56:21 <dikidera> which is 168 bits
474 2011-10-11 17:56:24 <luke-jr> &
475 2011-10-11 17:56:38 <luke-jr> ok, sorry, your idiocy just exceeded the tolerance level
476 2011-10-11 17:56:53 <gmaxwell> \0/
477 2011-10-11 17:57:12 <wumpus> byte-level operations are also bit-level operations!
478 2011-10-11 18:17:26 <dikidera> and is that the formula to the pubkey hash to pubkey or to a bitcoin address since it was not clarified
479 2011-10-11 18:18:59 <dikidera> s/to the/for the
480 2011-10-11 18:21:32 <dikidera> and this is the result
481 2011-10-11 18:21:33 <dikidera> 5sZmW8Uwh5fhA4sF1ztEr8rsaT2fq1syw9qAesksZyhhREDeX1vFGgFPxxmMvDh7Nv2pSGwQYC2gZQfcvHi7cKLV
482 2011-10-11 18:21:39 <dikidera> i have no idea what that is
483 2011-10-11 18:25:00 <dikidera> but its neither bitcoin address nor pubkey
484 2011-10-11 18:28:00 <Eliel> maybe it's private key then?
485 2011-10-11 18:28:20 <dikidera> uh no
486 2011-10-11 18:28:26 <dikidera> its a pubkey hash, im sure of it
487 2011-10-11 18:28:33 <dikidera> since i copied from its designated plac
488 2011-10-11 18:28:34 <dikidera> e
489 2011-10-11 18:30:18 <Eliel> there's readymade C++ and python code for converting it to other formats.
490 2011-10-11 18:30:27 <dikidera> i need it in php
491 2011-10-11 18:30:44 <dikidera> since everything for converting a pubkey to a bitcoin address is in there
492 2011-10-11 18:30:51 <dikidera> and i will be pulling my data from mysql via php
493 2011-10-11 18:31:38 <BlueMatt> ;;later tell gavinandresen well, nfc whats gonna happen with xcompiling bitcoin-qt at this point...no problem getting qt to xcompile and getting bitcoin-qt to xcompile, but there are some really bizarre compiler/linker/header-redefining-true bugs blocking at this point...these kinds of things being well over my head Im stuck, may have to do aws builds for 0.5
494 2011-10-11 18:31:39 <gribble> The operation succeeded.
495 2011-10-11 18:32:44 <dikidera> lol
496 2011-10-11 18:32:47 <dikidera> i neednt have done anything
497 2011-10-11 18:33:02 <log0s> dikidera: have you looked at the relevant wiki pages?
498 2011-10-11 18:33:43 <dikidera> honestly i've looked at the wiki at bitcoin.org and while there are mentions of hash160 or pubkeys; there is absolutely no info on them
499 2011-10-11 18:34:11 <log0s> you've looked at this page? https://en.bitcoin.it/wiki/Address
500 2011-10-11 18:35:12 <dikidera> uh no i have not...weird..anywho it appears the bitcoin controller written in php already has a function that does what i want
501 2011-10-11 18:35:18 <dikidera> weird i never clearly saw the name
502 2011-10-11 18:36:58 <dikidera> i really like it when things are already made there for you
503 2011-10-11 18:42:24 <dikidera> Well, i have add, i cant pay attention to stuff
504 2011-10-11 18:42:43 <dikidera> there have been many times where i almost got hit by a car
505 2011-10-11 18:43:46 <dikidera> I've tried many times to read books, but nothing gets into my head
506 2011-10-11 19:27:15 <MrDDisBack> Hello
507 2011-10-11 19:27:17 <MrDDisBack> Anyone knows why is btc not getting higher?
508 2011-10-11 19:27:18 <MrDDisBack> Will btc die?
509 2011-10-11 19:27:19 <nanotube> the price of bitcoins is the result of supply and demand
510 2011-10-11 19:27:22 <MrDDisBack> But, someone is controlling it
511 2011-10-11 19:27:25 <MrDDisBack> Someone is killing btc value
512 2011-10-11 19:27:28 <nanotube> dropping price means there's more supply than demand at the moment
513 2011-10-11 19:27:29 <MrDDisBack> yes, and demand will not grow like supply did
514 2011-10-11 19:27:29 <nanotube> supply and demand are made up of people wanting to buy and sell coins, so yes, "someone" is, but it is multiple someones, in all likelihood.
515 2011-10-11 19:27:30 <luke-jr> MrDDisBack: you are killing BTC value ;)
516 2011-10-11 19:27:30 <MrDDisBack> devs, or "main heads" of bitcoin project should "fix" this somehow
517 2011-10-11 19:27:30 <nanotube> you want to raise price, demand more coins, or supply sell coins. :)
518 2011-10-11 19:27:31 <luke-jr> MrDDisBack: there are no heads
519 2011-10-11 19:27:31 <MrDDisBack> so devs should start opening more world wide connections
520 2011-10-11 19:27:31 <MrDDisBack> yeah sure.. lol
521 2011-10-11 19:27:31 <nanotube> well, if you give the devs a few dozen millions of usd, then they can use it to fix it
522 2011-10-11 19:27:41 <luke-jr> nanotube: he's online
523 2011-10-11 19:28:08 <MrDDisBack> hm
524 2011-10-11 19:28:18 <nanotube> luke-jr: doesn't mean anything. plenty of hobos, kids, and students are online
525 2011-10-11 19:28:26 <luke-jr> MrDDisBack: the more merchants that accept Bitcoin, the more demand
526 2011-10-11 19:28:31 <MrDDisBack> yes
527 2011-10-11 19:28:47 <MrDDisBack> only way to fix bitcoin price is to make digital banks
528 2011-10-11 19:28:52 <MrDDisBack> in world
529 2011-10-11 19:28:55 <copumpkin> lol
530 2011-10-11 19:29:32 <luke-jr> MrDDisBack: you can't fix prices of anything
531 2011-10-11 19:29:38 <luke-jr> MrDDisBack: every currency fluxuates to some degree
532 2011-10-11 19:31:42 <MrDDisBack> yes but this is not fluxuating, its dying
533 2011-10-11 19:31:44 <MrDDisBack> that means market is getting smaller and smaller
534 2011-10-11 19:31:58 <MrDDisBack> and alot of btcs are produced
535 2011-10-11 19:33:14 <luke-jr> MrDDisBack: USD is dying too
536 2011-10-11 19:33:18 <luke-jr> so is Euro
537 2011-10-11 19:33:36 <MrDDisBack> no
538 2011-10-11 19:33:40 <MrDDisBack> its stable
539 2011-10-11 19:40:25 <edcba> ;;bc,mtgox
540 2011-10-11 19:40:25 <gribble> {"ticker":{"high":4.1185,"low":3.84962,"avg":3.960350437,"vwap":3.948149363,"vol":38925,"last_all":3.92143,"last_local":3.92143,"last":3.92143,"buy":3.89832,"sell":3.92143}}
541 2011-10-11 19:40:26 <edcba> bitcoin is going down too