1 2011-08-10 00:26:55 <tcatm> experimental currency filter: http://bitcoincharts.com/markets/
  2 2011-08-10 00:37:04 <luke-jr> tcatm: Error: http://bitcoincharts.com/markets/: [object DOMException]
  3 2011-08-10 00:37:23 <luke-jr> tcatm: also, 1492 min width is a bit too big IMO
  4 2011-08-10 00:37:59 <luke-jr> where's the filter?
  5 2011-08-10 00:39:00 <tcatm> luke-jr: should be on the left of the screen
  6 2011-08-10 00:39:07 <tcatm> what DOMException?
  7 2011-08-10 00:39:18 <luke-jr> that's all it says
  8 2011-08-10 00:39:23 <luke-jr> left just says "Currencies"
  9 2011-08-10 00:40:24 <tcatm> firefox?
 10 2011-08-10 00:40:34 <luke-jr> Konqueror
 11 2011-08-10 00:40:59 <tcatm> reload
 12 2011-08-10 00:41:53 <luke-jr> req.open(method || "GET", this._prepareUrl() + (url ? "/" + url : ""));
 13 2011-08-10 00:41:55 <luke-jr> that's the line
 14 2011-08-10 00:43:00 <luke-jr> called from markets:  sock.connect();
 15 2011-08-10 00:43:27 <tcatm> luke-jr: which javascript engine (and version) does your browser use?
 16 2011-08-10 00:43:43 <luke-jr> tcatm: KJS 4.6.4
 17 2011-08-10 00:44:43 <tcatm> any chance you can find out why it doesn't like that line?
 18 2011-08-10 00:48:12 <luke-jr> it seems it doesn't like the port being different
 19 2011-08-10 00:48:52 <luke-jr> or perhaps being specified at al
 20 2011-08-10 00:49:19 <tcatm> mhm. it should fall back to jsonp in that case.
 21 2011-08-10 00:52:36 <luke-jr> it could be reporting caught exceptions, dunno
 22 2011-08-10 00:53:26 <tcatm> anyway, it should show a list of currencies on the left now
 23 2011-08-10 01:01:58 <luke-jr> tcatm: still nope
 24 2011-08-10 02:00:37 <forrestv> node on my vps is using 2Mbps
 25 2011-08-10 02:01:51 <luke-jr> tcatm: what are cbx and btcn?
 26 2011-08-10 02:14:49 <nanotube> luke-jr: cbx is campbx
 27 2011-08-10 02:14:55 <nanotube> btcn is some chinese exchange
 28 2011-08-10 02:15:10 <nanotube> if you go to the bcharts website, you can see the homepages for each of the exchanges
 29 2011-08-10 02:17:43 <luke-jr> ah
 30 2011-08-10 02:27:12 <aaa3> hey guys
 31 2011-08-10 02:27:13 <aaa3> im on centos 5.6
 32 2011-08-10 02:27:21 <aaa3> and im getting this trying to run ./bitcoind
 33 2011-08-10 02:27:49 <aaa3> ./bitcoind: /lib64/libc.so.6: version `GLIBC_2.7' not found (required by ./bitcoind)
 34 2011-08-10 02:32:07 <aaa3> what do i do?
 35 2011-08-10 02:39:37 <josephcp> aaa3: are you trying to run the 64 bit version on a 32 bit system or vice versa?
 36 2011-08-10 02:40:21 <josephcp> pretty sure all recent linux distros shouldn't have a problem with glibc not being installed...
 37 2011-08-10 02:43:43 <aaa3> 64 bit ver
 38 2011-08-10 02:44:03 <aaa3> no im running 64 bitcoind on 64bit system
 39 2011-08-10 02:47:16 <josephcp> can you do "sudo yum update glibc*"
 40 2011-08-10 02:49:55 <aaa3> ok lets see..
 41 2011-08-10 02:54:30 <aaa3> glibc 2.5 is installed
 42 2011-08-10 02:54:45 <aaa3> i tried installing 2.7 on my CentOs 5.6 but it fuxed the server
 43 2011-08-10 02:54:49 <aaa3> so now what :!
 44 2011-08-10 02:56:48 <Plasma-> does the bitcoin client support bitcoin:// urls etc? I saw mention of it, but I dont see it working
 45 2011-08-10 03:01:05 <nanotube> Plasma-: no, it does not.
 46 2011-08-10 03:01:17 <nanotube> not the official one, at any rate.
 47 2011-08-10 03:01:29 <nanotube> iirc, spesmilo and bitcoin-js-remote do
 48 2011-08-10 03:09:54 <Plasma-> great thanks
 49 2011-08-10 07:14:03 <BlueMatt> ;;seen gavinandresen
 50 2011-08-10 07:14:03 <gribble> gavinandresen was last seen in #bitcoin-dev 15 hours, 22 minutes, and 8 seconds ago: <gavinandresen> forrestv: see https://github.com/bitcoin/bitcoin/issues/453
 51 2011-08-10 07:14:13 <BlueMatt> hey, hes back
 52 2011-08-10 07:14:28 <forrestv> hi
 53 2011-08-10 07:14:32 <forrestv> :p
 54 2011-08-10 07:14:37 <BlueMatt> hehe
 55 2011-08-10 07:20:08 <Eliel> blockchain will soon be a gigabyte in size :P
 56 2011-08-10 07:20:34 <Eliel> ... well, the blockchain is, by itself, close to that yet but with all the extra data, that's what bitcoin will soon need.
 57 2011-08-10 07:41:20 <UukGoblin> where's amphipod?
 58 2011-08-10 08:14:01 <sacarlson> what rise in security risk would happen if the difficulty change rate was measured in one hour instead of 2 weeks?
 59 2011-08-10 08:15:25 <wumpus> it becomes easier to manipulate the difficulty
 60 2011-08-10 08:15:50 <sacarlson> wumpus: yes but the difficulty also goes back quicker then
 61 2011-08-10 08:16:19 <wumpus> yes, the two weeks is like a lowpass  ilter
 62 2011-08-10 08:16:24 <sacarlson> wumpus: I'm playing with the settings in a merge mine testnet
 63 2011-08-10 08:16:33 <edcba> security is not the problem
 64 2011-08-10 08:16:47 <edcba> it's just you won't get confirmations as frequently
 65 2011-08-10 08:17:19 <sacarlson> edcba: or more frequently as in namecoin is waiting weeks after the pulse of power they had
 66 2011-08-10 08:18:49 <sacarlson> ;;bc help
 67 2011-08-10 08:25:50 <sacarlson> ;;bc,gend 270 .015
 68 2011-08-10 08:26:10 <sacarlson> ;;bc,gend 2700 50
 69 2011-08-10 08:26:19 <sacarlson> it's broken
 70 2011-08-10 09:06:57 <Giel> hi all
 71 2011-08-10 09:07:15 <Giel> is there any reason why Boost.Asio is used for networking in src/rpc.cpp but not src/net.cpp ?
 72 2011-08-10 09:07:50 <Giel> (i.e. BSD sockets with a Winsock flavour are used instead in src/net.cpp)
 73 2011-08-10 09:08:34 <Giel> as I was thinking about adding IPv6 support
 74 2011-08-10 09:08:36 <Giel> which would be significantly easier using Boost.Asio than the BSD socket API
 75 2011-08-10 09:08:38 <tcatm> Giel: yes. RPC is a lot newer than src/net.cpp. patches welcome!
 76 2011-08-10 09:09:00 <tcatm> I think sipa is working on IPv6.
 77 2011-08-10 09:10:07 <Giel> how about the CAddress class btw? I think that aside from the protocol serialisation it could be replaced boost::asio::ip::address
 78 2011-08-10 09:11:00 <Giel> tcatm: I've already got IPv6 working in src/rpc.cpp
 79 2011-08-10 09:11:05 <sacarlson> Giel: would it still be backward compatible?
 80 2011-08-10 09:11:23 <tcatm> Giel: sipa got a IPv6 node running :)
 81 2011-08-10 09:11:34 <Giel> sacarlson: regarding CAddress you mean? protcol-wise it would be, yes
 82 2011-08-10 09:11:56 <tcatm> Giel: https://github.com/bitcoin/bitcoin/pull/427
 83 2011-08-10 09:12:44 <tcatm> doesn't look like it makes rpc IPv6 capable, though. so if you have a patch, make a pull request
 84 2011-08-10 09:13:24 <Giel> righty, so I see, so lets start cleaning up my code...
 85 2011-08-10 09:14:32 <tcatm> Giel: also have a look at pull requests like https://github.com/bitcoin/bitcoin/pull/214
 86 2011-08-10 09:14:57 <sacarlson> Giel: "your code"  is it published?
 87 2011-08-10 09:14:59 <Giel> tcatm: that's the approach I took actualy
 88 2011-08-10 09:16:12 <Giel> sacarlson: cleaning up my code right now, when I'm done I'll push it to my public repo at github
 89 2011-08-10 09:16:28 <sacarlson> Giel: very good
 90 2011-08-10 09:17:08 <Giel> tcatm: my diff for the async-part is much smaller than #214 though
 91 2011-08-10 09:19:11 <sacarlson> I always thought that ipv6 broadcast might be cool to eliminate the problem with the connection bootstrap at startup to partly eliminate the need dns and hardcoded address seeding
 92 2011-08-10 09:19:47 <tcatm> Giel: one reason why it's not async yet are deadlocks. you should check whether your code will be safe.
 93 2011-08-10 09:23:28 <Giel> tcatm: deadlocks in bitcoin itself I presume (i.e. stuff called by the RPC)?
 94 2011-08-10 09:25:26 <tcatm> Giel: there's still some logic in rpc.cpp left
 95 2011-08-10 09:26:02 <tcatm> maybe you can do IO async but execute the calls in a single thread
 96 2011-08-10 09:27:21 <Giel> tcatm: that's what my current implementation does, though it allows for easy increase of threads
 97 2011-08-10 09:29:02 <tcatm> great. let me know when you've pushed it to github
 98 2011-08-10 10:22:45 <Giel> tcatm: https://github.com/muggenhor/bitcoin/tree/async-ipv6-rpc
 99 2011-08-10 10:24:02 <ThomasV> tcatm: http://bitcoincharts.com/charts/britcoinGBP#rg60zvztgSzm1g10zm2g25 <-- broken
100 2011-08-10 10:33:54 <tcatm> ThomasV: nope, someone just paid 5000 GBP for 1 BTC
101 2011-08-10 10:34:14 <ThomasV> huh ?
102 2011-08-10 10:34:24 <ThomasV> who did that ? :-)
103 2011-08-10 10:34:45 <tcatm> no idea. it's britcoin's crazy ordermatching algorithm that does that sometimes
104 2011-08-10 10:37:46 <edcba> 5000GBP for 1 bitcoin ?!??
105 2011-08-10 10:38:19 <eps> sold
106 2011-08-10 10:38:25 <eps> i expect payment quickly
107 2011-08-10 10:39:21 <tcatm> edcba: yes. maybe it was only 0.001 BTC for 5 GBP
108 2011-08-10 10:39:38 <edcba> hope so :)
109 2011-08-10 10:40:52 <tcatm> Giel: looks good. can you make a pull request?
110 2011-08-10 10:42:47 <Eliel> tcatm: I expect mtgox might do that too if there ever was a situation that no BTC was for sale at less :P
111 2011-08-10 10:43:47 <upb> no it never does that
112 2011-08-10 10:43:56 <upb> it actually respect LIMITS on LIMIT ORDERS
113 2011-08-10 10:44:07 <upb> unlike some guys who cant grasp the concept of that :p
114 2011-08-10 10:45:20 <tcatm> Eliel: please search the forum for more information. britcoin does use a completely different algorithm than other exchanges.
115 2011-08-10 11:01:20 <Eliel> tcatm: ah, so it's because it doesn't sort the matching orders so it'd match best first.
116 2011-08-10 11:10:03 <Giel> tcatm: done: https://github.com/bitcoin/bitcoin/pull/457
117 2011-08-10 11:11:26 <tcatm> Giel: great. let's see what the other devs say
118 2011-08-10 11:12:58 <tcatm> Giel: looks like on some lines the indentation is wrong. lines 2166++, 2178, and so on
119 2011-08-10 11:13:29 <Giel> tcatm: 4-space indentation right?
120 2011-08-10 11:14:27 <Giel> oh, dang, I guess I forgot to set expandtab in vim
121 2011-08-10 11:15:26 <tcatm> Giel: you could put a custom .vimrc in your bitcoin src folder :)
122 2011-08-10 11:17:20 <Giel> vim searches for .vimrc in other places than $HOME ?
123 2011-08-10 11:17:45 <tcatm> yes
124 2011-08-10 11:18:11 <Giel> that's awesome, didn't know that
125 2011-08-10 11:18:41 <tcatm> Giel: also put "set secure" as the last line in your ~/.vimrc
126 2011-08-10 11:19:08 <tcatm> otherwise a .vimrc might run evil commands
127 2011-08-10 11:23:09 <Giel> anyway, I fixed the indentation and ammended the commits
128 2011-08-10 11:42:48 <Giel> now, for the next thing; I was thinking of implementing SOCKS4a proxy support
129 2011-08-10 11:43:09 <Giel> i.e. if -addnode/-connect's argument isn't an IP address, to pass it as the hostname in a SOCKS4a request
130 2011-08-10 11:59:11 <luke-jr> Giel: IIRC SOCKS4 does not support DNS, only IPs; you need SOCKS5 for DNS resolution
131 2011-08-10 12:00:35 <Giel> luke-jr: SOCKS4a supports DNS (hence the -a part)
132 2011-08-10 12:01:23 <Giel> and it's easier to implement than SOCKS5 (as the handshake is simpler)
133 2011-08-10 12:04:09 <Giel> heck the real problem seems to be passing the domain-name to ConnectSocket without changing 30ish function prototypes
134 2011-08-10 13:28:45 <xelister> cool - http://freshbtc.com <-- new polish exchange opened! (I am not recommending it here)
135 2011-08-10 13:29:25 <copumpkin> for someone not recommending it here, you seem to be not recommending it in a lot of places
136 2011-08-10 13:29:43 <copumpkin> :)
137 2011-08-10 13:42:31 <ciscoftw_l33t> not all that solid on bitcoins p2p's DHT functions, but my firewall has logged IRC join requests to "irc.lechat.ir" ...the machine that created this traffic is running bitcoind.exe on a windows machines (...its the RPC server for 4 mining clients i have)
138 2011-08-10 13:42:48 <ciscoftw_l33t> ...face valuse i assume this machine has been pwned?
139 2011-08-10 13:43:44 <luke-jr> ciscoftw_l33t: what?
140 2011-08-10 13:43:52 <ciscoftw_l33t> yeah...
141 2011-08-10 13:43:56 <luke-jr> Bitcoin doesn't have anything to do with DHT
142 2011-08-10 13:44:02 <luke-jr> and uses IRC by default
143 2011-08-10 13:44:14 <ciscoftw_l33t> for fining peers?
144 2011-08-10 13:44:17 <luke-jr> yes
145 2011-08-10 13:44:48 <ciscoftw_l33t> looking via net.cpp, array pnSeed does not indicate that
146 2011-08-10 13:46:03 <Giel> ciscoftw_l33t: it uses both DNS *and* IRC for finding peers
147 2011-08-10 13:46:30 <ciscoftw_l33t> so no DHT???
148 2011-08-10 13:46:49 <luke-jr> no DHT
149 2011-08-10 13:46:56 <luke-jr> DHT is useless for Bitcoin. kindof.
150 2011-08-10 13:47:16 <mtrlt> do you even know what DHT is >_>
151 2011-08-10 13:47:22 <ciscoftw_l33t> HAHAHAAh
152 2011-08-10 13:47:35 <ciscoftw_l33t> wrote a huge paper on DHT
153 2011-08-10 13:47:41 <ciscoftw_l33t> ...trying not to flame...
154 2011-08-10 13:47:41 <Giel> I believe it does find peers via its own protocols, that, however, is only after startup
155 2011-08-10 13:47:50 <mtrlt> ciscoftw_l33t: but failing hard
156 2011-08-10 13:48:08 <Giel> and a DHT would indeed be rather useless if your only purpose is to find other peers
157 2011-08-10 13:48:25 <luke-jr> not to mention DHT needs peers to bootstrap too
158 2011-08-10 13:48:38 <ciscoftw_l33t> finding peers is pretty gd importing for bitcoin
159 2011-08-10 13:48:39 <luke-jr> DHT *could* work for not keeping a local copy of the block chain, though
160 2011-08-10 13:48:44 <Giel> and considering that all nodes already have all state I don't see what you'd want to find *other* than peers
161 2011-08-10 13:48:50 <luke-jr> ciscoftw_l33t: DHT does not help find peers
162 2011-08-10 13:49:17 <Giel> ciscoftw_l33t: I think you're confusing BitTorrent with BitCoin
163 2011-08-10 13:49:22 <luke-jr> lol
164 2011-08-10 13:49:36 <ciscoftw_l33t> yeah... i think your right
165 2011-08-10 13:49:50 <Giel> a BitCoin client stores *all* state-data locally (i.e. the block-chain), BitTorrent doesn't...
166 2011-08-10 13:50:06 <ciscoftw_l33t> ...dude
167 2011-08-10 13:50:25 <cjdelisle> I told them that everything they're doing now has been done 10 years ago by bittorrent people but they want to give it another go.
168 2011-08-10 13:51:12 <ciscoftw_l33t> bitcoin does not use a DHT to find peers, got it. but DHT is used to find peers within decentralized network
169 2011-08-10 13:51:46 <Giel> ciscoftw_l33t: no DHT is used to discover which peers store certain pieces of data that you're looking for
170 2011-08-10 13:52:25 <luke-jr> ciscoftw_l33t: DHT cannot be used unless you *already have* peers
171 2011-08-10 13:52:38 <luke-jr> if you already have peers, Bitcoin's own protocol works fine
172 2011-08-10 13:52:57 <Giel> except that a BitCoin client doesn't need specific pieces of data, it needs *all* data, and *all* clients need it, as such any single peer is enough to get the data you need
173 2011-08-10 13:53:01 <cjdelisle> Kadimllia is very good for peer introduction, selecting peers that are most likely to stay online, and broadcasting messages out in a way that they are unlikely to be duplicated.
174 2011-08-10 13:53:13 <ciscoftw_l33t> so once it resolves the "tracker" peer negoation is done via what means?
175 2011-08-10 13:53:40 <luke-jr> there is no tracker
176 2011-08-10 13:54:00 <ciscoftw_l33t> ...tracker = net.cpp, array pnSeed
177 2011-08-10 13:54:01 <cjdelisle> That said, the likelyhood of making any major change to the mainline client is about equal to the likelyhood of making a major change to the US banking system.
178 2011-08-10 13:55:02 <luke-jr> anyone want to write a Bitcoin 2.0 yet? :P
179 2011-08-10 13:55:30 <cjdelisle> sacarlson is on to some pretty cool stuff.
180 2011-08-10 13:56:04 <ciscoftw_l33t> what other methods would be better than whats currently used (irc/dns) to resolve peers?
181 2011-08-10 13:56:14 <luke-jr> cjdelisle: ?
182 2011-08-10 13:56:23 <luke-jr> ciscoftw_l33t: none, DNS is win
183 2011-08-10 13:56:47 <ciscoftw_l33t> does namecoin offer dns differently than bitcoin?
184 2011-08-10 13:57:08 <cjdelisle> sacarlson is developing multicoin which takes the first step and seperates the code from the configuration so it can operate on different chains.
185 2011-08-10 13:57:11 <luke-jr> it would be ironic to bootstrap namecoin over DNS
186 2011-08-10 13:57:20 <luke-jr> cjdelisle: that's not Bitcoin 2.0
187 2011-08-10 13:57:32 <luke-jr> cjdelisle: it's just "durr, let's make alternate chains for no good reason"
188 2011-08-10 13:57:39 <cjdelisle> That's not *your* idea of bitcoin 2.0
189 2011-08-10 13:57:41 <CIA-101> bitcoinj: hearn@google.com * r184 /trunk/lib: Delete lib directory. Resolves issue 68. http://bitcoinj.googlecode.com/svn-history/r184/
190 2011-08-10 13:57:49 <luke-jr> Bitcoin 2.0 would be actually fixing the low-level problems in Bitcoin
191 2011-08-10 13:58:39 <luke-jr> more useful scripts, for example
192 2011-08-10 13:59:02 <luke-jr> network endian
193 2011-08-10 13:59:07 <luke-jr> etc
194 2011-08-10 13:59:12 <cjdelisle> O/T but interesting: http://torrentfreak.com/data-centers-crippled-by-bittorrent-broadcast-storm-110810
195 2011-08-10 13:59:37 <cjdelisle> silly things start to happen when you get millions of clients connecting at the same time.
196 2011-08-10 14:19:13 <Giel> any reason why both Boost.Thread as well as POSIX threads are used?
197 2011-08-10 14:22:30 <luke-jr> Giel: because the Satoshi client is a mess
198 2011-08-10 14:22:46 <molecular> I want to test a pull request: https://github.com/bitcoin/bitcoin/pull/220. how to I actually pull it???
199 2011-08-10 14:23:02 <molecular> I have cloned bitcoin master so far...
200 2011-08-10 14:23:37 <Giel> luke-jr: I figured that out about 5 seconds after looking at the code
201 2011-08-10 14:23:50 <luke-jr> ;)
202 2011-08-10 14:24:16 <Giel> molecular: add the repo from that pull request to your local repo as a remote, then fetch from it and checkout the branch from that pull-request
203 2011-08-10 14:25:03 <Giel> luke-jr: I think CAddress illustrates the WTF-ness the best
204 2011-08-10 14:25:49 <luke-jr> heh
205 2011-08-10 14:25:58 <luke-jr> I sanitized that a bit in my IPv6 branch
206 2011-08-10 14:26:32 <Giel> it implements network serialisation of IP/port descriptors, IP address classification, DNS resolution, conversion to BSD socket API descriptor, stringification ....
207 2011-08-10 14:27:01 <Giel> personally I think the *only* thing it should be allowed to do is the network serialisation
208 2011-08-10 14:27:15 <luke-jr> I disagree.
209 2011-08-10 14:27:19 <Giel> everything else can already be done by boost::asio::ip::tcp::endpoint
210 2011-08-10 14:27:28 <luke-jr> oh?
211 2011-08-10 14:27:36 <luke-jr> perhaps it should be a subclass then
212 2011-08-10 14:27:56 <luke-jr> but boost::asio::ip::tcp::endpoint sounds rather TCP-specific
213 2011-08-10 14:27:58 <luke-jr> maybe even TCPv4
214 2011-08-10 14:28:00 <molecular> Giel, thanks. it seems to have worked. how do I now the showwallet branch from sipa's repo is the same as what is in the pull request?
215 2011-08-10 14:28:08 <molecular> *know
216 2011-08-10 14:28:39 <Giel> molecular: git checkout -b $new_local_branch_name $remote/$remote_branch_name
217 2011-08-10 14:28:58 <molecular> yeah, I did that.
218 2011-08-10 14:29:02 <Giel> luke-jr: it's TCP specific, but works with both IPv4 and IPv6
219 2011-08-10 14:29:34 <Giel> molecular: do the same then for that branch from sipa's
220 2011-08-10 14:29:45 <molecular> Giel, but: "sipa wants someone to merge 7 commits into bitcoin:master from sipa:showwallet" <- how do I know there is not - say - 9 commit in the sipa:showwallet branch that I know checked out
221 2011-08-10 14:30:00 <luke-jr> Giel: I suspect Satoshi simply wasn't aware of the boost class
222 2011-08-10 14:30:21 <Giel> luke-jr: as for making CAddress a sublcass, best not; in fact some places where CAddress is used it quite simply shouldn't be used...
223 2011-08-10 14:30:41 <molecular> Giel: I did: "git remote add sipa git://github.com/sipa/bitcoin, "git fetch sipa", "git checkout -b showwallet sipa/showwallet"
224 2011-08-10 14:30:59 <Giel> molecular: github always shows *all* commits in that branch, so if it says 7, there should be only 7
225 2011-08-10 14:31:08 <molecular> Giel I just want to make sure I test exactly what gavin will pull in
226 2011-08-10 14:31:40 <molecular> Giel, ok, that clears it up. you can't actually make a pull request from part of a branch, then, right?
227 2011-08-10 14:31:45 <Giel> luke-jr: looking at the code I suspect large parts were written by people unaware of functionality in libraries that are already in use
228 2011-08-10 14:32:05 <Giel> molecular: nope, a pull request is the entire branch
229 2011-08-10 14:32:12 <luke-jr> Giel: pretty much 100% of it was written by Satoshi and Sirius way back when
230 2011-08-10 14:32:21 <molecular> Giel, good, thanks for your help!
231 2011-08-10 14:32:26 <Giel> luke-jr: including the RPC stuff?
232 2011-08-10 14:32:33 <luke-jr> not sure
233 2011-08-10 14:32:34 <Giel> because that seems reasonably well-written to me
234 2011-08-10 14:32:41 <luke-jr> lol :P
235 2011-08-10 14:32:54 <luke-jr> maybe after the multithread/async stuff gets pulled
236 2011-08-10 14:33:02 <luke-jr> and even then, it's not really HTTP compliant
237 2011-08-10 14:33:06 <Giel> where "reasonably well-written" means "not as godawfully bad as the rest" ;-)
238 2011-08-10 14:34:58 <Giel> maybe bitcoin should just use fastcgi and leave the HTTP stuff up to an actual HTTP server...
239 2011-08-10 14:35:41 <BlueMatt> ;;seen gavinandresen
240 2011-08-10 14:35:42 <gribble> gavinandresen was last seen in #bitcoin-dev 22 hours, 43 minutes, and 47 seconds ago: <gavinandresen> forrestv: see https://github.com/bitcoin/bitcoin/issues/453
241 2011-08-10 14:38:46 <luke-jr> Giel: then people would need an actual HTTP server
242 2011-08-10 14:39:06 <luke-jr> Giel: I agree on a simplified protocol though :p
243 2011-08-10 14:39:31 <luke-jr> at the same time, HTTP is easier for webapps to use
244 2011-08-10 14:39:36 <Giel> HTTP is actually a rather simple protocol
245 2011-08-10 14:44:03 <luke-jr> to an extent
246 2011-08-10 15:01:23 <bonsaikitten> luke-jr: HTTP/1.0 is very simple, and you might even get away with the HTTP/0.9 subset
247 2011-08-10 15:01:36 <bonsaikitten> not that I'd written such a thing in the past, eh?
248 2011-08-10 15:12:49 <coderrr> https://github.com/coderrr/bitcoin/commit/7ae842e33e66db6e0e335b7aac70eedf3ced29fd -  https://gist.github.com/dac0e97c3709361ef2e1
249 2011-08-10 15:19:07 <jann783> want to buy bitcoins ! let me see your offers
250 2011-08-10 15:20:05 <BlueMatt> jann783: not here, #bitcoin-otc
251 2011-08-10 15:20:50 <jann783> thx @ blueMatt
252 2011-08-10 15:25:23 <vegard> hi. does anybody know who operates the irc network that serves as client bootstrap for bitcoin?
253 2011-08-10 15:32:28 <BlueMatt> laszlo does
254 2011-08-10 15:33:07 <CIA-101> bitcoinj: miron@google.com * r185 /trunk/src/com/google/bitcoin/core/Peer.java: Fixes for r165 code review http://bitcoinj.googlecode.com/svn-history/r185/
255 2011-08-10 15:33:30 <vegard> Laszlo Hanyecz?
256 2011-08-10 15:33:44 <BlueMatt> yep
257 2011-08-10 15:35:05 <vegard> is he (ever) in here? was he an early bitcoin user?
258 2011-08-10 15:35:23 <BlueMatt> early, not seen here in a while
259 2011-08-10 15:35:55 <BlueMatt> still responds if you email him (usually)
260 2011-08-10 15:37:04 <vegard> thanks.
261 2011-08-10 15:37:14 <BlueMatt> can I ask why?
262 2011-08-10 15:39:11 <vegard> I was just wondering where lfnet came from
263 2011-08-10 15:39:53 <BlueMatt> dont think its worth emailing him...
264 2011-08-10 15:40:30 <vegard> oh, I'm not going to
265 2011-08-10 15:40:58 <cut> theres a page about where the irc came from on the wiki about the bootstrap
266 2011-08-10 15:43:46 <jjjrmy> Hello
267 2011-08-10 15:46:15 <vegard> arrested in 2004? lol
268 2011-08-10 15:54:20 <chinaskibit> Excuse me for being a noob, but what would be the...unforseen challenges...In creating a bit pool site like deepbit.net
269 2011-08-10 15:57:39 <coderrr> https://bitcointalk.org/index.php?topic=24784.msg446276#msg446276
270 2011-08-10 15:58:21 <xelister> allert
271 2011-08-10 15:58:23 <xelister> FreeNODE is run by jackasses.  we should consider changing IRC servers.
272 2011-08-10 15:59:37 <BlueMatt> chill out
273 2011-08-10 16:00:10 <jjjrmy> can someone help me :(
274 2011-08-10 16:00:29 <Namegduf> xelister: http://4.bp.blogspot.com/_NUbPhaVyuGs/R72NJndOrPI/AAAAAAAABn0/OD_m_B2hwZE/s400/Preparation+H.jpg <- This should help you.
275 2011-08-10 16:11:44 <neofutur> xelister: freenode is cool and supporting bitcoins, if you move to another irc server you ll have 10-100 times less people on the channel
276 2011-08-10 16:12:02 <xelister> neofutur: well look at this shit: http://pastebin.com/n5dY14Lj
277 2011-08-10 16:12:11 <xelister> guilty untill proven innocent
278 2011-08-10 16:13:27 <neofutur> xelister: you say freenode is bad because you have been kicked for offtopic from ##linux ?
279 2011-08-10 16:13:39 <xelister> neofutur: nope
280 2011-08-10 16:13:42 <neofutur> i d have also kicked you ;)
281 2011-08-10 16:13:56 <jjjrmy> Will pay 1 BTC to anyone who sets up the Android Dev Enviroment on my PC
282 2011-08-10 16:14:15 <xelister> because admin there is kicking people for no good reason, flaming and insulting people - and freeNODE condones this
283 2011-08-10 16:14:34 <neofutur> admins are masters on their channel
284 2011-08-10 16:14:45 <neofutur> create yourown channel if you love offtopic / troll
285 2011-08-10 16:14:53 <neofutur> and this have nothing to do with freenode
286 2011-08-10 16:15:15 <xelister> neofutur: the problem is, the Op of ##linux started trolling and flaming and so on. read the log http://pastebin.com/n5dY14Lj
287 2011-08-10 16:15:41 <xelister> and I know from many people that overall such behaviour is condoned by freenode staff
288 2011-08-10 16:15:48 <neofutur> ##linux ops are masters on their own channel, nothing freenode related
289 2011-08-10 16:15:56 <xelister> actually psi-jack there presented everything against liberty
290 2011-08-10 16:16:13 <neofutur> so,  /part ##linux
291 2011-08-10 16:16:15 <xelister> neofutur: nope, ##linux is exception, the freenode staff appoints admins there
292 2011-08-10 16:16:23 <xelister> so this is freenode's policy
293 2011-08-10 16:49:20 <luke-jr> xelister: liberty is not God
294 2011-08-10 16:49:49 <ThomasV> no, it's a godess
295 2011-08-10 16:50:08 <luke-jr> also, admission to a crime = proven
296 2011-08-10 16:50:16 <xelister> luke-jr: what crime
297 2011-08-10 16:50:59 <luke-jr> nm, missed the wargames thing beign legit
298 2011-08-10 16:51:03 <xelister> yeap
299 2011-08-10 16:51:28 <phantomcircuit> xelister, lol i fucking hate psi-jack
300 2011-08-10 16:51:31 <luke-jr> Psi-Jack looks like an idiot
301 2011-08-10 16:51:32 <phantomcircuit> that guy is a jackass
302 2011-08-10 16:51:36 <xelister> phantomcircuit: he is
303 2011-08-10 16:51:41 <xelister> lets take it to #freenode
304 2011-08-10 16:51:54 <luke-jr> while I agree with his banning for copyright infringement, it isn't a crime let alone piracy
305 2011-08-10 16:51:56 <xelister> dunno if any of you help fellow libertarians =) but Im going
306 2011-08-10 16:52:10 <xelister> luke-jr: what copyright infringment?
307 2011-08-10 16:52:30 <phantomcircuit> he banned me for asking for advice flashing my bios
308 2011-08-10 16:52:40 <luke-jr> xelister: that seemed to be Psi-Jack's excuse
309 2011-08-10 16:52:41 <xelister> there is nothing on that guy. other then that he said "fuck off" to admin that started repeatly and without basis calling him "crimminal" and flaming him
310 2011-08-10 16:52:53 <phantomcircuit> because apparently manufacturers being dicks and only providing windows executables is off topic in ##linux
311 2011-08-10 16:52:56 <xelister> luke-jr: yea, there is NOTHING to explain his "excuse"
312 2011-08-10 16:53:20 <luke-jr> xelister: so that website doesn't endorse copyright infringement?
313 2011-08-10 16:55:00 <phantomcircuit> rofl
314 2011-08-10 16:55:24 <phantomcircuit> luke-jr, first off all that isn't illegal, second of all wargames is exactly the opposite of illegal
315 2011-08-10 16:56:24 <luke-jr> phantomcircuit: copyright infringement is illegal
316 2011-08-10 16:56:34 <phantomcircuit> endorsing it is not
317 2011-08-10 16:56:49 <TD> no, endorsing illegal behavior just makes you a jackass
318 2011-08-10 16:56:59 <luke-jr> ^
319 2011-08-10 16:57:26 <phantomcircuit> that's actually a very small portion of their shitty site
320 2011-08-10 16:58:01 <phantomcircuit> most of what they most if exploit code and other assorted garbage
321 2011-08-10 16:58:42 <phantomcircuit> i doubt anybody has successfully used anything obtained from them for anything
322 2011-08-10 16:59:12 <phantomcircuit> luke-jr, also he's a dick so ill defend anybody who is clearly just asking a question
323 2011-08-10 17:00:04 <luke-jr> lol
324 2011-08-10 17:01:27 <cjdelisle> irc drama... and now you know why the network lags sometimes