1 2015-04-03 00:52:48 <phantomcircuit> gmaxwell, btw did you see what i was saying about the two CCoinsCacheView objects?
 2 2015-04-03 01:04:29 <sipa> v3 blocks stabalizing around 18%
 3 2015-04-03 01:58:50 <Luke-Jr> jgarzik: are you still maintaining https://github.com/jgarzik/python-bitcoinrpc ? lots of open PRs..
 4 2015-04-03 02:11:16 <jgarzik> Luke-Jr, cleared through some
 5 2015-04-03 02:11:53 <jgarzik> Luke-Jr, Unfortunately I am utterly unqualified to judge python 3.x PRs, and not very motivated to test
 6 2015-04-03 02:12:22 <jgarzik> Luke-Jr, want to go through the remaining https://github.com/jgarzik/python-bitcoinrpc/pulls and ACK?
 7 2015-04-03 02:12:23 <jgarzik> :)
 8 2015-04-03 02:33:18 <fanquake> ;;blocks
 9 2015-04-03 02:33:20 <gribble> 350476
10 2015-04-03 03:45:46 <phantomcircuit> sipa, why does CCoins::Cleanup only remove from the end?
11 2015-04-03 05:17:15 <sipa> phantomcircuit: ?
12 2015-04-03 05:17:31 <sipa> phantomcircuit: it's a vector, and the position matters
13 2015-04-03 05:19:29 <phantomcircuit> sipa, oh right duh i was thinking it was a map
14 2015-04-03 05:20:18 <phantomcircuit> so the CCoints::vout can have spent outputs in it after cleanup as long as they're not the last element in the vector
15 2015-04-03 05:21:35 <phantomcircuit> and a map would of course be too expensive
16 2015-04-03 05:25:12 <phantomcircuit> so it does help a bit to put op_return stuff as the last output
17 2015-04-03 05:33:09 <phantomcircuit> gmaxwell, yeah no that doesn't explain it the Flush should handle that
18 2015-04-03 05:33:23 <phantomcircuit> only thing i can think of is leveldb silently failing to write the transaction
19 2015-04-03 05:42:35 <Luke-Jr> jgarzik: went and left comments on all the open ones; none looked appropriate to merge yet :<
20 2015-04-03 05:48:18 <Luke-Jr> jgarzik: (also, I submitted a new PR to fix the long-standing issue which causes Eloipool to lose blocks with current/master bitcoinrpc)
21 2015-04-03 05:50:50 <Luke-Jr> seems TNIAB is broken again? getting "Bitcoin is downloading blocks…" despite fully synced nodes :/
22 2015-04-03 06:03:18 <wumpus> gmaxwell: git grep is *great*, it's one of the things that makes git so much better than svn etc, how could you live without it :)
23 2015-04-03 06:08:18 <Luke-Jr> wumpus: +1 ☺
24 2015-04-03 07:06:50 <Luke-Jr> yes, IsInitialBlockDownload's time lockout as well as checkpoint seem to break TNIAB :/
25 2015-04-03 07:08:59 <wumpus> my node is getting very dusty, hundreds of these messages "ERROR: AcceptToMemoryPool: nonstandard transaction: dust"
26 2015-04-03 07:09:33 <wumpus> and I've just cleaned out the dust bunnies this week
27 2015-04-03 07:10:14 <wumpus> maybe it'd be useful to detetect repeated messages like the linux kernel does
28 2015-04-03 07:11:13 <wumpus> Luke-Jr: seems no one is testing that scenario
29 2015-04-03 07:13:45 <Luke-Jr> wumpus: any objection to a MaxTipAge chain param to deal with this?
30 2015-04-03 07:14:03 <wumpus> can you do without?
31 2015-04-03 07:14:23 <Luke-Jr> I don't see any obvious way to avoid it?
32 2015-04-03 07:17:49 <wumpus> it's just that complicating that logic even further, just for testing, seems a bit risky
33 2015-04-03 07:20:24 <Luke-Jr> hard to be risky for a constant number IMO; I can't think of a way to make the existing logic work for TNIAB
34 2015-04-03 07:20:40 <Luke-Jr> (technically it's a risk for mainnet too, but we have bigger problems if it happens)
35 2015-04-03 07:20:49 <wumpus> right
36 2015-04-03 10:26:23 <jgarzik> luke-jr: TNIAB broken - is this related to python-bitcoinrpc?
37 2015-04-03 11:16:12 <wumpus> that's just bitcoind having added a new rule
38 2015-04-03 11:56:27 <michagogo> wumpus: I built and pushed sigs last night
39 2015-04-03 12:08:03 <wumpus> michagogo: merged
40 2015-04-03 12:19:30 <hearn> hmmm. does anyone else find transifex's command line tool to be not excellent?
41 2015-04-03 12:19:34 <hearn> or is it just me ...
42 2015-04-03 12:21:31 <wumpus> what problem do you have with it?
43 2015-04-03 12:21:51 <hearn> it seems rather flaky and the way it behaves doesn't always match the documentation.
44 2015-04-03 12:22:26 <hearn> for instance i accidentally set my "resource slug"  (slug?!) in my config file to be lighthouse.pot with a dot in it, and all that happened is I got a python ValueError. the real resource name is without a dot. confusing.
45 2015-04-03 12:22:40 <hearn> it also let me configure my local repo for the wrong project that had a similar name, without noticing
46 2015-04-03 12:22:44 <wumpus> well I suppose we agree, we have actually built an utility *around* the transifex tool to fetch and post-process the translation files
47 2015-04-03 12:22:50 <hearn> oh, really?
48 2015-04-03 12:22:56 <hearn> i didn't know that. maybe i should check it out.
49 2015-04-03 12:23:11 <wumpus> one of the problems was that the incremental option doesn't reliably fetch new/updated translation files
50 2015-04-03 12:23:16 <wumpus> (no idea if that's solved now)
51 2015-04-03 12:23:19 <hearn> outstanding
52 2015-04-03 12:23:57 <wumpus> see contrib/devtools/update-translations.py
53 2015-04-03 12:24:16 <hearn> thanks
54 2015-04-03 12:25:03 <wumpus> some of the steps it takes are bitcoind-specific and not a fixup for transifex tool problems, like checking matching % format characters
55 2015-04-03 12:56:49 <fanquake1> ;;blocks
56 2015-04-03 12:56:50 <gribble> 350537
57 2015-04-03 13:02:31 <fanquake1> gavinandresen Are you still using vagrant for gitian building? Have you got a newer copy of your hacked up vagrant file than what is in https://github.com/devrandom/gitian-builder/issues/81
58 2015-04-03 22:34:40 <Diablo-D3> TIL osx doesnt enable ecn by default
59 2015-04-03 23:43:27 <cfields> sipa: where's the config file for clang-format?
60 2015-04-03 23:43:50 <sipa> cfields: src/.clang-format
61 2015-04-03 23:44:05 <cfields> 
ACTION face-palms

62 2015-04-03 23:44:19 <cfields> i was digging around in PRs, didn't realize it was already there :)
63 2015-04-03 23:44:20 <cfields> thanks
64 2015-04-03 23:50:48 <cfields> sipa: ick: http://pastebin.com/raw.php?i=g5vjMnEf
65 2015-04-03 23:51:07 <sipa> cfields: ?
66 2015-04-03 23:52:01 <cfields> i'm formatting the new aes files as jgarzik suggested. our config breaks up array initialization to one-per-line it seems
67 2015-04-03 23:52:12 <sipa> yeah
68 2015-04-03 23:52:24 <sipa> we may want separate source files with tables or something
69 2015-04-03 23:52:29 <sipa> or just ignore those lines for now :(
70 2015-04-03 23:52:38 <phantomcircuit> Diablo-D3, ecn?
71 2015-04-03 23:52:44 <familiar_> Hey ppl. Was anyone able to install an external plugin to Electrum on windows ?
72 2015-04-03 23:53:11 <cfields> ok
73 2015-04-03 23:53:20 <jgarzik> cfields, as sipa said.  When tools produce pathological output, no need to follow them off a cliff.
74 2015-04-03 23:53:36 <jgarzik> having data [tables] in separate files is useful in any case, IMO
75 2015-04-03 23:54:02 <cfields> jgarzik: heh, i wasn't suggesting as much. i was hoping it was tweakable
76 2015-04-03 23:54:20 <cfields> that's fine too