1 2012-04-09 00:12:48 <MasterChief> https://duckduckgo.com/goodies.html
  2 2012-04-09 00:13:00 <MasterChief> if you dont use this you dont know shit
  3 2012-04-09 00:13:54 <gmaxwell> MasterChief: their results are basically bing, ... meh.
  4 2012-04-09 00:14:55 <MasterChief> eat up your spoonful of gogle then
  5 2012-04-09 00:16:58 <kingkatari> Sup all
  6 2012-04-09 00:17:34 <sethman895> Does anyone know how to put an .img file's contents onto a flash drive and make it bootable?  (in Windows)
  7 2012-04-09 00:17:52 <MasterChief> .img?
  8 2012-04-09 00:18:01 <sethman895> floppy image
  9 2012-04-09 00:18:31 <MasterChief> ....burn it?
 10 2012-04-09 00:19:11 <sethman895> Sort of.
 11 2012-04-09 00:22:10 <BlueMatt> use grub2 loopback
 12 2012-04-09 00:22:25 <BlueMatt> windows, nfc
 13 2012-04-09 00:23:04 <BlueMatt> actually, dont think you even need loopback, but use grub2
 14 2012-04-09 00:23:26 <sethman895> I need the image on the flash drive.
 15 2012-04-09 00:26:05 <SomeoneWeird> sethman895, use unetbootin
 16 2012-04-09 00:26:25 <BlueMatt> does unetbooting do floppy images?
 17 2012-04-09 00:27:27 <sethman895> It's not for Linux.  It's an assembly langauge-based OS called MenuetOS.
 18 2012-04-09 00:29:07 <BlueMatt> you probably wont get it to work, tbh, but you can try unetbootin, or grub
 19 2012-04-09 00:34:49 <sethman895> I'm fed up with SourceForge.
 20 2012-04-09 01:13:14 <SomeoneWeird> yes it does BlueMatt
 21 2012-04-09 01:13:50 <BlueMatt> SomeoneWeird: really? good to know
 22 2012-04-09 01:14:01 <SomeoneWeird> yerp
 23 2012-04-09 01:27:17 <ageis> unetbootin's great
 24 2012-04-09 01:27:48 <ageis> i can even dd an image from unetbootin to a hard disk partition
 25 2012-04-09 02:08:39 <nanotube> luke-jr: hey sup. so... 0.5.4 rc3 eh?
 26 2012-04-09 02:31:47 <MasterChief> 6 is out
 27 2012-04-09 02:41:22 <nanotube> yes i know. 0.5.4 is a maintenance release of the 0.5 branch
 28 2012-04-09 02:44:51 <MasterChief> why is everyone maintaining old builds
 29 2012-04-09 02:45:04 <BlueMatt> luke is
 30 2012-04-09 02:45:09 <BlueMatt> and 0.6 isnt /that/ stable
 31 2012-04-09 02:45:37 <kingkatari> anyone very familer with poolserverj
 32 2012-04-09 02:45:43 <kingkatari> i have a quick question
 33 2012-04-09 02:47:01 <forsetifox> Used to be someone in the #btcguild channel that used/ made it.
 34 2012-04-09 02:49:32 <Graet> shadders was the author, used to hang in quite a few chans, including this one
 35 2012-04-09 02:50:09 <forsetifox> I was thinking shudders. Heh.
 36 2012-04-09 02:50:20 <Graet> lol close :)
 37 2012-04-09 02:50:33 <Graet> ;;seen shadders
 38 2012-04-09 02:50:34 <gribble> shadders was last seen in #bitcoin-dev 12 weeks, 6 days, 2 hours, 40 minutes, and 11 seconds ago: <shadders> or that just java :p
 39 2012-04-09 02:59:30 <satoshi_> hello guys
 40 2012-04-09 03:00:21 <freewil> omg, no one got an interview
 41 2012-04-09 03:00:42 <satoshi_> what do you want to know?
 42 2012-04-09 03:00:47 <freewil> omgz!!!
 43 2012-04-09 03:00:55 <freewil> lol
 44 2012-04-09 03:01:00 <freewil> so bluematt is satosh!
 45 2012-04-09 03:01:01 <BlueMatt> dick registered the nick...
 46 2012-04-09 03:37:39 <Keefe> is there an irc chan just for the bitocin armory client?
 47 2012-04-09 03:37:45 <Keefe> bitcoin*
 48 2012-04-09 04:21:37 <Joric> etotheipi_ is right here
 49 2012-04-09 04:21:44 <Joric> theres none afaik
 50 2012-04-09 05:30:21 <gribble> New news from bitcoinrss: laanwj reopened issue 1057 on bitcoin/bitcoin <https://github.com/bitcoin/bitcoin/issues/1057>
 51 2012-04-09 06:07:12 <paulo_> i can't seem to find the exact steps on mining
 52 2012-04-09 06:07:25 <paulo_> it's SHA256(SHA256(nonce + something))
 53 2012-04-09 06:08:39 <Joric> paulo_, it's sha256^2(block header)
 54 2012-04-09 06:08:55 <Joric> block header includes nonce and block size and previous block hash
 55 2012-04-09 06:09:00 <Joric> 80 bytes
 56 2012-04-09 06:10:27 <Joric> sorry, no block size )
 57 2012-04-09 06:10:47 <paulo_> found it: https://en.bitcoin.it/wiki/Block_hashing_algorithm
 58 2012-04-09 06:10:51 <Joric> version, prev hash, merkle root, timestamp, difficulty, nonce
 59 2012-04-09 06:11:16 <Joric> 4+32+32+4+4+4=80
 60 2012-04-09 06:18:19 <blinkbat> whats a merkle root?
 61 2012-04-09 06:20:02 <Joric> 256-bit hash based on all of the transactions
 62 2012-04-09 07:32:05 <Diapolo> Has anyone an idea, why my debug.log seems to often end with "select() for connection failed: 10038"?
 63 2012-04-09 07:38:51 <UukGoblin> luke-jr, eloipool doesn't have the string 'getauxblock' in it anywhere :-O
 64 2012-04-09 07:39:18 <UukGoblin> does it even call namecoind's getauxblock?
 65 2012-04-09 08:01:25 <sipa> Diapolo: that's a very strange error
 66 2012-04-09 08:01:42 <sipa> (google for winsock error 10038)
 67 2012-04-09 08:10:47 <UukGoblin> luke-jr, where's the code that submits proof of aux work to namecoind?
 68 2012-04-09 08:18:14 <paulo_> Hello
 69 2012-04-09 08:18:25 <paulo_> is there a way to get mtgox quotes via JSON?
 70 2012-04-09 08:22:16 <Graet> #mtgoc or ##mtgox-chat propably be more help paulo_
 71 2012-04-09 08:22:21 <Graet> oops
 72 2012-04-09 08:22:26 <Graet> #mtgox
 73 2012-04-09 08:25:02 <Diapolo> sipa: Socket operation on nonsocket. That _IS_ strange ... where is there any use of select on non-sockets?
 74 2012-04-09 08:25:52 <UukGoblin> Diapolo, it feels more likely that something bad happened to the existing socket, i.e. it got prematurely closed or sth
 75 2012-04-09 08:25:59 <sipa> indeed
 76 2012-04-09 08:26:07 <sipa> it just seems a weird error to get
 77 2012-04-09 08:26:25 <sipa> but i'm sure no socket operations are being performed on non-socket descriptors
 78 2012-04-09 08:27:09 <Diapolo> Seems to happen if I close the client, while a blockchain dl is running, does this make more sense? I have to say I'm not sure if this happens with 0.6 final or only with my local modified version ...
 79 2012-04-09 08:27:28 <sipa> please try it with 0.6.0, if you can
 80 2012-04-09 08:27:40 <sipa> also, i don't think it's a problem
 81 2012-04-09 08:27:47 <sipa> it's not like it's crashing or anything
 82 2012-04-09 08:28:55 <Diapolo> will try, just a sec
 83 2012-04-09 08:31:25 <sipa> can you shown me the commands you are using with bitcoin-qt and bitcoind to test the RPC service? (possibly with passwords blanked out)
 84 2012-04-09 08:33:02 <Diapolo> sipa: Was that a question for me? I've never used bitcoind or issued any RPC commands ^^
 85 2012-04-09 08:34:09 <sipa> oh
 86 2012-04-09 08:34:12 <sipa> wrong channel
 87 2012-04-09 08:36:22 <Diapolo> sipa: that winsock error is not present in the 0.6 final ... perhaps it has to do with Gavins remove of USE_SSL, so that this defaults to on ... I had to include ws2_32 as lib to get it compile again.
 88 2012-04-09 08:40:52 <sipa> ssl is only used for rpc connections, optionally
 89 2012-04-09 08:42:16 <Diapolo> sipa: But support for it is compiled in even if it's not used ... right?
 90 2012-04-09 08:42:48 <Diapolo> sipa: https://github.com/bitcoin/bitcoin/commit/895c12943b1845411fb0282c17683c7b29a61459
 91 2012-04-09 08:43:42 <sipa> yes
 92 2012-04-09 08:43:52 <sipa> but that should not influence winsock connections
 93 2012-04-09 08:45:25 <Joric> oh god so many edits... it was a massacre!
 94 2012-04-09 08:45:27 <Diapolo> That's nothing I said, but I said I had to include ws2_32 as lib in order to get Bitcoin-Qt compile again ... perhaps the error is related to tha lib somehow.
 95 2012-04-09 08:46:23 <Joric> sipa, http://brainwallet.org :] lacks customizable hash chain, offline transactions, and, probably rfc1751 for ppl with special needs
 96 2012-04-09 08:46:44 <Diapolo> Seems with Gitian you don't need that lib ... but on Windows I do.
 97 2012-04-09 08:49:11 <Joric> and maybe *.js scripts should be loaded straight from repos rather than forked
 98 2012-04-09 08:49:31 <dapp> silkroad is still not working
 99 2012-04-09 08:52:20 <dapp> not just silroad but black market reloaded too
100 2012-04-09 08:52:36 <sipa> Joric: who made that?
101 2012-04-09 08:53:00 <Joric> sipa, one jerk you don't know him
102 2012-04-09 08:53:08 <sipa> you?
103 2012-04-09 08:53:19 <Joric> hell no
104 2012-04-09 08:53:23 <sipa> it looks nice
105 2012-04-09 08:53:36 <sipa> but i don't like just using a password to derive the actual key
106 2012-04-09 08:53:58 <sipa> that's the concept of a brainwallet of course
107 2012-04-09 08:54:12 <sipa> but something randomly generated + rfc1751 is probably a lot safer
108 2012-04-09 08:59:16 <ThomasV> gmaxwell will love it..
109 2012-04-09 09:00:52 <sipa> Diapolo: oh that may influence things yes
110 2012-04-09 09:12:46 <Diapolo> sipa: I've got an idea for the db code, we can't do full recovery with the log files, right? That's why autoremove got activated. Why not write logs ONLY to memory?
111 2012-04-09 09:18:06 <sipa> because that would prevent any recovery
112 2012-04-09 09:18:20 <sipa> read: bitcoin crashes -> db corrupt
113 2012-04-09 09:19:33 <Diapolo> But we have only 1 log file, that is max 10mb ... are you sure this helps recovering?
114 2012-04-09 09:19:59 <sipa> yes
115 2012-04-09 09:20:09 <sipa> it's essential
116 2012-04-09 09:20:29 <Diapolo> But it would be not a full recovery as we only have a limited log, right?
117 2012-04-09 09:20:43 <sipa> full recovery == lose the .dat file
118 2012-04-09 09:20:48 <sipa> no, we can't do that anymore
119 2012-04-09 09:21:14 <sipa> but we can recovery from the point where a partial write was done, if the program or your system crashes
120 2012-04-09 09:21:19 <Diapolo> I was only thinking of a way to speedup the db code + remove massive writes, which is bad for i.e. SSDs.
121 2012-04-09 09:21:56 <sipa> i'm not sure whether that's possible with bdb
122 2012-04-09 09:22:25 <sipa> clearly more caching in ram could help, but that doesn't prevent bdb from writing, it seems
123 2012-04-09 09:22:51 <Diapolo> I'll talk to you again later, have to take a short break ... RL ;). sorry
124 2012-04-09 09:54:40 <paulo_> how many bits are ECDSA private keys used in bitcoin?
125 2012-04-09 09:55:17 <sipa> 256
126 2012-04-09 09:55:31 <t7> ecliptic curve?
127 2012-04-09 09:55:36 <sipa> yes
128 2012-04-09 09:55:41 <sipa> secp256k1 is the name of the curve
129 2012-04-09 10:18:57 <luke-jr> nanotube: yeah, http://luke.dashjr.org/~luke-jr/programs/bitcoin/files/bitcoind/0.5.4/test/rc3/
130 2012-04-09 10:19:31 <luke-jr> UukGoblin: it doesn't
131 2012-04-09 10:19:44 <luke-jr> UukGoblin: Eloipool uses the gotwork MM implementation
132 2012-04-09 10:30:31 <t7> 256b EC key provides the same security as > 3kb RSA key
133 2012-04-09 10:30:39 <t7> why we still using RSA?
134 2012-04-09 10:30:47 <t7> is it alot faster
135 2012-04-09 10:31:03 <luke-jr> who is using RSA?
136 2012-04-09 10:31:31 <luke-jr> (as for non-Bitcoin like PGP, the reason is likely because nothing supports EC yet)
137 2012-04-09 10:39:43 <UukGoblin> luke-jr, so how does it talk to namecoin?
138 2012-04-09 10:40:44 <luke-jr> UukGoblin: merged-mining-proxymanager
139 2012-04-09 10:42:58 <Tykling> any freebsd users inhere ? anyone here feel like helping me with getting the lastest version of bitcoin to compile on freebsd ? the current bitcoin version in freebsd ports is 0.40 and I want to get the port updated, but I know next to nothing about compilers etc :/
140 2012-04-09 10:43:30 <Tykling> I have testing machines and am willing to do whatever I can, but I don't know enough to do it myself :)
141 2012-04-09 10:43:48 <luke-jr> Tykling: if you know nothing about compilers etc, you probably shouldn't be using an obscure OS like BSD
142 2012-04-09 10:43:55 <luke-jr> UukGoblin: http://gitorious.org/~Luke-Jr/bitcoin/luke-jr-bitcoin/blobs/namecoin_mmm/contrib/merged-mine-proxy
143 2012-04-09 10:45:36 <Tykling> luke-jr: I've been using freebsd for more than 10 years, I am just not a developer :)
144 2012-04-09 10:45:56 <luke-jr> Tykling: well, developer is what you usually have to be to port software to obscure platforms :P
145 2012-04-09 10:46:44 <sipa> Tykling: try compiling it using whatever configuration is used in the current ports script
146 2012-04-09 10:46:52 <sipa> and report what errors you get
147 2012-04-09 10:46:57 <Tykling> thats why I am asking for help :) bitcoin is already ported, just outdated
148 2012-04-09 10:47:09 <Tykling> sipa: ok thanks hold on
149 2012-04-09 10:47:21 <sipa> the most intrusive change will be qt instead of.wx
150 2012-04-09 10:51:35 <Diapolo> re
151 2012-04-09 10:58:28 <Tykling> sipa: this is the current diff I have against the 0.4.0 port: http://pastebin.com/cvBz1w9f
152 2012-04-09 10:59:15 <Tykling> sipa: this is the build failure: http://pastebin.com/GAvhcAPY
153 2012-04-09 11:08:31 <luke-jr> Tykling: do you know how to use git and compile, then?
154 2012-04-09 11:10:15 <Tykling> sure, but I'd like the released version for the port and not the git version
155 2012-04-09 11:10:29 <luke-jr> Tykling: I'll make a branch based on v0.6.0 tag
156 2012-04-09 11:11:09 <sipa> Tykling: some googling learns you need #include <in.h> in netbase.h
157 2012-04-09 11:11:18 <sipa> on FreeBSD
158 2012-04-09 11:11:28 <sipa> i'm not sure whether that's true in all BSDs
159 2012-04-09 11:11:38 <Tykling> sipa: yeah, the 0.4 port did this in protocol.h, I'll try it in netbase.h instead
160 2012-04-09 11:11:42 <Tykling> hold on 2 secs
161 2012-04-09 11:14:33 <Tykling> sipa: actually the 0.6 version of netbase.h already has an #IFDEF BSD: https://github.com/bitcoin/bitcoin/blob/138d08c5315c45b3dd08184c4eeb77ee3e47ef0a/src/netbase.h#L27
162 2012-04-09 11:14:46 <Tykling> but it doesn't seem to be evaluated true on freebsd
163 2012-04-09 11:16:46 <denisx> yes, please change the BSD to __FreeBSD__
164 2012-04-09 11:16:52 <sipa> i don't mind fixing netbase.h to make it compile on BSDs
165 2012-04-09 11:17:12 <sipa> but preferably not just FreeBSD then
166 2012-04-09 11:17:31 <Diapolo> sipa: Have you played around with "pdb->set_pagesize(4096);"?
167 2012-04-09 11:17:34 <paulo_> why do confirmations take too long?
168 2012-04-09 11:17:42 <Diapolo> value is just an example
169 2012-04-09 11:18:32 <Tykling> I honestly don't know about net- and openbsd, but changing that IFDEF to __FreeBSD__ fixes it for me
170 2012-04-09 11:18:57 <denisx> same here
171 2012-04-09 11:21:09 <Tykling> sipa: thank you for the help - I will submit a PR to freebsd to get the port updated to 0.6 - will you change netbase.h upstream so when I port 0.7 sometime in the future, that patch wont be needed ?
172 2012-04-09 11:21:43 <sipa> Diapolo: not really, no
173 2012-04-09 11:21:59 <sipa> paulo_: confirmations == blocks built upon the one that contains your transaction
174 2012-04-09 11:22:22 <sipa> Tykling: and do you need <in.h> as well?
175 2012-04-09 11:24:06 <Tykling> sipa: the only thing I changed is BSD -> __FreeBSD__ so it includes <netinet/in.h>
176 2012-04-09 11:24:36 <Tykling> it still doesn't install correctly because of some plist issues, but it compiles correctly, which was my problem
177 2012-04-09 11:24:38 <luke-jr> Tykling: that's not a BSD thing
178 2012-04-09 11:24:47 <Diapolo> sipa: there must be a bdb stat util which can be used to tweak the pagesize ... on Windows i.e. it is 4096 on most NTFS volumes.
179 2012-04-09 11:25:35 <Tykling> luke-jr: what is not a BSD thing ?
180 2012-04-09 11:25:49 <luke-jr> Tykling: netinet/in.h
181 2012-04-09 11:26:14 <luke-jr> git clone git://gitorious.org/~Luke-Jr/bitcoin/luke-jr-bitcoin.git -b headers
182 2012-04-09 11:26:23 <Tykling> luke-jr: it is wrapped in an #ifdef BSD / #endif in the code, I just changed BSD to __FreeBSD__
183 2012-04-09 11:26:28 <sipa> Diapolo: the default is the size of the filesystem block, which sounds reasonable
184 2012-04-09 11:26:36 <luke-jr> Tykling: it's required for any platform.
185 2012-04-09 11:26:55 <sipa> Diapolo: i'll do a benchmark with 64k as blocksize, but the documentation says there are corruption risks when set higher than the blocksize
186 2012-04-09 11:27:10 <Tykling> luke-jr: weird how it has worked all these years with it wrapped in #ifdef BSD then
187 2012-04-09 11:27:22 <luke-jr> Tykling: works != correct
188 2012-04-09 11:27:27 <sipa> netbase.h was only added in 0.6
189 2012-04-09 11:27:30 <luke-jr> Tykling: also, netbase.h didn't exist before
190 2012-04-09 11:28:03 <Tykling> so remove the #ifdef rather than change to __FreeBSD__ ?
191 2012-04-09 11:28:07 <luke-jr> anyhow, try my branch
192 2012-04-09 11:28:08 <Tykling> in my local patch
193 2012-04-09 11:28:15 <luke-jr> I went through the code and added the headers it requires
194 2012-04-09 11:28:35 <Diapolo> sipa: okay 2 more thoughts ... what about dbenv.set_flags(DB_REGION_INIT, 1); is it of any use?
195 2012-04-09 11:30:22 <sipa> Diapolo: sounds like that may cause the increased startup time when using a large dbcache
196 2012-04-09 11:32:09 <Diapolo> sipa: well it IS currently not active, I only played around with it ... perhaps you could do some benches with it, too?
197 2012-04-09 11:33:55 <Tykling> luke-jr: I think I have what I need to make a working port of 0.6 for freebsd, but thanks anyway - if your new code includes <netinet/in.h> on freebsd I'm sure it's fine
198 2012-04-09 11:34:13 <jgarzik> Tykling: what does -tip lack, to run on fBSD?
199 2012-04-09 11:34:18 <luke-jr> Tykling: is that the only problem, then? would be nice to have it tested so it can be merged in for 0.6.1
200 2012-04-09 11:35:13 <Tykling> luke-jr: I am working on some plist issues, looks like some gettext file changed or something, will write here when I get it working with the patch
201 2012-04-09 11:35:23 <denisx> I'm building for FreeBSD since last summer
202 2012-04-09 11:35:24 <luke-jr> I don't think we use gettext anymore.
203 2012-04-09 11:35:25 <sipa> jgarzik: #include <netinet/in.h> in netbase.h
204 2012-04-09 11:35:27 <luke-jr> if we ever did.
205 2012-04-09 11:35:52 <sipa> jgarzik: it's in an #ifdef BSD, which doesn't seem defined on FreeBSD
206 2012-04-09 11:36:44 <luke-jr> someone should probably go over all the code with a fine-toothed comb, get rid of 'using namespace' and headers.h, and add the proper includes
207 2012-04-09 11:37:00 <sipa> ack
208 2012-04-09 11:38:22 <sipa> (i don't mind using namespace is .cpp files, but it shouldn't be used in headers)
209 2012-04-09 11:39:44 <Tykling> http://pastebin.com/Vsjk3dzd this bit from the 0.4 makefile is causing errors, there used to be a locale/ folder under src/ with some .mo files for localization, which doesn't seem to be in 0.6 ?
210 2012-04-09 11:39:59 <Diapolo> I vote for defaul usage standards for namespaces ^^.
211 2012-04-09 11:40:52 <sipa> Tykling: no, a different translation system is used now
212 2012-04-09 11:41:09 <Tykling> sipa: right, I'll just remove that part then
213 2012-04-09 11:42:24 <denisx> Tycale: http://pastebin.com/Bu4DWAxr
214 2012-04-09 11:42:27 <denisx> this works for me
215 2012-04-09 11:43:25 <Tykling> o/ $ pkg_info | grep bitcoin
216 2012-04-09 11:43:41 <Tykling> awesome, it works now, I'll prepare a proper patch
217 2012-04-09 11:48:51 <Tykling> I get these warnings with each .cpp file it builds: http://pastebin.com/2PzymNEL (it still works though)
218 2012-04-09 11:50:28 <denisx> this is from the gcc hardening stuff
219 2012-04-09 11:51:15 <Tykling> should I change anything in the makefile to make them go away, or perhaps it doesn't matter ?
220 2012-04-09 11:52:00 <denisx> I just removed it
221 2012-04-09 11:52:34 <Tykling> denisx: where/how ?
222 2012-04-09 11:53:00 <Diapolo> Did anyone try -fstack-protector-all for the Win builds? Executable is not messed up and works here (I even added -all).
223 2012-04-09 11:53:12 <denisx> Tykling: this is my freebsd makefile http://pastebin.com/Bu4DWAxr
224 2012-04-09 11:53:44 <gavinandresen> denisx: -DUSE_SSL is obsolete as of 0.6.1
225 2012-04-09 11:54:04 <denisx> yeah, the makefile is for 0.6.0
226 2012-04-09 11:54:20 <Tykling> denisx: oh, that is a lot different from the port Makefile :)
227 2012-04-09 11:54:45 <gavinandresen> ... looks like HARDENING should be split into HARDENDING_COMPILE and HARDENING_LINK ....
228 2012-04-09 11:54:46 <denisx> Tykling: its a copy from makefile.unix with some changes
229 2012-04-09 11:55:04 <gavinandresen> And does -DNOPCH actually do anything ?
230 2012-04-09 11:59:39 <Tykling> denisx: this is the patch I am going to submit for the updated port: http://pastebin.com/GKdPkLq8
231 2012-04-09 12:00:37 <denisx> looks good to me
232 2012-04-09 12:00:37 <jgarzik> gavinandresen: NOPCH is a relic of wx
233 2012-04-09 12:00:54 <sipa> REINPLACE_CMD, not REPLACE ?
234 2012-04-09 12:01:05 <Tykling> luke-jr: the include was the only problem, it compiles and works fine
235 2012-04-09 12:01:35 <Tykling> sipa: that was what was used in the 0.4 makefile to patch protocol.h to include in.h
236 2012-04-09 12:01:43 <Tykling> so I just adapted it to patch netbase.h instead
237 2012-04-09 12:01:48 <sipa> ok
238 2012-04-09 12:02:01 <Tykling> sorry I meant to patch the Makefile
239 2012-04-09 12:02:02 <sipa> it just looked strange, i don't know anything about BSD
240 2012-04-09 12:02:56 <Tykling> thanks everyone for your help, you've been great :)
241 2012-04-09 12:03:14 <gavinandresen> jgarzik: cool, more code we can remove
242 2012-04-09 12:03:21 <jgarzik> yep
243 2012-04-09 12:06:04 <sipa> jgarzik: you like #1054 now?
244 2012-04-09 12:09:09 <gavinandresen> sipa: I just commented
245 2012-04-09 12:09:43 <Tykling> denisx: wait, if wx isn't used anymore, it seems I have a lot of stuff still in this makefile that is not relevant anymore
246 2012-04-09 12:09:57 <gribble> New news from bitcoinrss: luke-jr opened pull request 1068 on bitcoin/bitcoin <https://github.com/bitcoin/bitcoin/pull/1068>
247 2012-04-09 12:10:14 <Tykling> I haven't built the gui I've only built the command line client
248 2012-04-09 12:10:24 <sipa> luke-jr: why does netbase need to depend on util?
249 2012-04-09 12:10:29 <luke-jr> sipa: int64 ?
250 2012-04-09 12:10:32 <luke-jr> printf, at least
251 2012-04-09 12:10:58 <sipa> luke-jr: the header file
252 2012-04-09 12:11:18 <luke-jr> the header uses int64
253 2012-04-09 12:11:24 <sipa> hmm
254 2012-04-09 12:11:27 <sipa> how did it get it?
255 2012-04-09 12:12:17 <luke-jr> serialize.h also defines int64
256 2012-04-09 12:12:32 <luke-jr> for now
257 2012-04-09 12:12:47 <luke-jr> IMO, it doesn't belong there
258 2012-04-09 12:12:53 <sipa> it doesn't
259 2012-04-09 12:13:02 <sipa> but it certainly doesn't belong in util.h either
260 2012-04-09 12:13:04 <jgarzik> sipa: you missed makefile.mingw
261 2012-04-09 12:13:08 <jgarzik> sipa: otherwise ACK
262 2012-04-09 12:13:15 <sipa> jgarzik: what did i miss there?
263 2012-04-09 12:13:21 <jgarzik> sipa: 'clean' target
264 2012-04-09 12:13:21 <Tykling> denisx: are you building with a GUI or not ?
265 2012-04-09 12:13:31 <jgarzik> sipa: you updated 3 of 4 makefiles (or 4 of 5?)
266 2012-04-09 12:13:34 <sipa> jgarzik: makefile.mings doesn't create build.h either
267 2012-04-09 12:13:41 <luke-jr> sipa: so long as we're using a non-standard int64 type, util.h is the only place i can imagine it
268 2012-04-09 12:13:45 <jgarzik> sipa: ok
269 2012-04-09 12:13:49 <jgarzik> sipa: ACK then
270 2012-04-09 12:13:50 <luke-jr> unless we make a myinttypes.h :p
271 2012-04-09 12:14:47 <sipa> luke-jr: reason is that util.h depends on a lot, and i prefer to have netbase as independent as possible (i'm using it in dnsseed as well, for example, without an util)
272 2012-04-09 12:15:04 <luke-jr> it'd be nice if we could replace all the makefile.* with a single one that uses ifdefs to control the platform differences :P
273 2012-04-09 12:15:16 <luke-jr> sipa: ah
274 2012-04-09 12:16:00 <sipa> luke-jr: a slightly modified version, of course, but the general point is: it's good design to keep things that do need require eachother independent
275 2012-04-09 12:16:35 <sipa> and i hate util because of that
276 2012-04-09 12:16:44 <luke-jr> sipa: well, I guess I can take util.h out of there so long as serialize.h has int64
277 2012-04-09 12:16:49 <luke-jr> *done*
278 2012-04-09 12:16:50 <Tykling> sorry if this is a stupid question, but how do I make it build the gui in the non-wx world ?
279 2012-04-09 12:16:58 <sipa> Tykling: qmake
280 2012-04-09 12:18:08 <sipa> Tykling: not in the src/ directory
281 2012-04-09 12:18:48 <sipa> Diapolo: set_pagesize(65536) is significantly slower than the default here
282 2012-04-09 12:19:02 <sipa> haven't tried other numbers
283 2012-04-09 12:30:16 <Tykling> sipa: there is nothing called qmake on freebsd
284 2012-04-09 12:30:29 <Tykling> sipa: maybe I need to include it as a dependency
285 2012-04-09 12:32:31 <sipa> Tykling: you'll need the whole qt dev system
286 2012-04-09 12:32:40 <Tykling> sipa: of course
287 2012-04-09 12:32:45 <sipa> that includes qmake
288 2012-04-09 12:33:05 <sipa> gavinandresen: ok, updated with some simplifications and comments
289 2012-04-09 12:33:06 <Tykling> I'm on it
290 2012-04-09 12:33:26 <sipa> i'll try doing a gitian build again of buildinfo
291 2012-04-09 12:36:46 <Diapolo> sipa: thanks for your test, what about dbenv.set_flags(DB_REGION_INIT, 1);?
292 2012-04-09 12:44:59 <Diapolo> I feel rather alone with https://github.com/bitcoin/bitcoin/blob/master/doc/coding.txt, is it that bad to use that as a base while coding, even for existing code, if it gets changed :D?
293 2012-04-09 12:46:36 <gavinandresen> Satoshi was a stickler for hungarian variable names, I personally don't care as long as the code is readable.
294 2012-04-09 12:47:18 <gavinandresen> Ok, I take it back, I actually think pszFoo looks icky....
295 2012-04-09 12:47:55 <gavinandresen> (so I guess I do care a little. But not enough to change coding.txt or all the code that already uses the pszFoo convention)
296 2012-04-09 12:48:44 <sipa> luke-jr: netbase.h uses struct in_addr, and struct sockaddr_in
297 2012-04-09 12:49:01 <luke-jr> sipa: I was only looking at functions, not structs.
298 2012-04-09 12:49:09 <luke-jr> plus man tcp I guess
299 2012-04-09 12:49:30 <sipa> i really would have liked to move all those platform-dependent include cruft to netbase.cpp, but i doubt it's possible
300 2012-04-09 12:49:44 <luke-jr> sipa: I don't see any problems with it.
301 2012-04-09 12:49:58 <luke-jr> it builds under mingw at least
302 2012-04-09 12:50:35 <sipa> not sure how just including serialize.h already defines sockaddr_in
303 2012-04-09 12:51:42 <jgarzik> gavinandresen: hungarian notation considered harmful
304 2012-04-09 12:51:43 <jgarzik> :)
305 2012-04-09 12:52:14 <jgarzik> gavinandresen: it's a lame way to remind senile programmers of a variable's type
306 2012-04-09 12:52:22 <luke-jr> XD
307 2012-04-09 12:52:44 <Diapolo> gavinandresen: I like standards, that everyone should use ^^. Problem is if you say I don't care will be: I use names as per coding.txt and others say why do you rename a variable? This can be shortened if there is a defined way :).
308 2012-04-09 12:52:52 <gavinandresen> jgarzik: yup, and really shouldn't be necessary in a language like c++ with an almost decent type sytem
309 2012-04-09 12:53:32 <sipa> i hate the opening braces on a separate line, such a waste of space
310 2012-04-09 12:53:46 <jgarzik> sipa: +1 :)
311 2012-04-09 12:53:51 <gavinandresen> yeah +1
312 2012-04-09 12:53:51 <luke-jr> sipa: I hate them on the same line, makes diff think the condition changed ;)
313 2012-04-09 12:54:10 <jgarzik> sipa: opening-brace-on-separate-line is not only a waste of space
314 2012-04-09 12:54:15 <Diapolo> standards are rock :D
315 2012-04-09 12:54:18 <jgarzik> it also reduces the info you may put on one screen
316 2012-04-09 12:54:22 <jgarzik> thus reducing review-ability
317 2012-04-09 12:54:27 <gavinandresen> APL for the win!
318 2012-04-09 12:54:44 <Joric_> gavinandresen, js only and hosted on github - http://brainwallet.org
319 2012-04-09 12:54:48 <gavinandresen> ( I actually did do some significant APL programming long long ago....)
320 2012-04-09 12:55:09 <sipa> Joric_: is it yours or not?
321 2012-04-09 12:55:49 <Joric_> sipa, just a few lines )
322 2012-04-09 12:55:58 <luke-jr> let's pile a bunch of statements on one line then :p
323 2012-04-09 12:56:39 <Diapolo> laanwj doesn't like variable renaming ^^
324 2012-04-09 12:57:17 <sipa> well, there are several options
325 2012-04-09 12:57:49 <sipa> either abolish that coding standard, have some discussions about a new one, and change it everywhere, and break every existing patchset out there
326 2012-04-09 12:57:55 <sipa> or just be less strict about them
327 2012-04-09 12:58:07 <luke-jr> or paint the bike shed green./
328 2012-04-09 12:58:17 <gavinandresen> ewww, not green....
329 2012-04-09 12:58:23 <luke-jr> :p
330 2012-04-09 12:58:34 <Diapolo> even if we have no real standard, at least consistency should be taken into account when using var-names
331 2012-04-09 12:58:55 <sipa> Diapolo: yes, that's the one (and only) thing i like about that coding standard
332 2012-04-09 12:59:32 <sipa> luke-jr: that's another option, but it does mean we need a new coding style as well, if you don't want chaos in new code
333 2012-04-09 12:59:53 <Diapolo> Luke that idea is great, update style, when working on old code, keep untouched code and use consistency naming in new code.
334 2012-04-09 13:00:18 <Diapolo> sipa: to a certain amount yes
335 2012-04-09 13:00:27 <gavinandresen> if we want to change the coding standard, we should adopt somebody else's.  Linux or Qt or some other big, popular c++ open source codebase
336 2012-04-09 13:00:54 <jgarzik> I dunno if I would be proud of consistency, when it amounts to being consistently silly :)
337 2012-04-09 13:01:10 <sipa> gavinandresen: ack
338 2012-04-09 13:01:24 <gavinandresen> "All variable names shall start with the string "bruce".   All #defines shall start with BRUCE. All...."
339 2012-04-09 13:01:28 <jgarzik> Linux isn't a C++ codebase </grin>
340 2012-04-09 13:01:45 <sipa> jgarzik: if we want to change the coding standard, we should adopt somebody else's.  Linux or Qt or some other big,  popular c++ open source codebase
341 2012-04-09 13:01:48 <sipa> eh
342 2012-04-09 13:01:57 <Diapolo> right, there are standards our there we should use one ^^
343 2012-04-09 13:02:01 <sipa> jgarzik: if we want to change the coding standard, we should adopt somebody else's.  Linux or (Qt or some other big,  popular c++ open source codebase)   [parenthesis mine]
344 2012-04-09 13:02:20 <gavinandresen> First, we should rewrite linux in C++.
345 2012-04-09 13:02:26 <gmaxwell> 0_o
346 2012-04-09 13:02:34 <luke-jr> gavinandresen: Linus would kill you.
347 2012-04-09 13:02:34 <sipa> gavinandresen: i think you may not want to do that
348 2012-04-09 13:02:36 <Diapolo> I don't care about Linux ^^ sorry.
349 2012-04-09 13:02:54 <sipa> but the nice thing about standards is that there are so many to choose from!
350 2012-04-09 13:02:58 <jgarzik> Linux is simple:  (1) avoid StudlyCaps, (2) don't put type abbreviations in names, (3) words are usually, but not always, separated by _
351 2012-04-09 13:03:03 <Diapolo> At least one has to be the Windows sucker in here ^^!
352 2012-04-09 13:03:12 <Joric> It's simple, we kill Linus
353 2012-04-09 13:03:46 <sipa> Joric: i think seeing the Linux sourcecode being converted to C++ in a CVS repository would suffice to give him a heart attack
354 2012-04-09 13:03:51 <jgarzik> so, Linux is pretty antithetical to all other C++ standards out there
355 2012-04-09 13:04:33 <jgarzik> Linux is also incremental -- we know that big sweeping coding style changes across the entire codebase create nothing but churn that breaks other, more useful patches
356 2012-04-09 13:04:35 <gavinandresen> pull request for the Linux kernel next April 1:  port to C++ ....
357 2012-04-09 13:04:49 <jgarzik> so just delete Hungarian shite from doc/coding.txt, and go from there
358 2012-04-09 13:04:57 <gavinandresen> jgarzik: ACK
359 2012-04-09 13:05:02 <BlueMattBot> Project Bitcoin build #273: FAILURE in 1 min 22 sec: http://jenkins.bluematt.me/job/Bitcoin/273/
360 2012-04-09 13:05:03 <BlueMattBot> * phil.kaufmann: updated db.cpp to use make_preferred()
361 2012-04-09 13:05:04 <BlueMattBot> * phil.kaufmann: updated util.cpp to use make_preferred()
362 2012-04-09 13:05:39 <sipa> db.cpp: In constructor CDB::CDB(const char*, const char*):
363 2012-04-09 13:05:40 <sipa> db.cpp:83:24: error: struct boost::filesystem::path has no member named make_preferred
364 2012-04-09 13:06:02 <gavinandresen> I vote for http://wiki.qt-project.org/Coding_Style
365 2012-04-09 13:06:33 <luke-jr> gavinandresen: but that doesn't solve the main problem with the current style :<
366 2012-04-09 13:06:36 <gavinandresen> let me guess: make_preferred is a boost 1.48 thing or something
367 2012-04-09 13:06:46 <sipa> why do we use make_preferred() instead of just building it using its operator/ ?
368 2012-04-09 13:07:05 <jgarzik> gavinandresen: certainly matches current bitcoin spacing, at least
369 2012-04-09 13:07:06 <sipa> that avoids using any platform-specific name
370 2012-04-09 13:07:28 <Diapolo> We don't use it it's only a pull request ^^ .... if you have a better way that is fine :).
371 2012-04-09 13:07:46 <gavinandresen> Diapolo: I pulled that pull request just now
372 2012-04-09 13:07:50 <jgarzik> gavinandresen: Qt style (your link) looks ACK-worthy to me
373 2012-04-09 13:07:55 <nanotube> i'm not so sure about all public classes starting with Q though. :)
374 2012-04-09 13:08:13 <jgarzik> heh
375 2012-04-09 13:08:14 <nanotube> and public functions with q.
376 2012-04-09 13:08:18 <sipa> Variables and functions start with a lower-case letter. Each consecutive word in a variables name starts with an upper-case letter
377 2012-04-09 13:08:19 <Diapolo> I'm sure it compiled with 1.47 ... yes: http://www.boost.org/doc/libs/1_47_0/libs/filesystem/v3/doc/reference.html#path-make_preferred
378 2012-04-09 13:08:20 <nanotube> maybe B and b? :)
379 2012-04-09 13:08:27 <jgarzik> just ignore
380 2012-04-09 13:08:31 <nanotube> heh
381 2012-04-09 13:08:31 <sipa> Variable names begin with the type in lowercase, like nSomeVariable.
382 2012-04-09 13:08:33 <jgarzik> name prefixes should be avoided
383 2012-04-09 13:08:44 <jgarzik> a name is a name.  not a compressed string including type and usage info.
384 2012-04-09 13:08:45 <sipa> Qt style and current style are diametrically opposed about this
385 2012-04-09 13:09:26 <sipa> anyway, i vote for the Qt style, with some modifications
386 2012-04-09 13:09:45 <luke-jr> what does the Qt style change for the better, exactly? :/
387 2012-04-09 13:09:50 <gavinandresen> I vote for sipa to be both version-decider and coding-style-decider-person
388 2012-04-09 13:10:20 <Diapolo> gavinandresen: what was that compile error above with my pull req.?
389 2012-04-09 13:10:57 <jgarzik> sipa: sounds good
390 2012-04-09 13:11:01 <sipa> luke-jr: well-defined, no hungarian stuff
391 2012-04-09 13:11:02 <gavinandresen> Diapolo: see http://jenkins.bluematt.me/job/Bitcoin/273/console
392 2012-04-09 13:11:03 <sipa> gavinandresen: please no
393 2012-04-09 13:11:17 <luke-jr> sipa: coding-standard is/was well-defined too
394 2012-04-09 13:12:03 <sipa> sure, but less extensive
395 2012-04-09 13:12:12 <sipa> as i said, the only thing i liked about it was consistency
396 2012-04-09 13:12:29 <sipa> General exception
397 2012-04-09 13:12:30 <sipa> Feel free to break a rule if it makes your code look bad.
398 2012-04-09 13:12:32 <sipa> haha
399 2012-04-09 13:12:54 <jgarzik> Coding style rules MUST be like "pirate rules": ...more like guidelines than enforced rules
400 2012-04-09 13:13:18 <jgarzik> the end goal is always human readability
401 2012-04-09 13:13:47 <jgarzik> see Knuth's literate programming for even more radical ideas
402 2012-04-09 13:14:11 <gmaxwell> Bitcoin in WEB (literate pascal)!
403 2012-04-09 13:14:13 <Joric> i mostly use egyptian brackets now, god how i hated them
404 2012-04-09 13:14:13 <luke-jr> it's a pain to replace tabs with spaces all the time
405 2012-04-09 13:14:30 <sipa> why do you start with tabs at all?
406 2012-04-09 13:14:32 <jgarzik> gmaxwell: hehehe
407 2012-04-09 13:14:38 <luke-jr> sipa: because tabs are the Right Way
408 2012-04-09 13:14:53 <gmaxwell> 0_o  but whatever, its shed painting.
409 2012-04-09 13:14:53 <sipa> right; another dogma
410 2012-04-09 13:15:07 <luke-jr> tabs exist just for indentation :p
411 2012-04-09 13:15:13 <sipa> yes, and they failed
412 2012-04-09 13:15:20 <luke-jr> &
413 2012-04-09 13:15:21 <jgarzik> yeah, I hate the whole bitcoin space thing.  Linux does 1 tab == 1 ident level, far superior.  But I am _not_ advocating we change all of bitcoin to that, as much as I would personally like to
414 2012-04-09 13:15:21 <sipa> because people couldn't agree about them
415 2012-04-09 13:15:32 <luke-jr> sipa: the point of tabs is that people don't *have* to agree about them
416 2012-04-09 13:15:50 <gmaxwell> luke-jr: so people set tabs based on personal perferences (reasonable) but then its impossible to make code line up in logcial ways (a reasonable expectation).
417 2012-04-09 13:15:50 <jgarzik> K&R started the 1 tab = 1 ident level tradition, and a good tradition it is :)
418 2012-04-09 13:15:55 <Joric> deserves two new BIP's
419 2012-04-09 13:16:17 <luke-jr> gmaxwell: not at all. tabs line up just fine, no matter how you set them to appear
420 2012-04-09 13:16:36 <sipa> luke-jr: consider this:
421 2012-04-09 13:16:37 <gmaxwell> luke-jr: only with other tabbed whitespace.
422 2012-04-09 13:16:40 <Diapolo> gavinandresen: I don't really know, why this happens ... boost 1.47 is used with Gitian, right?
423 2012-04-09 13:16:48 <luke-jr> gmaxwell: which should be all indentation :p
424 2012-04-09 13:16:56 <sipa> bool test  = (long thing)
425 2012-04-09 13:17:03 <gmaxwell> luke-jr: but you don't just want to align indentation.
426 2012-04-09 13:17:10 <sipa> || (other long thing);
427 2012-04-09 13:17:54 <luke-jr> <tab>bool test  = (long thing)
428 2012-04-09 13:17:56 <luke-jr> <tab>          || (other long thing);
429 2012-04-09 13:18:26 <gmaxwell> luke-jr: thats pretty tricky to get right as its not obvious you got your mixed-tabs-spaces wrong until you change your tabsize.
430 2012-04-09 13:18:27 <sipa> ok, so all "esthetic" indentation is done used spaces, all the rest using tabs?
431 2012-04-09 13:18:40 <sipa> what gmaxwell said
432 2012-04-09 13:18:54 <luke-jr> sipa: your "esthetic" indentation isn't indentation :p
433 2012-04-09 13:18:57 <gavinandresen> Joric: RE: your brainwallet:  before endorsing anything like that I'd like to see somebody put 10 bitcoins into 10 brainwallets that they memorize, and then challenge hackers to figure out one of the passphrases.  Even better, recruit 10 ordinary people to generate brainwallet passphrases, then deposit 100 bitcoins in each of them and then see if they can get hacked in, say, six months.
434 2012-04-09 13:19:28 <gmaxwell> gavinandresen: I would strongly encourage you not to endorse such a thing. I'm currently in the process of writing a scathing article against it.
435 2012-04-09 13:20:07 <gmaxwell> gavinandresen: moreover, your test has already failed. Before Joric created this he scanned for known words  found that "fuckyou" was a valid key, and IIRC took the coins.
436 2012-04-09 13:20:12 <luke-jr> gmaxwell: why would you get tabs/spaces wrong in the first place? :P
437 2012-04-09 13:20:15 <jgarzik> Back to somewhat relevance to bitcoin.  Consensus seems to dislike Hungarian notation, which means a new style should be preferred.  Are we all ok with Qt-style "someVariable"?  Qt and bitcoin are consistent in that most names have a lower-case starting letter.  Switching to Qt style FOR NEW CODE would mean "nValue" would become "value", etc.
438 2012-04-09 13:20:22 <_Fireball> you may want to play with autoindenting software and get it to (periodically or pre-commit hook) autoindent all code with the settings you decide.
439 2012-04-09 13:20:23 <sipa> gavinandresen: which may have been intentional
440 2012-04-09 13:20:47 <jgarzik> tabs/spaces is an emacs/vi argument :)
441 2012-04-09 13:20:47 <sipa> _Fireball: no - that would break all existing patches
442 2012-04-09 13:20:57 <_Fireball> yep indeed it will
443 2012-04-09 13:21:06 <sipa> _Fireball: i would very much like the obtained consistancy because of it, but we simply can't do that
444 2012-04-09 13:21:08 <luke-jr> I don't particularly dislike Hungarian notation, since it gives sensible names for casting between types and such, but I don't mind Qt camelcase either.
445 2012-04-09 13:21:34 <luke-jr> (ie, pszP2SH and vchP2SH)
446 2012-04-09 13:21:50 <Diablo-D3> true hungarian notation is fine
447 2012-04-09 13:22:01 <Diablo-D3> its that bastardized form that became popular at microsoft that fucks it over
448 2012-04-09 13:22:05 <gmaxwell> In strongly typed languages hungarian notation seems kind of pointless... then again, see the testnet timestamp bug.
449 2012-04-09 13:22:32 <_Fireball> sipa - it gets harder and harder as time (development) goes
450 2012-04-09 13:22:50 <sipa> _Fireball: yes, we're way past that point already, i think
451 2012-04-09 13:22:59 <Diablo-D3> gmaxwell: I wonder why people consider C not strongly typed.
452 2012-04-09 13:23:02 <_Fireball> I don't remember exactly,but some large opensource projects actually implement this policy
453 2012-04-09 13:23:11 <Joric> gmaxwell, take into account it's completely clientside and runs from public git repository
454 2012-04-09 13:23:39 <t7> Diablo-D3: arithmatic operations silently cast
455 2012-04-09 13:23:55 <Diablo-D3> t7: no, you can turn that on
456 2012-04-09 13:23:57 <gmaxwell> Its completely client side _this_ time I load it.. or maybe it's not, can you certify that there are no MITM between me and you?
457 2012-04-09 13:23:58 <Diablo-D3> -Wcast-something
458 2012-04-09 13:23:59 <Joric> unfortunately github doesnt support ssl for pages i doubt it's even needed in this case
459 2012-04-09 13:24:16 <gmaxwell> Joric: but thats an implementation detail.
460 2012-04-09 13:24:20 <wumpus> we should work on making it possible to enable compiler warnings, in general
461 2012-04-09 13:24:27 <sipa> wumpus: indeed
462 2012-04-09 13:24:37 <Diablo-D3> heh, libmowgli enables everything useful ;)
463 2012-04-09 13:24:40 <gavinandresen> speaking of the testnet timestamp bug... should we reset the testnet for 0.6.1 ?
464 2012-04-09 13:24:47 <Diablo-D3> -Wall -Wextra and NOT -pedantic
465 2012-04-09 13:24:48 <wumpus> that's much more important than some code asthethic stuff
466 2012-04-09 13:24:59 <Diablo-D3> -pedantic has gotten very fucking stupid in newer gccs
467 2012-04-09 13:25:04 <gmaxwell> Joric: in any case, no worries I'll run what I write by you before publishing it elsewhere.
468 2012-04-09 13:25:05 <sipa> gavinandresen: ack, full reset
469 2012-04-09 13:25:21 <sipa> to clean up the mess left by the frequent splitting changes
470 2012-04-09 13:25:22 <Diablo-D3> it bitches about stuff that is perfectly valid in C specifications and valid compilers
471 2012-04-09 13:25:32 <gmaxwell> ack on full reset.. it's a mess now.
472 2012-04-09 13:25:53 <wumpus> a full reset in a .1 release?
473 2012-04-09 13:25:57 <gribble> New news from bitcoinrss: cardpuncher opened issue 1069 on bitcoin/bitcoin <https://github.com/bitcoin/bitcoin/issues/1069>
474 2012-04-09 13:26:02 <gmaxwell> Diablo-D3: er... I've never seen pedantic be incorrect.
475 2012-04-09 13:26:11 <luke-jr> wumpus: it's just a testnet, after all :P
476 2012-04-09 13:26:24 <luke-jr> though I don't see the need for a reset personally.
477 2012-04-09 13:26:27 <Diablo-D3> gmaxwell: its not incorrect, its too bitchy
478 2012-04-09 13:26:29 <wumpus> yes, it's fine with me, but just needed to ask that question :-)
479 2012-04-09 13:26:30 <Diablo-D3> gmaxwell: it didnt use to be
480 2012-04-09 13:26:33 <t7> Diablo-D3: just because its valid c doesnt make it safe/sane
481 2012-04-09 13:26:37 <gmaxwell> Diablo-D3:  it's ... pedantic.
482 2012-04-09 13:26:48 <wumpus> you get what you ask for
483 2012-04-09 13:27:00 <Diablo-D3> gmaxwell: yes, -pedantic is supposed to be warnings that the code as written may not strictly comply to the spec
484 2012-04-09 13:27:13 <gmaxwell> Diablo-D3: yes, and you can tell it which spec to test against.
485 2012-04-09 13:27:31 <Diablo-D3> yes, and when I tell it c99, and I know damned well my code is 100% c99 compliant, it should shut the hell up
486 2012-04-09 13:28:33 <wumpus> in that case you should file a bug
487 2012-04-09 13:28:45 <Diablo-D3> meh
488 2012-04-09 13:28:53 <Diablo-D3> I am _not_ filing a bug on gcc
489 2012-04-09 13:29:01 <Diablo-D3> no way in hell Im falling into that trap
490 2012-04-09 13:29:09 <gmaxwell> Why? GCC dev's are super responsive if your bug isn't BS.
491 2012-04-09 13:29:52 <Diablo-D3> because they're probably going to come up with a valid reason why -pedantic is correct even though its not
492 2012-04-09 13:30:19 <sipa> any opinion about the git-describe based version id's in buildinfo: a marker for dirty code or not?
493 2012-04-09 13:30:39 <luke-jr> sipa: if possible IMO
494 2012-04-09 13:30:43 <gmaxwell> hm. How do you get a dirty code marker?
495 2012-04-09 13:30:53 <Diablo-D3> sipa: I dunno, it should honestly refuse to build if its dirty
496 2012-04-09 13:30:56 <gmaxwell> And yes, sure, please if there is a sane way to get that.
497 2012-04-09 13:31:06 <Diablo-D3> sipa: well, refuse to build a release
498 2012-04-09 13:31:33 <sipa> Diablo-D3: releases are done using gitian, that's simply impossible to do without committing
499 2012-04-09 13:31:35 <gmaxwell> Diablo-D3: our multi-build release process already solves that bug.
500 2012-04-09 13:31:58 <sipa> my latest build has version v0.6.0-66-gad5c019-beta
501 2012-04-09 13:32:21 <luke-jr> can we stop abusing "beta" and just label it "experimental version"? :p
502 2012-04-09 13:32:23 <Diablo-D3> gmaxwell: k
503 2012-04-09 13:32:28 <paulo_> any truth in this: http://www.bitcoinplus.com/user/fees
504 2012-04-09 13:32:31 <sipa> that would become v0.6.0-66-gad5c019-dirty-beta is it was built from a non-clean working dir
505 2012-04-09 13:32:45 <gmaxwell> paulo_: there is nothing there
506 2012-04-09 13:32:47 <gmaxwell> haha