1 2014-06-17 00:15:29 <Emcy> nice, thats actually non-trivial
  2 2014-06-17 00:20:35 <belcher> probably because someone made a web form for donating
  3 2014-06-17 00:20:56 <belcher> afaik before you had to run a line from a linux terminal
  4 2014-06-17 00:48:14 <malikteen230> Hello.
  5 2014-06-17 00:48:23 <malikteen230> Any Bitcoin Developers here?
  6 2014-06-17 00:49:27 <malikteen230> I would like to start developing my own altcoin, but first I need to understand BTC source code. How is the best way to start? Someone requested me to learn Python. But is this really needed? I had coding experience before.
  7 2014-06-17 00:51:10 <gwillen> malikteen230: This channel is for discussion of the bitcoin software; it is specifically not for altcoins. I am told there is a ##altcoin-dev that might be able to help you.
  8 2014-06-17 00:51:35 <malikteen230> I want to learn the Bitcoin Source Code.
  9 2014-06-17 00:51:48 <gwillen> malikteen230: as for understanding the bitcoin source, it's written in C++, so learning Python will not help you.
 10 2014-06-17 00:52:04 <malikteen230> C++, I see.
 11 2014-06-17 00:52:23 <malikteen230> What can I get to get started to read the code and edit it while understanding it?
 12 2014-06-17 00:52:46 <gwillen> malikteen230: the code is at https://github.com/bitcoin/bitcoin .
 13 2014-06-17 00:53:03 <malikteen230> What tutorials should I look at to learn?
 14 2014-06-17 00:53:11 <malikteen230> Is there any YouTube tutorials for C++?
 15 2014-06-17 00:53:32 <gwillen> malikteen230: if you don't know C++, this is not an appropriate channel for you.
 16 2014-06-17 00:53:39 <malikteen230> Alright.
 17 2014-06-17 00:53:46 <malikteen230> #altcoin-dev
 18 2014-06-17 00:54:28 <gwillen> he's going to be back when he realizes he misspelled it, and I don't want to deal with it.
 19 2014-06-17 02:30:25 <warren> Is there anything you can query via RPC to tell if bitcoind has finished syncing?
 20 2014-06-17 02:36:10 <Luke-Jr> warren: finishes? what's that? :P
 21 2014-06-17 02:36:19 <Luke-Jr> warren: any of the mining stuff will shutdown if it isn't synced
 22 2014-06-17 02:49:46 <warren> Luke-Jr: ok, so getblocktemplate is adequate
 23 2014-06-17 02:50:13 <Luke-Jr> sure
 24 2014-06-17 02:54:37 <andytoshi> does bitcoind have a way to get hex dumps of network messages?
 25 2014-06-17 02:54:46 <andytoshi> i'm writing unit tests for my rust code and trying to be lazy
 26 2014-06-17 05:18:43 <CodeShark> has anyone compiled statistics on mainnet reorgs?
 27 2014-06-17 05:31:07 <dsnrk> CodeShark: bc.i used to but they broke their stats a while ago. I don't know anybody else who is doing it in public.
 28 2014-06-17 07:35:17 <michagogo> andytoshi: nah
 29 2014-06-17 07:35:22 <michagogo> use wireshark et al
 30 2014-06-17 07:35:56 <michagogo> Though I've thought that it might be nice to have an easy(ish)-to-use Bitcoin network protocol client
 31 2014-06-17 07:36:14 <michagogo> Allowing easy connection to nodes, sending of data/messages, getting responses, etc
 32 2014-06-17 07:44:01 <dsnrk> michagogo: pynode sort of fits the bill in a way.
 33 2014-06-17 07:44:13 <dsnrk> the basics are there at any rate.
 34 2014-06-17 07:45:32 <wumpus> yes, pynode is very useful for that
 35 2014-06-17 07:46:12 <wumpus> I've adopted it to test certain P2P behavior in various cases
 36 2014-06-17 11:33:29 <elichai2> "Starting around 2013 time-locked transactions were made non standard and no longer enter the memory pool"
 37 2014-06-17 11:33:32 <elichai2> why?
 38 2014-06-17 11:33:46 <elichai2> don't you starting to getred off all the standards?
 39 2014-06-17 11:36:41 <elichai2> btw, there is any real transactions expert here?
 40 2014-06-17 11:46:13 <wumpus> elichai2: they are nonstandard *as long* as they are timelocked; you can still make a time locked transaction, but you can only submit it to the network when it is valid
 41 2014-06-17 11:47:08 <wumpus> which is the point of time locked transactions; it makes no sense to keep them in the mempool if they can't be mined
 42 2014-06-17 12:40:38 <SomeoneWeird> did gavin say anything about his mismatching osx?
 43 2014-06-17 12:48:12 <elichai2> can i remotely use the RPC not from localhost?
 44 2014-06-17 12:50:02 <wumpus> elichai2: yes, use -rpcallow=ip
 45 2014-06-17 12:51:03 <elichai2> in the bitcoin.conf?
 46 2014-06-17 12:51:30 <dsnrk> elichai2: allowing RPC outside of localhost is super not recommended.
 47 2014-06-17 12:51:44 <elichai2> dsnrk: i need it
 48 2014-06-17 12:52:04 <Apocalyptic> especially when running bitcoind as root
 49 2014-06-17 12:52:05 <elichai2> wumpus: rpcallow or rpcallowip?
 50 2014-06-17 12:52:12 <dsnrk> if you need it, you're doing something wrong.
 51 2014-06-17 12:52:15 <wumpus> rpcallowip
 52 2014-06-17 12:52:16 <Apocalyptic> ^
 53 2014-06-17 12:52:20 <elichai2> thx
 54 2014-06-17 12:52:40 <dsnrk> tunnel it with SSH or something, don't go exposing your RPC (ass) to the world.
 55 2014-06-17 12:52:48 <mr_burdell> don't run bitcoind as root
 56 2014-06-17 12:52:50 <elichai2> dsnrk: no i don't i have weak laptop so i put the deamon in remote server and i send commands via my own
 57 2014-06-17 12:52:55 <mr_burdell> and use a firewall
 58 2014-06-17 12:53:05 <elichai2> it's just testnet
 59 2014-06-17 12:53:05 <wumpus> exposing RPC is fine if you run in disablewallet mode
 60 2014-06-17 12:53:07 <elichai2> for testing
 61 2014-06-17 12:53:12 <dsnrk> elichai2: SSH/VPN. not running it as root, not exposing RPC.
 62 2014-06-17 12:53:13 <wumpus> but never run bitcoind as root
 63 2014-06-17 12:53:17 <Apocalyptic> <mr_burdell> don't run bitcoind as root << trying to explain that to him for half an hour now
 64 2014-06-17 12:53:30 <Apocalyptic> he's utterly clueless and convinced he needs it
 65 2014-06-17 12:53:42 <elichai2> Apocalyptic: as i said the owner of the server said that
 66 2014-06-17 12:53:49 <Apocalyptic> he's wrong
 67 2014-06-17 12:53:50 <elichai2> and i have nothing important in the wallet
 68 2014-06-17 12:53:55 <Apocalyptic> and it's dangerous
 69 2014-06-17 12:53:59 <Apocalyptic> irrelevant to your wallet
 70 2014-06-17 12:54:00 <mr_burdell> in that case, he might as well run a telnet server too
 71 2014-06-17 12:54:05 <elichai2> but i don't care, i won't do it in my server
 72 2014-06-17 12:54:14 <elichai2> mr_burdell: he runs a ssh server
 73 2014-06-17 12:54:40 <mr_burdell> if you have access to root, you have access to run something as not root
 74 2014-06-17 12:55:35 <SomeoneWeird> elichai2: wait you've started in here too?
 75 2014-06-17 12:55:42 <SomeoneWeird> 
ACTION facepalms

 76 2014-06-17 12:57:32 <elichai2> SomeoneWeird: what?
 77 2014-06-17 12:57:38 <elichai2> mr_burdell: i know... it's ok...
 78 2014-06-17 12:58:02 <elichai2> wumpus: i need to add more argues? maybe a port?
 79 2014-06-17 12:58:27 <SomeoneWeird> your little facade of knowing what you're on about, unfortunately
 80 2014-06-17 12:59:21 <mr_burdell> i blame ubuntu... they get rid of normal root user and everyone thinks sudo is necessary for every command
 81 2014-06-17 13:00:32 <Apocalyptic> mr_burdell, no, this is deeper
 82 2014-06-17 13:00:42 <Apocalyptic> <elichai2> Apocalyptic: it's need root so it could listen to ports
 83 2014-06-17 13:02:58 <elichai2> how can i set RPC which port to listen?
 84 2014-06-17 13:24:10 <dabura667> I'm sorry for being a noob at ECC... but I can't wrap my head around why hardened keys are not affected by the child privkey + parent xpubkey = parent xprivkey vulnerability...
 85 2014-06-17 13:24:56 <dabura667> If someone could explain the math to me and how hardened keys don't fall victim to it, I'd appreciate it. Thanks
 86 2014-06-17 13:25:07 <dabura667> Re: BIP32
 87 2014-06-17 13:50:22 <t7> perm ban :S
 88 2014-06-17 13:51:18 <michagogo> Do we have a ban management bot in here?
 89 2014-06-17 13:51:26 <michagogo> Eir, piqure, etc?
 90 2014-06-17 13:54:00 <hearn> not that i'm aware of
 91 2014-06-17 13:57:05 <SomeoneWeird> not perm, i'm going to unban him.. tomorrow
 92 2014-06-17 13:57:21 <dabura667> w
 93 2014-06-17 14:02:07 <t7> SomeoneWeird: what if you forget?
 94 2014-06-17 14:02:19 <SomeoneWeird> then i'm sure i'll have lots of PMs from the guy
 95 2014-06-17 14:33:14 <wumpus> so closesocket is a #ifdef for myclosesocket(x) which is a function defined in compat.h which does all kinds of extra checks and sets x to INVALID_SOCKET
 96 2014-06-17 14:33:21 <wumpus> ... it never ceases to surprise me :/
 97 2014-06-17 14:34:15 <wumpus> that's almost as much of a WTF as the redefine of printf that we had...
 98 2014-06-17 14:34:51 <hearn> windows compatibility?
 99 2014-06-17 14:35:58 <wumpus> if you define a compatibility wrapper, please make it just do what the function does on the os you're trying to emulate
100 2014-06-17 14:37:59 <hearn> hehe in fairness, that's probably code trying to make unix emulate windows, given where bitcoin came from :)
101 2014-06-17 14:40:14 <wumpus> indeed, it is, and I'm fine with using the windows name of the function, but on top of that it adds extra behavior on top that isn't in the windows variant of the function either ... so *no one* knows what to expect when to read the code, not windows people, not unix people
102 2014-06-17 14:42:03 <hearn> that's the satoshi we all know and love :)
103 2014-06-17 14:44:06 <dabura667> hearn: to be honest, I started programming last year because someone told me "Satoshi wasn't a good programmer and he made Bitcoin" and it kind of made me take the dive into python, java, and C.
104 2014-06-17 14:44:51 <dabura667> kinda like "I can do it too!" attitude akin to Primary School
105 2014-06-17 14:45:09 <michagogo> wumpus: has Gavin commented on his dmg mismatch?
106 2014-06-17 14:45:22 <michagogo> Or compared his to ours?
107 2014-06-17 14:45:37 <michagogo> (Is that what's holding back the .2 release?)
108 2014-06-17 14:45:59 <wumpus> michagogo: well it is because of his alternative build environment, I don't think anyone knows what is different exactly
109 2014-06-17 14:46:26 <wumpus> michagogo: eh, holding back what? I sent out announcements on the mailing list, forums and bitcoin foundation blog today
110 2014-06-17 14:46:40 <michagogo> wumpus: ah, didn't know that
111 2014-06-17 14:46:52 <michagogo> Probably because I get the ML in digest form
112 2014-06-17 14:47:06 <michagogo> I assume we're using our dmg, right?
113 2014-06-17 14:47:17 <wumpus> we're using gavin's, like always
114 2014-06-17 14:47:35 <michagogo> Uh, that seems weird to me...
115 2014-06-17 14:48:19 <michagogo> Using the version that he came up with that somehow differs from the version everyone else did? o_O
116 2014-06-17 14:48:38 <michagogo> s/did/got/
117 2014-06-17 14:49:16 <michagogo> I'm sure it's fine, but I can imagine the conspiracy theory threads already
118 2014-06-17 14:50:07 <michagogo> "6 people all did builds that didn't match the released version! Gavin got an NSL!"
119 2014-06-17 14:50:33 <michagogo> (Also: wow, we got a lot of builders this time around)
120 2014-06-17 14:51:30 <wumpus> nah, the signed dmg isn't deterministic anyway
121 2014-06-17 14:52:14 <michagogo> ...Also, how come we don't gsign the contents of the dmg like we do with the windows setup?
122 2014-06-17 14:52:46 <wumpus> I agree it would have been better to take the majority version, then again, it's alerady better than our old release process in which gavin was the only one to build macosx at all
123 2014-06-17 14:52:59 <michagogo> It would seem to me that it's kinda pointless to gbuild for osx if the only output is the dmg
124 2014-06-17 14:53:09 <michagogo> Which is then modified by the signing
125 2014-06-17 14:53:34 <wumpus> MAN, it's the first step
126 2014-06-17 14:53:46 <wumpus> do you have an idea how much work it was to get even this far?
127 2014-06-17 14:54:22 <michagogo> With Windows, sure, the setup is changed, but the bins inside are still the same...
128 2014-06-17 14:54:33 <michagogo> wumpus: yes, I do. I don't mean to suggest otherwise.
129 2014-06-17 14:54:40 <wumpus> if you can do better, then do better
130 2014-06-17 14:54:56 <wumpus> for 0.10 we'll probably have code signing (at least -- attaching the signature) as a gitian step
131 2014-06-17 14:55:09 <wumpus> but that's a lot of work an maybe even reverse engineering how macosx does things
132 2014-06-17 14:56:37 <wumpus> all those proprietary systems with limited tooling make it really difficult to do deterministic build properly
133 2014-06-17 15:05:22 <michagogo> Sorry for the abrupt dropping out of the conversation -- got a phone call and I'm IRCing from my phone
134 2014-06-17 15:06:41 <michagogo> Does the OS X build build first and then pack into the dmg, as I would guess?
135 2014-06-17 15:08:21 <michagogo> It would have been nice if we could have made the osx gbuild also output the binaries and not just the installer, like we do for win :-/
136 2014-06-17 15:10:29 <wumpus> you can always extract the dmg if you want the stuff inside it
137 2014-06-17 15:10:46 <michagogo> I just don't know if I see the value of getting the osx gbuild into the release process for 0.9.2 if the output is unverifiable
138 2014-06-17 15:11:07 <wumpus> for windows we output a .zip as well as a .exe because on windows people can unzip the .zip themselves and put it somewhere and execute the exe
139 2014-06-17 15:11:13 <wumpus> for macosx that makes no sense
140 2014-06-17 15:13:07 <michagogo> Is the point of gitian not to allow verified, reproducible builds, and to allow users to check that a bunch of signers all got the same result, and that the result matches what's being distributed to them?
141 2014-06-17 15:13:43 <michagogo> We have that for Linux, and because only the setup.exe is signed (right?) we also have it for Windows
142 2014-06-17 15:14:16 <wumpus> please read a few lines back -- I know the macosx gitian build is not ideal yet, it will be fixed for 0.10 if anyone cares enough
143 2014-06-17 15:14:30 <wumpus> I see no point in discussing this further
144 2014-06-17 15:14:33 <michagogo> wumpus: I know you know it's not ideal
145 2014-06-17 15:15:02 <michagogo> I'm just trying to understand why there was a push to gbuild 0.9.2 osx
146 2014-06-17 15:15:19 <wumpus> to test the produced executable
147 2014-06-17 15:15:29 <wumpus> again, as a first step
148 2014-06-17 15:15:52 <michagogo> Oh, right. I... dont know how I missed that. Sorry...
149 2014-06-17 15:15:58 <michagogo> 
ACTION hides in shame

150 2014-06-17 15:16:03 <wumpus> if we can do a release using a gitian-build macosx executable, things can be improved later
151 2014-06-17 15:16:32 <wumpus> if it doesn't work we need to go back to 'some developer builds it on his crappy macbook'
152 2014-06-17 15:16:58 <wumpus> it's not everything or nothing...
153 2014-06-17 15:17:12 <michagogo> (Though if it's Gavin's unclean gbuild executable, doesn't that partially mean that the testing may not be complete? Maybe one of his extra packages allows it to work or something)
154 2014-06-17 15:17:45 <wumpus> I suppose at least one other person has tested his gitian-built dmg right? right?
155 2014-06-17 15:17:54 <wumpus> or should I lose hope completely
156 2014-06-17 15:18:25 <michagogo> For the OS X build specifically, I wonder if he would be willing to consider using a clean VM, since there's not much in the way of packages used IIRC
157 2014-06-17 15:18:37 <michagogo> wumpus: well, I hope so, but I don't actually know
158 2014-06-17 15:19:03 <michagogo> I know I haven't, because I don't have access to a Mac I can use for testing
159 2014-06-17 15:19:27 <wumpus> he should just use a clean vm, period, it's giving us all kinds of extra headaches
160 2014-06-17 15:19:32 <michagogo> (I got the SDK by borrowing my father's work MBP)
161 2014-06-17 15:19:43 <michagogo> wumpus: yes, I do completely agree with you there
162 2014-06-17 15:20:27 <wumpus> would be the third or so obscure issue due to using a non-clean vm, the whole point of gitian is to provide a predictable well-defined environment
163 2014-06-17 15:20:37 <michagogo> Right.
164 2014-06-17 15:21:04 <michagogo> What was his reason again? That he uses an OS X host and there's no OS X apt-cacher?
165 2014-06-17 15:30:07 <wumpus> I think so
166 2014-06-17 15:39:15 <michagogo> Hm, can you tell apt-get to fetch but not install packages?
167 2014-06-17 15:39:23 <michagogo> That may be a reasonable compromise
168 2014-06-17 15:40:10 <michagogo> Take a clean VM, prefetch all the debs, but then take the snapshot before installing the packages
169 2014-06-17 15:42:05 <wumpus> that would be another option, though he has already said he is going to use the new process for building in a virtualbox vm (https://github.com/bitcoin/bitcoin/blob/master/doc/gitian-building.md), but just hasn't got around to it
170 2014-06-17 15:44:26 <michagogo> wumpus: lxc?
171 2014-06-17 15:57:26 <Cryo> damn, that's painful for a mac build
172 2014-06-17 16:01:26 <michagogo> Cryo: what is?
173 2014-06-17 16:01:38 <michagogo> (Which part are you referring to?)
174 2014-06-17 16:44:20 <asd_> helo
175 2014-06-17 16:44:40 <ubuntuDoubts> Hi all
176 2014-06-17 16:45:06 <ubuntuDoubts> I'm getting some errors atm compiling at ubuntu, does someone can help me?
177 2014-06-17 16:45:20 <ubuntuDoubts> c$ make -f makefile.unix USE_UPNP=- make: makefile.unix: No such file or directory make: *** No rule to make target `makefile.unix'
178 2014-06-17 16:45:43 <sipa> we're not using makefile.unix anymore; follow the current instructions
179 2014-06-17 16:46:19 <asd_> how to start dev websites that using bitcoin ?
180 2014-06-17 16:50:12 <ubuntuDoubts> Ok sipa so can you get me an updated guide then ?
181 2014-06-17 16:51:21 <ubuntuDoubts> I was guiding from anoncoin compilation guide.
182 2014-06-17 16:51:28 <ubuntuDoubts> What I should use now ?
183 2014-06-17 16:51:40 <ubuntuDoubts> since makefile.unix doesnt exist anymore..
184 2014-06-17 16:51:47 <ubuntuDoubts> atleast on bitcoin code there's not.
185 2014-06-17 16:52:53 <sipa> it's in docs/build-unix.md
186 2014-06-17 16:53:09 <sipa> and this channel is about bitcoin; if you need help with anoncoin, ask them.
187 2014-06-17 16:53:24 <ubuntuDoubts> Im not.
188 2014-06-17 16:53:32 <ubuntuDoubts> Im not , i m on bitcoin code.
189 2014-06-17 16:53:47 <ubuntuDoubts> But i only could compile with the anoncoin one..
190 2014-06-17 16:53:50 <ubuntuDoubts> im just testing
191 2014-06-17 16:53:54 <ubuntuDoubts> Atm im using bitcoin code.
192 2014-06-17 16:54:07 <sipa> so follow the bitcoin instructiins...
193 2014-06-17 16:54:35 <ubuntuDoubts> here is: https://anoncoin.net/index.php/guides2
194 2014-06-17 16:54:55 <ubuntuDoubts> But im trying make it with the files in my c:/ and not by cloning from github like they ask..
195 2014-06-17 16:55:22 <ubuntuDoubts> But i couldnt get anything updated.
196 2014-06-17 16:57:09 <ubuntuDoubts> build-unix.md:1: *** missing separator.  Stop.
197 2014-06-17 16:57:13 <ubuntuDoubts> now this is the error.
198 2014-06-17 16:57:28 <ubuntuDoubts> im doing with bitcoin code.
199 2014-06-17 16:57:37 <ubuntuDoubts> and im on bitcoin/doc/
200 2014-06-17 16:57:51 <sipa> i just told you we don't use makefile.unix
201 2014-06-17 16:57:57 <sipa> none of ours docs refer to it
202 2014-06-17 16:58:26 <ubuntuDoubts> its not makefile
203 2014-06-17 16:58:42 <ubuntuDoubts> i used build-unix.md
204 2014-06-17 16:59:01 <ubuntuDoubts> may I pvt  ?
205 2014-06-17 16:59:02 <sipa> it's document
206 2014-06-17 16:59:02 <sipa> read it
207 2014-06-17 16:59:07 <sipa> no
208 2014-06-17 16:59:41 <sipa> doc/build-unix.md is not a makefile; we're not using makefiles anymore
209 2014-06-17 16:59:53 <sipa> it is a text document that describes the build procedure
210 2014-06-17 16:59:53 <sipa> read it
211 2014-06-17 16:59:57 <ubuntuDoubts> Ah
212 2014-06-17 17:00:03 <ubuntuDoubts> sorry my dumbness :/
213 2014-06-17 17:00:12 <sipa> also, #bitcoin please
214 2014-06-17 17:00:19 <sipa> thisnchannel is for development, not support
215 2014-06-17 17:01:21 <ubuntuDoubts> ok
216 2014-06-17 17:01:42 <ubuntuDoubts> sipa last doubt.. before using ./autogen.sh i will need to be on cd /bitcoin/ ?
217 2014-06-17 17:01:49 <ubuntuDoubts> Or i will be on root ?
218 2014-06-17 17:01:58 <ubuntuDoubts> Sorry for this im just trying to learn a bit more.
219 2014-06-17 17:02:24 <sipa> i suggest you first learn the OS you're using before trying to do more advanced things like building code
220 2014-06-17 17:03:03 <sipa> people won't hold your hand for every step along the way, and it will take time if you want to learn
221 2014-06-17 17:03:13 <sipa> try for yourself and research
222 2014-06-17 17:52:50 <ubuntuDoubts> back
223 2014-06-17 17:53:37 <ubuntuDoubts> why autogen.sh permissioin denied
224 2014-06-17 17:53:46 <ubuntuDoubts> What i have to change ?
225 2014-06-17 17:55:56 <sturles> Try: sh autogen.sh
226 2014-06-17 17:57:38 <pilu> chmod +x autogen.sh
227 2014-06-17 17:57:50 <ubuntuDoubts> and must be ./autogen.sh ?
228 2014-06-17 18:00:30 <phantomcircuit> ubuntuDoubts, ./autogen.sh;./configure;make clean;make
229 2014-06-17 18:00:32 <phantomcircuit> enjoy
230 2014-06-17 18:34:13 <mpescador> is there anybody here who has experience with using python ecdsa for verifying transactions? I am trying to verify transaction 1 in block 170, using the same hash, public key and signature as on the wiki page for op_checksig, but keep getting BadSignatureError
231 2014-06-17 18:53:11 <ronkrt> Hello, what lang is Bitcoin developed in?
232 2014-06-17 18:53:18 <kazcw> mpescador: are you converting it from bitcoin's format to the right format for your crypto library? you'll probably want to use an existing python bitcoin library or look at how it does it. pybitcointools would be one example.
233 2014-06-17 18:53:56 <Hasimir> ronkrt, primarily C++
234 2014-06-17 18:54:25 <ronkrt> Thanks Hasimir ;P
235 2014-06-17 19:02:33 <mpescador> kazcw: I think I am, I looked at how ceasure does it, and I think I'm doing the same, but I can't run seizure because I'm on a Windows box. I also looked at pybitcointools, but it doesn't use the same crypto library, and it seems that it doesn't have code for veryifying transactions
236 2014-06-17 19:13:52 <michagogo> ronkrt: depends on what exactly you mean
237 2014-06-17 19:14:04 <michagogo> Bitcoin Core, the reference software, is C++
238 2014-06-17 19:14:13 <michagogo> Bitcoin the system consists of a lot of different software
239 2014-06-17 19:14:29 <michagogo> For example, there's a *lot* out there using bitcoinj, which is Java
240 2014-06-17 19:14:52 <michagogo> A lot of other software, for example some pool software, is Python
241 2014-06-17 19:21:17 <CoinFinder> Would a btctalk link regarding [yet-another] idea about pool decentralisation solutions be ok to post here?
242 2014-06-17 19:22:46 <andytoshi> pls no, try in in #bitcoin. there are many many of those and i haven't seen one yet that made sense
243 2014-06-17 19:23:59 <CoinFinder> :)
244 2014-06-17 19:24:18 <CoinFinder> well if my has an issue, i would like to hear your feedback
245 2014-06-17 19:24:20 <CoinFinder> mine*
246 2014-06-17 19:24:28 <CoinFinder> but ok