📅 Original date posted:2012-03-31
📝 Original message:Thanks for the summary!
On Sat, Mar 31, 2012 at 6:03 AM, Luke-Jr <luke at dashjr.org> wrote:
> It seems to me, there is potentially enough ready to merge into 0.7 to
> start
> the RC process right away if someone wants to... except that the first
> merge
> will probably require rebasing everything else ;)
>
Yes, we have a lot of changes waiting already.
> Next up are some changes already ACK'd for 0.7: Hearn's "pong" message
> (#932)
> and Wladimir's Visual C++ 2010 fixes (#949). getmemorypool BIP
> standardization
> (#936) is also ACK'd, but it might be good to wait until later in the merge
> window considering its low impact and high potential for change as the BIP
> gets closer to Accepted status.
>
Agreed.
>
> any sort of high-volume bitcoind usage (such as solo mining). Some other
> optimizations by Joel such as the optimized ToHex function (#562) and
>
See my comments there; I'm all for optimizing the ToHex function, but I
prefer that he optimizes the current ToHex function not add yet another one
with an incompatible interface.
(we have the same problem with Error/Debug/"Log to console" functions, too
many of them and sometimes it's unclear what the difference is)
> Scott has a pull request for Bitcoin-Qt to behave more like other close-to-
> systray applications by toggling the hide/show action (#855). He's also
> contributed a patch to show miners' immature balances on the overview
> screen
> (#837; it leaves only a blank space for non-miners). Nils, on the other
> hand,
> has been working with a UI designer to totally remodel Bitcoin-Qt.
>
I also have some UI code changes ready, for example one to use notification
from the bitcoin core when the address book/transactions changed, instead
of a timer. Will submit pull requests soon.
Coderrr has rebased his Coin Control features (#415) to the latest version.
> These seem to be popular, so should probably be merged as soon as it's
> had proper review.
>
Agreed. It is very popular and should certainly be merged. And it has seen
quite some testing already. Though this will take some time to review, as
it is quite a large change.
> Finally, I don't know the status of Pieter's IPv6 support, but I hope it
> will
> be ready for 0.7. Right now all I see submitted for this is support for
> multiple local IPs (#829) though.
>
>
IPv6 support would be nice, but I don't think a milestone of 0.7 is
realistic. Such a change to the network code will require extensive
testing. Who has access to IPv6 and can help testing?
Wladimir
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20120331/554463e4/attachment.html>;
Wladimir [ARCHIVE] /
npub1xq…ymc2p
2023-06-07 05:14:48
in reply to nevent1q…w7jw
Author Public Key
npub1xqshkqv2g7uea4xzqwvmgjcz7u8vfavw6aazs999v0azsv3w7u3qpymc2pPublished at
2023-06-07 05:14:48Event JSON
{
"id": "27cfb701be0f2c9bdfb10bfda8d67d6f42a13f8d86ef7e4b1775e5743a58b7cf",
"pubkey": "30217b018a47b99ed4c20399b44b02f70ec4f58ed77a2814a563fa28322ef722",
"created_at": 1686107688,
"kind": 1,
"tags": [
[
"e",
"d5a097f10c2069a63adc754b31b10ab13c62071261f72d46fd615012bac11699",
"",
"root"
],
[
"e",
"fd300c35df0db2f0833be97f6c4a1c8248bdf295feec20f0e8f067bdd7905240",
"",
"reply"
],
[
"p",
"6ac6a519b554d8ff726a301e3daec0b489f443793778feccc6ea7a536f7354f1"
]
],
"content": "📅 Original date posted:2012-03-31\n📝 Original message:Thanks for the summary!\n\nOn Sat, Mar 31, 2012 at 6:03 AM, Luke-Jr \u003cluke at dashjr.org\u003e wrote:\n\n\u003e It seems to me, there is potentially enough ready to merge into 0.7 to\n\u003e start\n\u003e the RC process right away if someone wants to... except that the first\n\u003e merge\n\u003e will probably require rebasing everything else ;)\n\u003e\n\nYes, we have a lot of changes waiting already.\n\n\n\u003e Next up are some changes already ACK'd for 0.7: Hearn's \"pong\" message\n\u003e (#932)\n\u003e and Wladimir's Visual C++ 2010 fixes (#949). getmemorypool BIP\n\u003e standardization\n\u003e (#936) is also ACK'd, but it might be good to wait until later in the merge\n\u003e window considering its low impact and high potential for change as the BIP\n\u003e gets closer to Accepted status.\n\u003e\n\nAgreed.\n\n\n\u003e\n\u003e any sort of high-volume bitcoind usage (such as solo mining). Some other\n\u003e optimizations by Joel such as the optimized ToHex function (#562) and\n\u003e\n\nSee my comments there; I'm all for optimizing the ToHex function, but I\nprefer that he optimizes the current ToHex function not add yet another one\nwith an incompatible interface.\n\n(we have the same problem with Error/Debug/\"Log to console\" functions, too\nmany of them and sometimes it's unclear what the difference is)\n\n\n\u003e Scott has a pull request for Bitcoin-Qt to behave more like other close-to-\n\u003e systray applications by toggling the hide/show action (#855). He's also\n\u003e contributed a patch to show miners' immature balances on the overview\n\u003e screen\n\u003e (#837; it leaves only a blank space for non-miners). Nils, on the other\n\u003e hand,\n\u003e has been working with a UI designer to totally remodel Bitcoin-Qt.\n\u003e\n\nI also have some UI code changes ready, for example one to use notification\nfrom the bitcoin core when the address book/transactions changed, instead\nof a timer. Will submit pull requests soon.\n\nCoderrr has rebased his Coin Control features (#415) to the latest version.\n\u003e These seem to be popular, so should probably be merged as soon as it's\n\u003e had proper review.\n\u003e\n\nAgreed. It is very popular and should certainly be merged. And it has seen\nquite some testing already. Though this will take some time to review, as\nit is quite a large change.\n\n\n\u003e Finally, I don't know the status of Pieter's IPv6 support, but I hope it\n\u003e will\n\u003e be ready for 0.7. Right now all I see submitted for this is support for\n\u003e multiple local IPs (#829) though.\n\u003e\n\u003e\nIPv6 support would be nice, but I don't think a milestone of 0.7 is\nrealistic. Such a change to the network code will require extensive\ntesting. Who has access to IPv6 and can help testing?\n\nWladimir\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20120331/554463e4/attachment.html\u003e",
"sig": "874d144e80fee6e0eea07cc74e1ea56aac3ad10b3a04e5d4463a954cbdf8eac0c04f23ae710a39f15f26943d2c8f48acbaf550bab7af3bd3e31eea3e48abde1c"
}