< GitHub176>
[bitcoin] MarcoFalke opened pull request #8186: [0.12.2] backport: getblockchaininfo: make bip9_softforks an object, not an array. (0.12...Mf1606-rpcBip9Backport) https://github.com/bitcoin/bitcoin/pull/8186
< luke-jr>
jeremyrubin: segwit is a major change to Bitcoin - not Bitcoin Core.
< wumpus>
jeremyrubin: I'm not sure. I have no idea what autogen.sh would be spending time on. But it seems more a GNU problem thatn a bitcoin core problem :)
< luke-jr>
jonasschnelli: I'm thinking more of Bitcoin-Qt
< jonasschnelli>
I think adding cross compile depends options for ARM and AARCH64 would also reduce the "memory problem" (at least the amount of complains): https://github.com/bitcoin/bitcoin/issues/8162
< wumpus>
seek/read access for source files is only a problem for really huge projects, and then especially when the source is hosted on some horrible network file system (like clearcase), in any case bitcoin doesn't even come close
< jonasschnelli>
What about providing a script/cli-tool (C++) that would perform some heave leveldb tests with block like data? Something like a bitcoin-hardware-test?
< GitHub101>
[bitcoin] laanwj closed pull request #8172: Fix two warnings for comparison between signed and unsigned (master...fixunsigned) https://github.com/bitcoin/bitcoin/pull/8172
< GitHub0>
bitcoin/master 7e6dd7b Wladimir J. van der Laan: Merge #8172: Fix two warnings for comparison between signed and unsigned...
< GitHub0>
bitcoin/master 77f63a4 Pieter Wuille: Fix two warnings for comparison between signed and unsigned
< GitHub140>
[bitcoin] gmaxwell opened pull request #8179: Evict orphans which are included or precluded by accepted blocks. (master...reap_orphans) https://github.com/bitcoin/bitcoin/pull/8179
< gmaxwell>
yea, a side effect of the bitcoin protocol having no mechensim to just fetch txn already in blocks, which has a good reason for it (among other things, it helps keep the network from being abused as a file trading DHT)
< _anthony_>
bitcoin satellites are definitely the way to go
< gmaxwell>
There are other totally different alternatives though, like PIR scan services, which I think we almost have enough in bitcoin core to support as a purely external add on.
< gmaxwell>
rubensayshi: you should have your own network, and stop storing data unrelated to bitcoin in the bitcoin network.
< sipa>
you're storing data on my disk, without benefitting me or the bitcoin ecosystem
< gmaxwell>
rubensayshi: Bitcoin is a currency not a public shared database.
< rubensayshi>
offtopic; gmaxwell, I've never heard any1 say counterparty competes with bitcoin, it's focus is tokens (and soon EVM), it would be insane to think it could compete with bitcoin (considering the reduced efficiency)
< GitHub47>
[bitcoin] laanwj opened pull request #8175: gitian: Add --disable-bench to config flags for windows (master...2016_06_disable_bench_windows) https://github.com/bitcoin/bitcoin/pull/8175
< gmaxwell>
People involved with counterparty have told me they intend for counterparty to replace the bitcoin currency because the distribution of bitcoins is "unfair" and counterparty is "more equitable"-- I don't think it's accurate to describe it as an "upper layer" system, it's a system that explicitly is in competition with the bitcoin currency.
< NicolasDorier>
sipa: long story short bytespersigop enforced in AcceptToMempool broke some use case on upper layer (https://github.com/bitcoin/bitcoin/issues/8079) we have a simple way to fix it, but it would require to count signatures for a transaction a second time accuratly. Do you think it would be a problem performance wise ? I don't think so but maybe I am missing
< jonasschnelli>
cfields_: the bitcoin part was easy, the part on the bitcoin-seeder was more complex. :)
< GitHub53>
[bitcoin] sipa closed pull request #8083: Add support for dnsseeds with option to filter by servicebits (master...2016/05/dnsfilter) https://github.com/bitcoin/bitcoin/pull/8083
< GitHub12>
bitcoin/master cd0c513 Pieter Wuille: Merge #8083: Add support for dnsseeds with option to filter by servicebits...
< GitHub12>
bitcoin/master 2d83013 Jonas Schnelli: Add support for dnsseeds with option to filter by servicebits
< GitHub68>
[bitcoin] sipa opened pull request #8172: Fix two warnings for comparison between signed and unsigned (master...fixunsigned) https://github.com/bitcoin/bitcoin/pull/8172
< GitHub153>
[bitcoin] laanwj closed pull request #7530: autogen.sh: check for libtool before automake fails to find it (master...libtool-check) https://github.com/bitcoin/bitcoin/pull/7530
< GitHub0>
[bitcoin] laanwj closed pull request #8126: std::shared_ptr based CTransaction storage in mempool (master...sharedmempool) https://github.com/bitcoin/bitcoin/pull/8126
< GitHub172>
bitcoin/master dbfb426 Pieter Wuille: Optimize the relay map to use shared_ptr's...
< GitHub172>
bitcoin/master 8d39d7a Pieter Wuille: Switch CTransaction storage in mempool to std::shared_ptr
< GitHub172>
bitcoin/master 1b9e6d3 Pieter Wuille: Add support for unique_ptr and shared_ptr to memusage
< GitHub18>
[bitcoin] laanwj closed pull request #7703: tor: Change auth order to only use password auth if -torpassword (master...2016_03_auth_order) https://github.com/bitcoin/bitcoin/pull/7703
< GitHub196>
bitcoin/master 761cddb Wladimir J. van der Laan: Merge #7703: tor: Change auth order to only use password auth if -torpassword...
< GitHub196>
bitcoin/master 2e49448 Wladimir J. van der Laan: tor: Change auth order to only use HASHEDPASSWORD if -torpassword...
< jonasschnelli>
We can change it bitcoin-tx wide later
< jonasschnelli>
Yes. I just saw that there are atoi in bitcoin-tx (before my change) and I just was "continue" that way. But I agree, re-using the ParseInt* stuff is better
< GitHub141>
[bitcoin] theuni opened pull request #8167: gitian: Ship debug tarballs/zips with debug symbols (master...split-debug) https://github.com/bitcoin/bitcoin/pull/8167
< Chris_Stewart_5>
If I specify a -datadir when launching an instnce of bitcoind, does my bitcoind instance look for a bitcoin.conf inside of my datadir, or ~/.bitcoin/bitcoin.conf?
< GitHub70>
[bitcoin] paveljanik opened pull request #8166: src/test: Do not shadow local variables (master...20160607_shadowing_tests) https://github.com/bitcoin/bitcoin/pull/8166
< btcdrak>
Danco_: it's probably a question for #bitcoin-dev or #bitcoin. this channel is specifically for Bitcoin Core development.
< jonasschnelli>
(at least on the bitcoin blockchain)
< GitHub110>
[bitcoin] paveljanik opened pull request #8163: Do not shadow global RPC table variable (tableRPC) (master...20160607_shadowing_rpc) https://github.com/bitcoin/bitcoin/pull/8163
< GitHub140>
[bitcoin] laanwj closed pull request #7957: [RPC][Bitcoin-TX] Add support for sequence number (master...2016/04/rbf_base) https://github.com/bitcoin/bitcoin/pull/7957
< GitHub19>
bitcoin/master ae357d5 Jonas Schnelli: [Bitcoin-Tx] Add tests for sequence number support
< GitHub19>
bitcoin/master a946bb6 Jonas Schnelli: [RPC] createrawtransaction: add option to set the sequence number per input
< GitHub19>
bitcoin/master e59336f Jonas Schnelli: [bitcoin-tx] allow to set nSequence number over the in= command
< hello_>
Could someone tell me what 'mempool' is in bitcoin core? I guess it is some ds where the transactions are stored , correct??
< sipa_>
not "how bitcoin uses numbering system"
< Chris_Stewart_5>
Does bitcoin use a specific numbering system? It seems that it doesn't follow one's complement or twos complement from what i can tell..
< * MarcoFalke>
wonders what happens if someone merges https://github.com/bitcoin/bitcoin/pull/7510 via the GitHub GUI. (The pull conflicts with master but GitHub shows no conflicts... o0 )
< gmaxwell>
Yea, on your local meachine metadata privacy is almost totally pointless, your browser cache tells anyone with your computer almost anything you did with the bitcoin wallet.
< wumpus>
I doubt the bitcoin wallet metadata is the only metadata you'd want to hide
< gmaxwell>
I suggested an idea a while back that we just define an interface where we fork a process that speaks a bitcoin-core specific protocol to bitcoin... then speaks whatever the wallet needs to speak, and can open up UIs and whatnot.
< jonasschnelli>
(require unlock of level 1 when staring Bitcoin-Qt/bitcoind)
< jonasschnelli>
So we could use a simple subset for bitcoin-core (not a subtree, more like 2-3 files like ctaes)
< sipa>
i moved ctaes to bitcoin-core
< wumpus>
so my question is, doesn't this backwards compatible logic belong in knots but not in bitcoin core?
< wumpus>
I've had dreams about bitcoin sometimes, though usually about things going wrong
< GitHub68>
[bitcoin] pstratem opened pull request #8142: Improve CWallet API with new GetAccountPubkey function. (master...2016-06-02-cwallet-getaccountpubkey) https://github.com/bitcoin/bitcoin/pull/8142