1 2014-04-18 00:06:59 <vetch> RedEmerald: even if a change was made today people would need to update to see it..
  2 2014-04-18 00:08:05 <RedEmerald> thats why I said “might be nice in the future”
  3 2014-04-18 00:08:21 <RedEmerald> i doubt this will be the first time a library needs to be upgraded
  4 2014-04-18 00:34:28 <michagogo> cloud|23:24:01 <sipa> first big sign in new york airport "from jfk to nyc asap:" <-- Uh, isn't JFK in Queens?
  5 2014-04-18 00:34:35 <michagogo> cloud|Last I checked it's in NYC
  6 2014-04-18 00:35:31 <Apocalyptic> he meant to manhattan prolly
  7 2014-04-18 00:35:45 <michagogo> cloud|01:27:10 <elichai2> ok, i'm installing it now :) hold fingures for me :P
  8 2014-04-18 00:35:45 <michagogo> cloud|elichai2: I know exactly why you said that, and the equivalent in English is "cross your fingers"
  9 2014-04-18 01:54:26 <GAit> out of curiosity, has "off by default optional auto updating bitcoinqt signed by  n of m dev keys" ever been discussed
 10 2014-04-18 01:55:24 <super3> figured this would be a quick merge
 11 2014-04-18 01:55:24 <super3> https://github.com/bitcoin/bitcoin/pull/4047
 12 2014-04-18 01:55:28 <super3> any suggestions?
 13 2014-04-18 02:00:20 <chairman_meow> hello
 14 2014-04-18 02:00:41 <chairman_meow> is the random k part of the signing process also part of the signature?
 15 2014-04-18 02:00:49 <chairman_meow> in ECDSA
 16 2014-04-18 02:01:02 <chairman_meow> the one that shouldn't be repeated
 17 2014-04-18 02:03:25 <chairman_meow> looks like it's not
 18 2014-04-18 03:05:04 <shesek> are there any risks associated with reusing the same key for multiple signatures?
 19 2014-04-18 03:05:17 <shesek> assuming "multiple" is some relatively large number
 20 2014-04-18 03:07:02 <vetch> shesek: I don't believe so, unless you collide with your k.
 21 2014-04-18 03:07:40 <vetch> if your random k collides you're screwed.
 22 2014-04-18 03:18:58 <shesek> vetch, so it should be fine as long as I make sure to pick good K values? (e.g. H(data||priv||random))
 23 2014-04-18 03:44:44 <vetch> shesek: to the best of my knowledge, yes.
 24 2014-04-18 04:40:30 <PRab> Has there been any effort to have the core Bitcoin Core developers have a GPG key signing party?
 25 2014-04-18 04:48:57 <petertodd> PRab: we already do that actually - everyone is connected to everyone else by one or two hops
 26 2014-04-18 04:49:31 <petertodd> PRab: and myself I've been introducing a lot of new developers to PGP: http://pgp.cs.uu.nl/mk_path.cgi?STAT=7FAB114267E4FA04&STATS=statistics
 27 2014-04-18 04:50:11 <petertodd> PRab: not perfect, but I think core devs signing each others keys isn't the biggest issue here by far
 28 2014-04-18 05:17:32 <splitting> anyone here have experience starting and stopping the bitcoin daemon with python?
 29 2014-04-18 05:19:49 <jcorgan> not personally, but i think the Armory client does that in Python, you could see how they do it
 30 2014-04-18 05:20:56 <splitting> alright
 31 2014-04-18 05:21:00 <splitting> because im using subprocess currently
 32 2014-04-18 05:21:04 <splitting> it starts it just fine
 33 2014-04-18 05:21:12 <splitting> but for some reason anything I try can't stop the daemon
 34 2014-04-18 05:21:36 <splitting> i have to stop the daemon manually over htop or using "stop"
 35 2014-04-18 05:21:43 <splitting> and then the script continues
 36 2014-04-18 05:26:14 <splitting> jcorgan, bitcoin armory doesnt manage the daemon actually
 37 2014-04-18 05:27:28 <jcorgan> i thought they recently added the ability to do that
 38 2014-04-18 05:28:14 <splitting> https://github.com/etotheipi/BitcoinArmory/blob/caf9fc378f8a1b8fd1e4a89a9f60ad9239311c0a/armoryd.py
 39 2014-04-18 05:28:16 <splitting> line 26
 40 2014-04-18 05:30:44 <jcorgan> https://bitcoinarmory.com/about/armory-and-bitcoin-qt/
 41 2014-04-18 05:30:58 <jcorgan> see section "About Bitcoin-Qt and "bitcoind""
 42 2014-04-18 05:31:35 <jcorgan> "The latest version of Armory will run bitcoind for you in the background, and will actually require you to close any instances you started manually"
 43 2014-04-18 05:37:26 <splitting> hmm alright
 44 2014-04-18 05:37:29 <splitting> i'll dig deeper then
 45 2014-04-18 05:37:34 <splitting> ty
 46 2014-04-18 05:41:13 <super3> anyone seen laanwj today?
 47 2014-04-18 06:09:10 <vetch> jcorgan: yeah thats nasty behaviour. it starts torrenting stuff too.
 48 2014-04-18 06:10:09 <vetch> you open it and suddenly you're running bitcoind, making call backs every 5 minutes to their servers, and running a torrent client.
 49 2014-04-18 06:10:26 <Belxjander> vetch: what client is that?
 50 2014-04-18 06:10:37 <vetch> Armory
 51 2014-04-18 06:50:53 <maybefbi> from reading the protocol specification, it seems like the only operation performed on a merkle tree is calculating its root. is this correct?
 52 2014-04-18 06:52:21 <sipa> partial blocks do more
 53 2014-04-18 06:52:52 <maybefbi> what more do they do?
 54 2014-04-18 06:53:08 <sipa> read bip37
 55 2014-04-18 06:55:42 <maybefbi> sipa, thanks
 56 2014-04-18 06:55:59 <maybefbi> sipa, has it been implemented by any of the clients you know?
 57 2014-04-18 07:06:18 <sipa> bitcoinj and bitvcoin core
 58 2014-04-18 07:06:31 <sipa> bitcoinj as client, bitcoin core as server
 59 2014-04-18 07:14:51 <Luke-Jr> ACTION dreamt about CScriptNum. O.o
 60 2014-04-18 07:15:49 <DiabloD3> Luke-Jr: I once drempt about code
 61 2014-04-18 07:15:56 <DiabloD3> I quit coding for about 3 months after that
 62 2014-04-18 07:19:42 <gmaxwell> Luke-Jr: wrt your comment on 3965 the problem with that kind of thinking is that a soft fork addition of something new does no harm to people who don't use it and don't care about it... but removing something might strike someone as taking away something they might need.
 63 2014-04-18 07:20:36 <gmaxwell> Luke-Jr: as it stands I can't think of much that could be removed. The only things that remain which I consider especially awful off the top of my head are the size of "0" and the existance of "negative 0" integers
 64 2014-04-18 07:21:24 <gmaxwell> also, I suppose that the range of the integer types does not otherwise exist in nature. :P
 65 2014-04-18 07:22:42 <sipa> i shouldn't have made that comment on the integer range
 66 2014-04-18 07:22:50 <sipa> there is no integer range
 67 2014-04-18 07:23:10 <sipa> only a limit on the number of bytes that can get converted to an integer
 68 2014-04-18 07:23:12 <gmaxwell> well, there is a range that you can operate on!
 69 2014-04-18 07:23:24 <gmaxwell> indeed.
 70 2014-04-18 07:23:35 <sipa> 00 00 00 00 00 + 00
 71 2014-04-18 07:23:40 <sipa> will also fail
 72 2014-04-18 07:26:10 <gmaxwell> Here were the extra test cases http://0bin.net/paste/2Agru29gFX08bmoC#H86GSbXytb2rfCnK1GOF0XIbxvvSgeAhgOUpQnGVlG0=  (hm. well some, I think I have more someplace in a git stash)
 73 2014-04-18 07:27:22 <gmaxwell> the fact that we don't have a return true is annoying, fwiw, it means I cannot easily convert the must pass tests into precisely equal must fail tests.
 74 2014-04-18 07:28:45 <gmaxwell> (e.g. by converting EQUALVERIFY   to a EQUAL NOT IF RETURNTRUE ENDIF ...)
 75 2014-04-18 11:06:35 <HM2> what's the name of that verifiable binary build framework bitcoin uses?
 76 2014-04-18 11:06:58 <Luke-Jr> HM2: gitian
 77 2014-04-18 11:07:21 <HM2> ty
 78 2014-04-18 14:39:40 <jgarzik> Love it: http://xkcd.com/1357/
 79 2014-04-18 14:39:58 <jgarzik> I'll bookmark that for any time someone screams "censorship!" when they are banned from a forum
 80 2014-04-18 14:40:17 <cbeams>  nice.
 81 2014-04-18 15:05:12 <tyrick> I have a question
 82 2014-04-18 15:05:50 <tyrick> in main.h, the AllowFree() function references a constant COIN
 83 2014-04-18 15:06:06 <tyrick> Where is this declared in the source?
 84 2014-04-18 15:06:11 <maaku> tyrick: util.h
 85 2014-04-18 15:06:14 <tyrick> thx
 86 2014-04-18 15:28:37 <GAit> nice, low s value merged in bitcoinjs https://github.com/bitcoinjs/bitcoinjs-lib/pull/135
 87 2014-04-18 15:30:14 <GAit> gmaxwell or sipa or anyone that wants/feels like reviewing https://github.com/richardkiss/pycoin/pull/24 ? same change as above but for python/pycoin
 88 2014-04-18 15:38:18 <tyrick> I am for the first jumping jumping into the source code.. Might be around bugging yous' guys for a while
 89 2014-04-18 15:38:38 <tyrick> first time*
 90 2014-04-18 16:55:33 <maaku> jgarzik: we talked about it, so I finally made it - a pull-request separating out a pluggable CMoney type for encapsulating the int64_t type for money usage
 91 2014-04-18 16:55:36 <maaku> https://github.com/bitcoin/bitcoin/pull/4067
 92 2014-04-18 17:05:23 <sipa> maaku: money * money -> makes no sense imho
 93 2014-04-18 17:06:57 <maaku> sipa: type wise, yes, but that is for the C++ compiler doing implicity int -> CMoney conversion when you have something like 3 * COIN
 94 2014-04-18 17:07:53 <maaku> well, COIN is still an integer, but I hope that illustrated the point at least
 95 2014-04-18 17:07:53 <sipa> maaku: i don't understand
 96 2014-04-18 17:08:18 <maaku> sipa: there are many places in the code base which do stuff like nValue * <some integer constant>
 97 2014-04-18 17:08:30 <maaku> especially in the unit tests
 98 2014-04-18 17:08:30 <sipa> yes
 99 2014-04-18 17:08:43 <sipa> operator*(CMoney, int64) seems perfect for that
100 2014-04-18 17:09:32 <maaku> btw, operator/ makes even less sense
101 2014-04-18 17:09:39 <gmaxwell> sipa: maaku is just trying to stay ahead of the curve with fully homorphic money.
102 2014-04-18 17:09:45 <maaku> but I was changing *a lot* of code to get rid of those...
103 2014-04-18 17:09:51 <maaku> heh
104 2014-04-18 17:10:01 <sipa> monwy / money returning an int or double seems perfectly reasonable
105 2014-04-18 17:10:30 <gmaxwell> where do we need money/money?
106 2014-04-18 17:10:32 <sipa> (if there's a need for that)
107 2014-04-18 17:10:54 <maaku> gmaxwell: either we need it or we need to greatly refactor a bunch of code that does that
108 2014-04-18 17:11:06 <sipa> example?
109 2014-04-18 17:11:49 <phantomcircuit> <gmaxwell> where do we need money/money?
110 2014-04-18 17:11:54 <phantomcircuit> there's a good joke in there somewhere
111 2014-04-18 17:14:48 <maaku> one that springs to mind is Bitcoin-Qt's factor() and units() methods, plus tons of unit tests
112 2014-04-18 17:14:55 <maaku> and i think some of the IsDust code
113 2014-04-18 17:15:05 <sipa> maaku: i would find it quite need if there was for example no GetInt64 in CMoney, but there was a CMoney constant UNIT, and to get an amount in satoshi's, you'd divide your value by UNIT
114 2014-04-18 17:15:12 <sipa> *neat
115 2014-04-18 18:12:35 <Emcy> suddenly sidechains
116 2014-04-18 18:16:38 <robonerd> Emcy what're your thoughts on sidechains?
117 2014-04-18 18:16:55 <Emcy> i think its something which i heard of a few years ago i think
118 2014-04-18 18:17:37 <Emcy> as i understand its just a merge mined chain with provable bi-directional coin porting between bitcoin and a client chain right
119 2014-04-18 18:18:43 <maaku> Emcy: yes, it's an old idea
120 2014-04-18 18:18:53 <Emcy> whats surprised me mroe is that people apparently think they can get the poolops to care and add chains as MM.....thats not exactly permission free innovation as claimed
121 2014-04-18 18:18:58 <maaku> although in terms of actual implementation pathway, only worked out in Dec and made efficient in March
122 2014-04-18 18:19:27 <Emcy> perhaps the incentive will be to do that, or watch as the bitcoin chain continues getting stuffed full of irrelevant data
123 2014-04-18 18:20:43 <Emcy> maaku yes, lots of ideas are flaoting around from years ago and seem to be getting picked up as people finally have the time to do it
124 2014-04-18 18:20:51 <jcorgan> the most promising development for me personally is that sidechains can resurrect the idea of Zerocoin as "part of" Bitcoin instead of as a pure alt
125 2014-04-18 18:22:25 <Emcy> jcorgan yes that is exciting indeed
126 2014-04-18 18:22:25 <Emcy> speaking of which also storj, though that doesnt seem too similar to g maxwells original idea i dont think
127 2014-04-18 18:22:25 <maaku> Emcy: making it profitable for miners is relatively easy. making the profits from being honest larger than the profits from fraud is a little harder
128 2014-04-18 18:22:26 <Emcy> testty
129 2014-04-18 18:22:38 <jcorgan> though i have no idea if the ZC devs agree with that sentiment
130 2014-04-18 18:22:40 <Emcy> strange i come back and my irc client is now truncating lines
131 2014-04-18 18:23:34 <Emcy> i dont see why they wouldnt, if they want it to actually get used and be of mutual benefit to bitcoin and thier own system
132 2014-04-18 18:23:34 <Emcy> i hope politics doesnt cupper that
133 2014-04-18 18:24:06 <jcorgan> agree
134 2014-04-18 18:25:53 <Emcy> heh poor gavin, spent six months solid on payment protocol founded on CA PKI because thats whats out there and functioning
135 2014-04-18 18:26:22 <Emcy> 0.9 releases to great fanfare then suddenly heartbleed out of fucking nowhere
136 2014-04-18 18:27:11 <Emcy> oh yeah
137 2014-04-18 18:27:11 <lianj> and now its openssl popcorn time for a couple of months?
138 2014-04-18 18:27:31 <Emcy> even this shitty tiny ass forum with like 6 people im on is vulnerable
139 2014-04-18 18:27:45 <Emcy> and i cant get hold of the guy to fic it lol
140 2014-04-18 18:28:38 <Emcy> "According to CloudFlare, GlobalSigns CRL grew from 22KB before Heartbleed to 4.9MB afterward."
141 2014-04-18 18:28:53 <jcorgan> CRLs are the nuclear waste of PKI
142 2014-04-18 18:29:05 <Emcy> "The activity of browsers downloading the Globalsign CRL generated around 40Gbps of net new traffic across the Internet, CloudFlare writes"
143 2014-04-18 18:29:09 <Emcy> toplel
144 2014-04-18 18:30:07 <Emcy> its amazing how rickety the system is really
145 2014-04-18 18:30:32 <Emcy> i think it sort of reminds me of how name resolution was handled before DNS
146 2014-04-18 18:41:39 <phantomcircuit> Emcy, only a tiny fraction of certificates have been revoked
147 2014-04-18 18:43:06 <Emcy> yeah thats just one root CA
148 2014-04-18 18:43:55 <Emcy> also i thought CAs were required to pull any certs they even suspect might be leaked, which should be pretty much all of them at this point
149 2014-04-18 18:44:34 <Emcy> im sure i remember godaddy pulling lavabits cert after the feds tried to force them to hand over the private key
150 2014-04-18 18:44:43 <Emcy> and godaddy is establishment as fuck
151 2014-04-18 18:48:42 <phantomcircuit> Emcy, they dont want to break the internet
152 2014-04-18 18:49:03 <phantomcircuit> crap i cant remember which provider i used for this key
153 2014-04-18 18:50:45 <Emcy> yeah
154 2014-04-18 18:51:24 <Emcy> no one really expected or planned for a system break this big, or they just planned to let it slide if it happend becasue no one gives a shit
155 2014-04-18 18:52:42 <Emcy> im reminded of the trouble at the last british general election in 2010 where poeple couldnt vote because the polling stations were running out of ballot papers on a shock turnout of about 60%
156 2014-04-18 18:53:02 <Luke-Jr> papers?…
157 2014-04-18 18:53:10 <Emcy> events of the utmost seriousness and when shit hits the fan its lcear no one ever took any of it seriously
158 2014-04-18 18:53:30 <Emcy> Luke-Jr we dont use voting machines here thank god
159 2014-04-18 18:53:44 <Luke-Jr> Emcy: lol seriousness; as if voting really matters
160 2014-04-18 18:54:15 <Emcy> well, quite, but they could atleast pretend
161 2014-04-18 18:54:24 <Luke-Jr> btw, we're totally off-topic here XD
162 2014-04-18 18:55:26 <Emcy> well its in support of my assertion that no one really takes the important stuff seriously, and you tend to see how they dont when shit hits the fan
163 2014-04-18 18:55:53 <Emcy> like what happens if there were a general widrespread break in PKI
164 2014-04-18 18:58:33 <tyrick> Where are the functions LOCK, IMPLEMENT_SERIALIZE, READWRITE defined?
165 2014-04-18 18:58:43 <tyrick> I am assuming they are macros
166 2014-04-18 19:00:31 <Emcy> is there some sort of ulterior meaning going on when random people irc ping you?
167 2014-04-18 19:02:22 <Luke-Jr> tyrick: serialise.h?
168 2014-04-18 19:06:52 <sipa> tyrick: lock is in sync.h
169 2014-04-18 19:07:11 <sipa> but certainly you can grep or use some search function yourself
170 2014-04-18 19:07:11 <tyrick> Thanks Luke-Jr.  I take back calling you a d*ck a long time ago.
171 2014-04-18 19:07:21 <tyrick> on a windows machine right now
172 2014-04-18 19:07:23 <tyrick> at work
173 2014-04-18 19:07:35 <tyrick> =/
174 2014-04-18 19:07:36 <sipa> i have been told windows has a search function
175 2014-04-18 19:07:43 <Luke-Jr> it does? :O
176 2014-04-18 19:07:44 <tyrick> ew
177 2014-04-18 19:08:01 <Luke-Jr> ACTION surprised
178 2014-04-18 19:09:20 <Emcy> vista and upward has an indexing daemon thing
179 2014-04-18 19:09:24 <tyrick> The only command worth knowing in windows is 'shutdown'
180 2014-04-18 19:10:29 <Emcy> shutdown /f
181 2014-04-18 19:10:36 <Luke-Jr> Emcy: rly?
182 2014-04-18 19:11:07 <Emcy> be surprised how many times it refuses to shutdonw beccause some program is monged out and wont repsond
183 2014-04-18 19:11:20 <Luke-Jr> ACTION thought you had to use the Start Menu
184 2014-04-18 19:11:30 <Luke-Jr> and/or Exit the Program Manager
185 2014-04-18 19:11:33 <tyrick> ha, not that surprising actually
186 2014-04-18 19:12:32 <Luke-Jr> "Program Manager opens program groups in child windows using the new multiple document interface in Windows 3." lol wikipedia
187 2014-04-18 19:12:51 <Emcy> little bit out of date there son
188 2014-04-18 19:13:18 <robonerd> it was out of date when it was written, which is odd
189 2014-04-18 19:13:36 <Emcy> windows 7 is pretty good really. I havent seena real bluscreen for a long time, and only then due to hardware fault.
190 2014-04-18 19:13:48 <Luke-Jr> robonerd: it's hilarious though
191 2014-04-18 19:13:51 <Emcy> and 64bit windows will not run unsigned drivers anymore
192 2014-04-18 19:13:52 <robonerd> yea
193 2014-04-18 19:14:06 <robonerd> do ppl still use windows?
194 2014-04-18 19:14:14 <Luke-Jr> actually, thinking back, Program Manager was a decent UI compared to the later "desktop" design..
195 2014-04-18 19:16:07 <Emcy> i should put windows 3.1 ina  VM or somthing, mite b cool
196 2014-04-18 19:18:48 <c0rw1n> didn't someone once install win3.1 over dosbox?
197 2014-04-18 19:20:06 <tyrick> Well, we have bluescreens daily in our office
198 2014-04-18 19:20:22 <c0rw1n> bah i've managed to get my hackintosh to bluescreen to death some times
199 2014-04-18 19:20:25 <Luke-Jr> Netscape 3 was pretty good for email.. :p
200 2014-04-18 19:20:31 <tyrick> haha
201 2014-04-18 19:20:32 <c0rw1n> urgh
202 2014-04-18 19:20:42 <c0rw1n> ACTION throws up in his mouth a little
203 2014-04-18 19:20:45 <robonerd> trumpet was an excellent SLIP stack
204 2014-04-18 19:20:53 <tyrick> I am going back to my commodore 64
205 2014-04-18 19:21:00 <robonerd> retro ftw!
206 2014-04-18 19:21:41 <c0rw1n> hey someone with waaaaay too much free time and not enough porn is trying to ret a raspi to emulate a c64
207 2014-04-18 19:21:45 <c0rw1n> (newsflash)
208 2014-04-18 19:22:31 <Luke-Jr> actually, someone wrote a SNES bitcoin miner not long ago..
209 2014-04-18 19:22:40 <Luke-Jr> I think it even supports GBT
210 2014-04-18 19:22:40 <tyrick> I would like to get my raspi to emulate a modern damn computer
211 2014-04-18 19:22:41 <c0rw1n> Ø_X
212 2014-04-18 19:22:54 <robonerd> Luke-Jr, LGBT i think you mean
213 2014-04-18 19:22:56 <Luke-Jr> oh, not SNES. NES.
214 2014-04-18 19:22:58 <Luke-Jr> http://retrominer.com/
215 2014-04-18 19:23:20 <c0rw1n> a z80? omgwtfbbq that processor is unobsoletable
216 2014-04-18 19:23:34 <robonerd> haha
217 2014-04-18 19:23:37 <tyrick> whaaa... NES can sha256?
218 2014-04-18 19:23:49 <tyrick> haha the z80 is beast
219 2014-04-18 19:23:57 <c0rw1n> did you know z80s are still made and sold? for money? in real life?
220 2014-04-18 19:23:58 <tyrick> 8080 is nice too
221 2014-04-18 19:24:12 <Emcy> i think a lot of z80s stil end up in space
222 2014-04-18 19:24:26 <c0rw1n> hahaha that's so aswesome
223 2014-04-18 19:24:33 <c0rw1n> it's the cockroach of processors
224 2014-04-18 19:24:40 <robonerd> lol
225 2014-04-18 19:24:41 <tyrick> ya, they have a great architecture for learning about microprocessors
226 2014-04-18 19:24:57 <tyrick> how the x86 came to be so commonly found is a mystery to me
227 2014-04-18 19:25:06 <Emcy> its because they have so few gates that theyre pretty hard against solar radiation
228 2014-04-18 19:25:31 <robonerd> ah that's cool
229 2014-04-18 19:25:44 <c0rw1n> tyrick that's written up in the history of computing. network effects and historical who-mismanaged-it-worse
230 2014-04-18 19:25:58 <c0rw1n> mostly
231 2014-04-18 19:26:20 <Emcy> is it not because intel played the business game ruthlessly
232 2014-04-18 19:26:27 <tyrick> haha
233 2014-04-18 19:26:35 <c0rw1n> that's less-worse mismanagement Emcy
234 2014-04-18 19:26:46 <c0rw1n> than AMiga did, and the others
235 2014-04-18 19:26:56 <c0rw1n> Apple...
236 2014-04-18 19:27:02 <c0rw1n> (in the 80s)
237 2014-04-18 19:28:07 <c0rw1n> then SGI, Sun, whoever was doing the Alpha at any given time
238 2014-04-18 19:28:20 <c0rw1n> then lolNeXTSTEP
239 2014-04-18 19:28:47 <c0rw1n> none of them realized what "economies of scale" mean
240 2014-04-18 19:30:04 <c0rw1n> that's the reason why we're all on x86, until ARM catches up in perf - and network effects with having good-enough apps on their platforms (Photoshop, Office and a srs dev environment on Droid or other default option)
241 2014-04-18 19:30:17 <maaku> sipa: you'd still have to deal with rounding modes and such though
242 2014-04-18 19:30:50 <maaku> maybe a solution is to have some sort of CMoneyRatio helper class, which is the result of money/money calculations
243 2014-04-18 19:31:15 <c0rw1n> hurk you're programming c++ on an 8bit??
244 2014-04-18 19:31:15 <maaku> you can then .ToInt64() or .Round() or whatever
245 2014-04-18 19:31:44 <c0rw1n> does there even exist a c++ compiler which targets z80?
246 2014-04-18 22:59:23 <lysobit> when will bitcoin packages for ubuntu 14.04 be available on ppa? https://launchpad.net/~bitcoin/+archive/bitcoin
247 2014-04-18 23:00:06 <paracyst> no clue, but it's taking me forever to upgrade to 14.04
248 2014-04-18 23:00:10 <paracyst> :(