< GitHub176>
[bitcoin] fanquake opened pull request #7255: Replace some instances of formatWithUnit with formatHtmlWithUnit (master...bitcoinunits-format) https://github.com/bitcoin/bitcoin/pull/7255
< fanquake>
Are we still supporting boost < 1.50 ?
< GitHub82>
[bitcoin] fanquake opened pull request #7256: Remove QT5 workaround from coin control dialog (master...remove-qt5-fix-ccontrol) https://github.com/bitcoin/bitcoin/pull/7256
< maaku>
fanquake: we are technically only supporting whatever boost is used by the gitian scripts, i think
< maaku>
though obviously compatability patches welcome
< fanquake>
depends is now boost 1.59.0
< sipa>
for releases
< sipa>
but it's a stretch to say that building from source yourself is unsupported
< fanquake>
I was just looking at some of the boost work arounds we have in the code. A few things for 1.46
< fanquake>
As well as the code for Boost Filesystem V2, wether we can drop that for 3V (Boost 1.44)
< fanquake>
*V3
< Luke-Jr>
uh, definitely supporting the latest boost on stable distros like any other dep.. :/
< Luke-Jr>
fanquake: no reason to ever *drop* support, until it breaks at least
< Luke-Jr>
looks like RHEL 7 is at boost 1.53
< Luke-Jr>
Debian and Gentoo 1.55 and 1.57 respectively
< GitHub25>
[bitcoin] luke-jr opened pull request #7257: Combine common error strings for different options so translations can be shared and reused (master...reduce_opt_ts) https://github.com/bitcoin/bitcoin/pull/7257
< MarcoFalke>
Luke-Jr, couldn't we get the ampersands out of the translations entirely?
< phantomcircuit>
Luke-Jr, probably we should be explicitly whitelisting consensus critical libraries by version
< maaku>
phantomcircuit: we do, in the gitian build scripts.
< maaku>
or do you mean have it not compile without the proper version?
< phantomcircuit>
maaku, the latter
< maaku>
would probably do more damage from people not being able to build and giving up
< maaku>
although I guess 'make depends' is the answer to that