1 2012-08-14 03:37:57 <BlueMattBot> Project Bitcoin build #12: STILL FAILING in 1 hr 36 min: http://jenkins.bluematt.me/job/Bitcoin/12/
  2 2012-08-14 04:08:17 <[Tycho]> denisx: duplicates shouldn't be acepted
  3 2012-08-14 04:09:21 <denisx> [Tycho]: hmm, it seems that cgminer is generating duplicates with the ztex module
  4 2012-08-14 04:09:31 <denisx> I can see the duplicates in the client and also in my pool
  5 2012-08-14 04:09:38 <denisx> but not on yours (says a user to me)
  6 2012-08-14 04:10:03 <gmaxwell> something with ntime rolling?
  7 2012-08-14 04:10:25 <denisx> gmaxwell: a duplicate is a duplicate
  8 2012-08-14 04:10:55 <denisx> gmaxwell: or what do you mean?
  9 2012-08-14 04:11:13 <[Tycho]> ntime rolling is not supported yet.
 10 2012-08-14 04:11:27 <luke-jr> denisx: does BFGMiner have the same problem?
 11 2012-08-14 04:11:32 <gmaxwell> Is the bug potentially related to rolling, and you're not seeing it because deepbit doesn't roll.
 12 2012-08-14 04:11:40 <denisx> luke-jr: I dont have that hardware
 13 2012-08-14 04:11:42 <[Tycho]> denisx: PM me your login name please
 14 2012-08-14 04:12:00 <denisx> [Tycho]: I dont have one, a user told me
 15 2012-08-14 04:12:02 <luke-jr> denisx: huh?
 16 2012-08-14 04:12:09 <luke-jr> o
 17 2012-08-14 04:12:17 <denisx> luke-jr: you mean BTCMiner from ztex?
 18 2012-08-14 04:12:25 <luke-jr> denisx: no, I mean BFGMiner
 19 2012-08-14 04:12:39 <luke-jr> https://bitcointalk.org/?topic=78192
 20 2012-08-14 04:13:58 <denisx> is that a cgminer fork?
 21 2012-08-14 04:14:23 <luke-jr> denisx: that's the original for FPGAs; cgminer copied some of it back, but tends to lag behind
 22 2012-08-14 04:15:16 <denisx> btw, is it true that your pool is bankrupt?
 23 2012-08-14 04:15:23 <luke-jr> define bankrupt
 24 2012-08-14 04:15:36 <denisx> no btc left for payouts
 25 2012-08-14 04:16:00 <luke-jr> bitcoins go out as they come in
 26 2012-08-14 04:16:37 <gmaxwell> denisx: SMPPS becomes proportional when the buffer is zero.
 27 2012-08-14 04:16:50 <luke-jr> (more or less)
 28 2012-08-14 04:17:01 <denisx> I see
 29 2012-08-14 04:17:35 <luke-jr> denisx: we are possibly switching to PPLNS*8 sometime
 30 2012-08-14 04:22:47 <denisx> ok, bgfminer is running
 31 2012-08-14 04:24:49 <denisx> so bfgminer is like cgminer but without cpu and gpu?
 32 2012-08-14 04:25:39 <luke-jr> denisx: CGMiner was GPU only ; BFGMiner added FPGA support, and also supports CPU ; CGMiner has pulled some of the FPGA stuff
 33 2012-08-14 04:28:13 <denisx> so far so good, but to be sure it needs a little longer
 34 2012-08-14 04:28:49 <luke-jr> note that Ztex is like 99.9% up to date in CGMiner, so I'd be surprised if BFG *didn't* have this bug (unless it's unrelated to the Ztex..)
 35 2012-08-14 04:29:25 <luke-jr> also, I don't have any Ztex myself, so chances of fixing bugs there are slim without donations (Ztex co did offer me to order 1 of each at half price)
 36 2012-08-14 04:30:14 <luke-jr> (but if the bug is there, do still open an Issue in GitHub so I know about it and can maybe try to figure it out blind :P)
 37 2012-08-14 04:30:50 <denisx> a duplicate has more to do with work management
 38 2012-08-14 04:30:56 <luke-jr> usually, yes
 39 2012-08-14 04:54:49 <denisx> luke-jr: you should not use gettimeofday for your uptime in bfgminer
 40 2012-08-14 04:54:53 <denisx> it is slow and wrong too
 41 2012-08-14 04:54:53 <luke-jr> ?
 42 2012-08-14 04:54:57 <luke-jr> &
 43 2012-08-14 04:55:25 <denisx> use clock_gettime with CLOCK_MONOTONIC
 44 2012-08-14 04:55:43 <denisx> luke-jr: if a user corrects his systemtime your uptime will jump too
 45 2012-08-14 04:57:08 <luke-jr> denisx: that may be a good idea; want to open an issue for it? :p
 46 2012-08-14 04:59:21 <luke-jr> disclosure: maintaining mergability between BFG and CG may be higher priority than supporting clock changes during runtime, for now
 47 2012-08-14 05:00:32 <denisx> now the duplicate thing happened with bfgminer too
 48 2012-08-14 05:00:48 <denisx> [2012-08-14 08:59:57] Accepted 1d0b3988.518ea986 ZTX 1
 49 2012-08-14 05:00:49 <denisx> [2012-08-14 09:00:04] Accepted 39458b7d.c3ff7d4c ZTX 2
 50 2012-08-14 05:00:50 <denisx> [2012-08-14 09:00:06] Rejected 1d0b3988.518ea986 ZTX 1  (duplicate)
 51 2012-08-14 05:01:35 <luke-jr> denisx: could you open an issue for that especially? include details about which Ztex model, ideally --debuglog output (use 2>filename with it), anything else that might be relevant
 52 2012-08-14 05:03:17 <luke-jr> denisx: btw http://github.com/luke-jr/bfgminer/issues/new ;)
 53 2012-08-14 05:20:38 <denisx> luke-jr: https://github.com/luke-jr/bfgminer/issues/100
 54 2012-08-14 05:24:49 <grondilu> I suddenly get a lot of "connect() failed after select(): Connection refused
 55 2012-08-14 05:25:16 <grondilu> " and bitcoin can not get any connection.  I'm stuck.  What can be wrong?
 56 2012-08-14 05:26:23 <luke-jr> denisx: if you can, maybe ask if they can spare any Bitcoins to donate to getting one to debug with; total cost for me to buy a 1.15y is about 50 BTC
 57 2012-08-14 05:44:26 <BlueMattBot> Project Bitcoin build #13: STILL FAILING in 2 hr 6 min: http://jenkins.bluematt.me/job/Bitcoin/13/
 58 2012-08-14 10:11:03 <sipa> ;;bc,blocks
 59 2012-08-14 10:11:04 <gribble> 193849
 60 2012-08-14 11:52:43 <finway> ;seen gavinandresen
 61 2012-08-14 11:52:46 <finway> ;;seen gavinandresen
 62 2012-08-14 11:52:46 <gribble> gavinandresen was last seen in #bitcoin-dev 1 week, 6 days, 16 hours, 1 minute, and 17 seconds ago: <gavinandresen> gmaxwell: your use case feels like a different kind of key to me-- "watch-only, I'll dig up the private key when I need to spend, thank you very much"
 63 2012-08-14 11:53:32 <finway> gavin's on vacation ?
 64 2012-08-14 11:55:25 <helo> yes
 65 2012-08-14 11:55:41 <gribble> I have not seen gavin-in-a-car.
 66 2012-08-14 11:55:41 <helo> ;;seen gavin-in-a-car
 67 2012-08-14 11:55:57 <finway> ;;seen gavininacar
 68 2012-08-14 11:55:57 <gribble> gavininacar was last seen in #bitcoin-dev 18 hours, 44 minutes, and 24 seconds ago: <gavininacar> Got it.  Yes, ack
 69 2012-08-14 11:55:57 <helo> ;;seen gavin_in_a_car
 70 2012-08-14 11:56:39 <finway> funny
 71 2012-08-14 11:57:09 <finway> So we finally have a python node ?
 72 2012-08-14 11:57:31 <finway> Great
 73 2012-08-14 12:12:24 <helo> a python node, mostly
 74 2012-08-14 12:15:29 <BlueMatt> hmm...here's a fun one: CreateNewBlock count (potentially) create a block larger than MAX_BLOCK_SIZE if, in adding the last tx, you get more bytes for the tx-vector-length-prefix and you would otherwise have a block of size MAX_BLOCK_SIZE[ - 1]
 75 2012-08-14 12:15:41 <BlueMatt> s/count/could/
 76 2012-08-14 12:15:55 <BlueMatt> now, lets see who can make deepbit do that
 77 2012-08-14 12:18:11 <BlueMatt> well, ok, no it wont thanks to the 1k max, but its still a fun bug
 78 2012-08-14 12:24:12 <epscy> a python node?
 79 2012-08-14 12:24:19 <epscy> is there a github repo?
 80 2012-08-14 12:26:31 <BlueMatt> yes, jgarzik/pynode, I believe
 81 2012-08-14 12:30:39 <helo> doesn't do reorgs yet
 82 2012-08-14 12:31:29 <epscy> reorgs?
 83 2012-08-14 12:33:55 <epscy> oh it doesn't really look like a full node
 84 2012-08-14 12:34:04 <epscy> still work in progress
 85 2012-08-14 12:34:19 <epscy> do we have any other full implementations?
 86 2012-08-14 12:34:25 <BlueMatt> bitcoinj
 87 2012-08-14 12:34:34 <BlueMatt> and bitcoinjs
 88 2012-08-14 12:34:34 <epscy> is that complete?
 89 2012-08-14 12:34:46 <BlueMatt> it is in my branch
 90 2012-08-14 12:34:58 <BlueMatt> bitcoinjs has been...forever
 91 2012-08-14 12:35:35 <epscy> cool
 92 2012-08-14 13:02:24 <jgarzik> I wouldn't call bitcoinjs a full implementation...
 93 2012-08-14 13:02:40 <sipa> why not?
 94 2012-08-14 13:04:07 <gmaxwell> BlueMatt: luke pointed out that size counting bug a while back IIRC
 95 2012-08-14 13:04:22 <gmaxwell> BlueMatt: it's not a problem for stock code since we only target half size.
 96 2012-08-14 13:05:05 <sipa> btw, can i get an op here?
 97 2012-08-14 13:05:07 <sipa> hehe
 98 2012-08-14 13:05:52 <sipa> apparently i configured my irssi once to map the key e-accent-aigu to "say hehe"
 99 2012-08-14 13:06:24 <sipa> now that i'm on an azerty keyboard it's quite not to hit that key from time to time (it's the 1 without shift)
100 2012-08-14 13:08:09 <_dr> i could think of worse mappings than 'hehe' :)
101 2012-08-14 13:11:57 <BlueMatt> gmaxwell: no, its not a problem since we limit to 1k smaller than MAX_BLOCK_SIZE no matter what (the 1/2-size is over-rideable with a bitcoin.conf setting)
102 2012-08-14 13:15:17 <sipa> eh, thx ChanServ!
103 2012-08-14 13:48:22 <Joric> bitcoinjs is not commonjs compatible in the first place it depends on window variable =)
104 2012-08-14 13:49:18 <Joric> check out workaround in the bottom http://brainwallet.org/js/bitcoinsig.js
105 2012-08-14 16:12:43 <Denopoly> Hello!!
106 2012-08-14 16:13:00 <Denopoly> I have some questions. Hopefully someone can help me out?
107 2012-08-14 16:13:36 <Denopoly> I need to send bitcoins to someone, how do I do this?
108 2012-08-14 17:37:45 <Diapolo> Does anyone know, if BitcoinPullTester is using a newer Qt version than the official Gitian process?
109 2012-08-14 17:38:55 <jgarzik> Since Satoshi Dice started, there have been:
110 2012-08-14 17:39:27 <jrmithdobbs> sounds about right
111 2012-08-14 17:39:39 <gmaxwell> <brightside>at least they're somewhat smaller than average</brightside>
112 2012-08-14 17:40:06 <gmaxwell> jgarzik: even more fun is the quantity of those tx that are 1e-8 outputs which will likely never ever get spent. :(
113 2012-08-14 17:40:42 <jgarzik> gmaxwell: oh?  any idea why it generates super-small outputs?
114 2012-08-14 17:41:02 <gmaxwell> jgarzik: when you lose it pays your 1e-8 in order to inform you of your loss and keep you gambling.
115 2012-08-14 17:41:32 <gmaxwell> s/your/you/
116 2012-08-14 17:41:38 <jgarzik> ugh
117 2012-08-14 17:42:42 <gmaxwell> we really ought to add some code to agressively try to sweep up tiny outputs.
118 2012-08-14 17:43:23 <gmaxwell> E.g. if you have a txn with room before it will need fees, keep adding extra small inputs until it doesn't anymore.
119 2012-08-14 18:11:38 <OneEyed> gmaxwell: Armory does this, and tries to favour existing addresses first when adding bit dust, to avoid increasing tainting unnecessarily
120 2012-08-14 18:42:28 <graingert> gmaxwell: I'd like to see tx with lots of small inputs charged less than a tx with lots of small outputs
121 2012-08-14 18:43:21 <OneEyed> That's the case already if I remember correctly. Aren't the "usefulness" of the inputs (age*amount) added, or maxed?
122 2012-08-14 18:43:55 <graingert> age*amount hmm
123 2012-08-14 18:43:58 <graingert> fair
124 2012-08-14 18:44:34 <gmaxwell> but it's over size
125 2012-08-14 18:44:59 <gmaxwell> sum(age*amount)/size and inputs increase size. Adding inputs with lower than your average priority will lower your total priority.
126 2012-08-14 18:45:45 <OneEyed> Yes, but while you're under the threshold, you can add inputs for free, right (provided you already have a change output)?
127 2012-08-14 18:45:58 <gmaxwell> Yup.
128 2012-08-14 18:46:11 <gmaxwell> Or when you're already paying a fee and you're below the next kilobyte.
129 2012-08-14 18:46:24 <gmaxwell> e.g. if you're at 1100 bytes you can add 900 more.
130 2012-08-14 18:46:28 <graingert> hmm
131 2012-08-14 18:46:28 <OneEyed> eth* (cannot remember his nick, the author of Armory) even talked about adding extra transactions to cancel the fee by increasing the change output to at least one bitcent
132 2012-08-14 18:46:36 <OneEyed> gmaxwell: yeah, right!
133 2012-08-14 18:46:42 <graingert> gmaxwell: make an issue on GitHub?
134 2012-08-14 18:46:58 <OneEyed> (read extra inputs, not extra transactions)
135 2012-08-14 18:47:03 <gmaxwell> I think I did already. I actually had a patch for this (now bitrotted), but it tended to link addresses often.
136 2012-08-14 18:47:32 <gmaxwell> I thought the integration of the coincontrol stuff would help, but actually after working with that code. 'meh'
137 2012-08-14 18:47:46 <graingert> meh
138 2012-08-14 18:47:54 <graingert> got a link
139 2012-08-14 18:49:38 <gmaxwell> hm. there isn't an issue, I'll open one. Though I'm not likely to forget it. :)
140 2012-08-14 18:51:51 <graingert> sexual
141 2012-08-14 18:54:15 <OneEyed> graingert: wrong channel?
142 2012-08-14 18:54:29 <graingert> yes...
143 2012-08-14 18:54:33 <graingert> yes of course..
144 2012-08-14 18:54:36 <OneEyed> :)
145 2012-08-14 18:54:47 <graingert> it was meant for #ubuntu
146 2012-08-14 18:54:50 <OneEyed> Eheh
147 2012-08-14 18:55:06 <graingert> ##hardware *
148 2012-08-14 19:01:12 <graingert> !ticker
149 2012-08-14 19:01:12 <gribble> Best bid: 12.1621, Best ask: 12.1976, Bid-ask spread: 0.03550, Last trade: 12.19761, 24 hour volume: 53927, 24 hour low: 11.70999, 24 hour high: 12.19879
150 2012-08-14 22:29:57 <BlueMatt> ;;later tell TD added basic block-as-header+coinbase tx+vector<tx hash> support (see github.com/TheBlueMatt/bitcoin/compare/0086931...bloom), tweaked matching algo, emailed ml, Ill be on a plane most of tomorrow, but Ill see responses when I land
151 2012-08-14 22:29:58 <gribble> The operation succeeded.
152 2012-08-14 22:41:12 <jgarzik> BlueMatt: good stuff
153 2012-08-14 23:22:14 <gmaxwell> theymos: any p2sh plans? https://blockexplorer.com/testnet/tx/35cdf0594ef0890703a8ede92f6fc80272d0b0b73d19d2a9af80dd17c11e188c
154 2012-08-14 23:23:33 <gmaxwell> (FWIW, getrawtransaction decodes those file)
155 2012-08-14 23:23:36 <gmaxwell> er fine.
156 2012-08-14 23:24:48 <jgarzik> gmaxwell: blockexplorer.com gets my old getblock patch, so that's probably additional coding to use getrawtx
157 2012-08-14 23:25:12 <jgarzik> gmaxwell: ('getblock' RPC provides a full JSON dump for a block, including full per-TX dump, in case you're not familiar with it)
158 2012-08-14 23:25:27 <jgarzik> plus, it probably requires an older version to patch in