1 2018-03-02 03:49:26	0|jonasschnelli|luke-jr: this signal seems unused, right? https://github.com/bitcoin/bitcoin/pull/11383/files#diff-744201ccb403526a4b5bf52d6e5367deR26
 2 2018-03-02 03:52:11	0|luke-jr|jonasschnelli: no, it's used to resolve the wallet (JSONRPCRequestWalletResolver)
 3 2018-03-02 03:54:14	0|jonasschnelli|Ah. I see it now
 4 2018-03-02 06:19:11	0|bitcoin-git|[13bitcoin] 15luke-jr closed pull request #11089: Enable various p2sh-p2wpkh functionality (06master...06p2shp2wpkhstuff) 02https://github.com/bitcoin/bitcoin/pull/11089
 5 2018-03-02 06:56:23	0|jonasschnelli|luke-jr: https://github.com/bitcoin/bitcoin/pull/11383#issuecomment-369828151
 6 2018-03-02 06:56:45	0|jonasschnelli|You disagree with the pass wallets as std::string instead CWallet or with my commit that removes the signal-approach?
 7 2018-03-02 14:18:22	0|bitcoin-git|[13bitcoin] 15dbolser opened pull request #12581: Adding option for wallet (optional) (060.16...06patch-3) 02https://github.com/bitcoin/bitcoin/pull/12581
 8 2018-03-02 15:04:01	0|luke-jr|jonasschnelli: both
 9 2018-03-02 16:24:15	0|maaku|https://bitcoincore.org/depends-sources seems to be down?
10 2018-03-02 16:24:20	0|maaku|or rather, 404
11 2018-03-02 16:24:41	0|maaku|make -C depend is failing due to sourceforge being down and bitcoincore.org not working as a backup
12 2018-03-02 16:29:36	0|cccattt|hi,  how does a bitcoin node look up a transaction by txid, as all transactions are linked in  hash tree and it seems impossible to go through all blocks?  And it also seems impossible to load all transactions in memory ?
13 2018-03-02 16:31:39	0|sipa|cccattt: it does not
14 2018-03-02 16:31:49	0|sipa|you can't look up a transaction by txid
15 2018-03-02 16:32:42	0|maaku|it does if you have txindex=1, but that's not necessary for operation
16 2018-03-02 16:32:49	0|cccattt|it must be something like a hash? how?
17 2018-03-02 16:33:08	0|sipa|no
18 2018-03-02 16:33:37	0|sipa|in normal operation, bitcoin core does not look up a specific transaction, ever
19 2018-03-02 16:33:57	0|cccattt|then how it checks the UXTOs?
20 2018-03-02 16:34:23	0|sipa|by having an explicit database of UTXOs
21 2018-03-02 16:39:05	0|cccattt|I see.
22 2018-03-02 16:51:13	0|cccattt|UXTOs are stored in /DataDir/chainstate file and loaded in memory pool, right?
23 2018-03-02 16:58:22	0|cccattt|"A LevelDB database with a compact representation of all currently unspent transaction outputs and some metadata about the transactions they are from. The data here is necessary for validating new incoming blocks and transactions. It can theoretically be rebuilt from the block data (see the -reindex command line option), but this takes a rather long time. Without it, you could still theoretically do validation indeed, but
24 2018-03-02 16:58:56	0|cccattt|This is what I extract need
25 2018-03-02 19:03:41	0|droark|Hi. Has anyone encountered Gitian issues involving apt-cacher-ng? I can't do Core's Gitian builds. gitian-builder/var/install.log says it can't connect to the apt-cacher-ng port on the bridge (10.0.3.2:3142). I've followed the directions in gitian-building.md as closely as possible (using VMware Fusion, not VirtualBox) but no dice. Other docs don't mention anything, and a Gitian dev suggested chown but didn't say what to mod.
26 2018-03-02 19:21:32	0|provoostenator|droark: all I know is that gitian builds can be brittle. The cop-out answer would be to use VirtualBox :-)
27 2018-03-02 19:22:32	0|droark|Heh. I've thought about caving and doing it. I don't know why VB vs. Fusion should matter but who knows.
28 2018-03-02 19:23:38	0|provoostenator|Would be useful to know if it works for you at all in VirtualBox, so you can rule out other factors.
29 2018-03-02 19:26:07	0|droark|Yeah. Maybe I'll give it a try. I'm going to poke around a bit more, though. The gitian-builder README makes a vague comment about chown being necessary sometimes to make apt-cacher-ng happy. It doesn't say anything else. (Hmmm. I wonder if the commit it's from has something....)
30 2018-03-02 19:28:09	0|provoostenator|Or the PR
31 2018-03-02 19:29:49	0|arubi|droark, I'd try spinning up a vanilla ubuntu lxc and see if you get any network at all.  if you do, then try pinging the gitian host's ip, or some physical ip on the network.  if you can't then it's just routes set up wrong (maybe fusion is not creating a host only network?)
32 2018-03-02 19:31:09	0|arubi|(I'm guessing you already checked that the apt-cacher service is up)
33 2018-03-02 19:33:24	0|droark|provoostenator - Looking over the PR but I don't think I'm seeing anything. I also talked with the guy who wrote the PR. (He's a gitian-builder dev now.) He wasn't sure offhand what to try. I'll keep looking.
34 2018-03-02 19:34:26	0|droark|arubi - Thanks, I'll play around with that some more, and play with Ubuntu. It seems like the apt-cacher-ng service is up but there might be something subtle I missed. That and, as I mentioned, the weird chown comment in the gitian-builder README.
35 2018-03-02 20:02:55	0|bitcoin-git|[13bitcoin] 15ryanofsky opened pull request #12582: Fix ListCoins test failure due to unset g_wallet_allow_fallback_fee (06master...06pr/listg2) 02https://github.com/bitcoin/bitcoin/pull/12582
36 2018-03-02 20:24:21	0|nfor|aaa
37 2018-03-02 20:47:13	0|bitcoin-git|[13bitcoin] 15chrislennon opened pull request #12583: [WIP] Unit test sub-directories (06master...06unittest_subdir) 02https://github.com/bitcoin/bitcoin/pull/12583
38 2018-03-02 21:01:58	0|bitcoin-git|[13bitcoin] 15rex4539 opened pull request #12584: Fix typos and cleanup documentation (06master...06rex4539-documentation) 02https://github.com/bitcoin/bitcoin/pull/12584
39 2018-03-02 21:09:26	0|droark|arubi - Played around a bit with LXC. Something's definitely up with the bridge when using Fusion. I couldn't figure it out at a glance. Maybe I'll try later. For now, I'll just stick with VirtualBox.
40 2018-03-02 22:10:02	0|droark|Yep, VirtualBox is humming along nicely. I'm guessing there's some way to get around whatever Fusion's doing to the bridge. I'll look into it if I get a chance, but I'm in no hurry. :)