< wumpus> I have a new phone (Nexus 6P) and just realized it runs ARM 64 bit, had no idea, should definitely try to run bitcoin core on it
< wumpus> sure, everyone knows that is possible by now, but given these specs it's probably faster on this than on most people's laptops :)
< btcdrak> wumpus: you can run abcore
< wumpus> it does pruning, I hope?
< wumpus> ok it does, even enabled by default
< GitHub1> [bitcoin] laanwj pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/03dd707dc027...088d1f441301
< GitHub1> bitcoin/master fafeec3 MarcoFalke: [qt] sync-overlay: Don't show progress twice...
< GitHub1> bitcoin/master 088d1f4 Wladimir J. van der Laan: Merge #8906: [qt] sync-overlay: Don't show progress twice...
< GitHub49> [bitcoin] laanwj closed pull request #8906: [qt] sync-overlay: Don't show progress twice (master...Mf1610-qtSyncProgress) https://github.com/bitcoin/bitcoin/pull/8906
< GitHub39> [bitcoin] laanwj closed pull request #8903: Seed insecure_rand during start (master...patch-1) https://github.com/bitcoin/bitcoin/pull/8903
< GitHub108> [bitcoin] laanwj pushed 4 new commits to master: https://github.com/bitcoin/bitcoin/compare/088d1f441301...49c591037289
< GitHub108> bitcoin/master f9bd92d Wladimir J. van der Laan: version.h: s/shord/short/ in comment
< GitHub108> bitcoin/master 2c09a52 Wladimir J. van der Laan: protocol.h: Move MESSAGE_START_SIZE into CMessageHeader...
< GitHub108> bitcoin/master 1df3111 Wladimir J. van der Laan: protocol.h: Make enums in GetDataMsg concrete values...
< GitHub133> [bitcoin] laanwj closed pull request #8880: protocol.h: Move MESSAGE_START_SIZE into CMessageHeader (master...2016_10_cosmetic) https://github.com/bitcoin/bitcoin/pull/8880
< wumpus_> -!- Irssi: Your nick is owned by Debian eh
< gmaxwell> wtf?
< wumpus> it's a weird message, but that just seems that Debian my IRC name, but due to netsplit antics it's stuck
< wumpus> could switch back now
< wumpus> it was vaguely scary :)
< kanzure> or, what's your strongest argument for not editing bip1
< kanzure> er..
< GitHub185> [bitcoin] rebroad opened pull request #8925: Display minimum ping in debug window. (master...DebugWindowMinPing) https://github.com/bitcoin/bitcoin/pull/8925
< GitHub17> [bitcoin] jl2012 opened pull request #8927: Add script tests for FindAndDelete in pre-segwit and segwit scripts (master...findanddeletetest) https://github.com/bitcoin/bitcoin/pull/8927
< GitHub144> [bitcoin] TheBlueMatt opened pull request #8928: Fix init segfault where InitLoadWallet() calls ATMP before genesis (master...2016-10-fix-segfault) https://github.com/bitcoin/bitcoin/pull/8928
< BlueMatt> ^ I think travis has been lying about tests passing, my reading of the code says it /should/ segfault :/
< GitHub106> [bitcoin] sigwo opened pull request #8929: add software-properties-common (master...patch-6) https://github.com/bitcoin/bitcoin/pull/8929
< luke-jr> BlueMatt: undefined behaviour is not guaranteed to segfault :D
< friendsofbitcoin> Which Core dev would be willing to review and creat any needed unit test for this in demand pull request - https://github.com/bitcoin/bitcoin/pull/7534 I would be willing to offer a reward of 0.5BTC for efforts pushing this through. I apologize in advance if this question is inappropriate for this venue as Im not familiar with any precedents
< * luke-jr> (will be done rebasing it soon FWIW)
< luke-jr> (done)
< GitHub39> [bitcoin] TheBlueMatt opened pull request #8930: Move orphan processing to ActivateBestChain (master...net_processing_3) https://github.com/bitcoin/bitcoin/pull/8930
< alpalp> how hard would it be to modify mining block selection to choose other than first seen?
< luke-jr> alpalp: not very. see preciousblock RPC.
< luke-jr> it's not generally a good idea, however.
< alpalp> why's that luke?
< alpalp> for example, I might be able to make more fees mining off the 2nd block seen than first.
< luke-jr> it's liable to cause consensus delay and/or failure
< luke-jr> for example, you might prefer to make less fees if others will prefer your block over an earlier one
< sipa> one of the problems that may worsen with declining aubsidy
< sipa> the incentive to not work on top of the tip may increase in some circumstances
< luke-jr> I think it gets significantly worse if your peers prefer other than first-seen
< alpalp> trying to understand the danger before I open a can of worms.
< alpalp> if there are two "equal" tips at some point in time
< alpalp> definitely aware of issues down the road with low subsidy
< alpalp> luke-jr why is it worse if peers are not doing this strategy?