< jb55>
yeah something about this BerkeleyBatch might be slow. going to printf the hell out this to see what's going on.
< fanquake>
carldong I'm doing a macOS build using depends on buster. Having an issue where cctools bombs out with a broken clang & "/usr/bin/ld: cannot find crtbegin.o:, /usr/bin/ld: cannot find -lgcc".
< fanquake>
Googling points to an issue with an older Clang (3.4) and GCC, so maybe a similar issue. Any thoughts?
< dongcarl>
Yeah I'm struggling a little with OSX too. Is your host buster or osx? Target?
< fanquake>
dongcarl it's a debian:buster docker container, docker running on macOS. depends target is x86_64-apple-darwin14
< fanquake>
I'll tidy up what I've got an can open an issue with all the details
< dongcarl>
fanquake: dope
< gmaxwell>
any chance we have a bug where we don't fetch blocks from all out outbound peers while catching up? I've noticed a number of peers appear to be doing this.
< gmaxwell>
They startup behind, they're slow to respond like they're fetching blocks from someone, but they never fetch from me.
< wumpus>
don't know, I don't think it necessarily fetches blocks from everyone during initial sync
< gmaxwell>
IIRC it doesn't fetch from inbound peers, but I thought it fetched from all outbound.
< CubicEarth>
I have noticed my 18.0 node is very slow to start downloading blocks when I fire it up.
< CubicEarth>
Seems slow to connect to peers as well
< CubicEarth>
quite a bit slower than my 16.0 node. I turn on each every now and then to catch up. The specs between them are comparable, except the 16.0 has a SSD
< gmaxwell>
CubicEarth: that can just be a property of how much junk is in the peers database.
< CubicEarth>
gmaxwell: The 18.0 node was only created about a month ago, as a 17 node on a fresh install and synced from scratch, then updated to 18 a few days ago. So probably not too much junk?
< gmaxwell>
kinda the other way around, the older node had an oppturnity to go learn about a lot of good and working peers.
< bitcoin-git>
bitcoin/master c3ef63a MeshCollider: Show loaded wallets as disabled in open menu instead of nothing
< bitcoin-git>
bitcoin/master 387eb5b Jonas Schnelli: Merge #15957: Show "No wallets available" in open menu instead of nothing
< bitcoin-git>
[bitcoin] jonasschnelli merged pull request #15957: Show "No wallets available" in open menu instead of nothing (master...201905_openwallet_empty) https://github.com/bitcoin/bitcoin/pull/15957
< gmaxwell>
I really wish there were more ability to turn off parts of the github page that projects don't use. The whole setup effectively tries to get you to use github as the projects' website, but doesn't make it sufficiently customizable.
< gmaxwell>
Displaying contributors on the front in alphabetical order, and the only way to control it is to make people hidden is another example.
< emilr>
I wouldn't mind if they included the actual patches with pull request notifications, but they do like them pageviews.
< gmaxwell>
emilr: its easy to setup your git locally to pull PRs as branches.
< emilr>
sure, I can also fetch .diff from github but its an extra step I have to do just to asses if I'm going to give more time to said pr or its totally uninteresting to me. It's no longer a problem for me, I quit using a gui a while back, my productiviy skyrocketed
< achow101>
emilr: you can setup a git remote that lets you fetch the commits for any pr with just a checkout