💬 maflcko commented on issue "ReadAnchor throws exception on second run":
(https://github.com/bitcoin/bitcoin/issues/29931#issuecomment-2071410653)
According to https://github.com/bitcoin/bitcoin/issues/29930#issuecomment-2071114099 the reason could be that you are using an experimental C++17 standard library, which has bugs?
(https://github.com/bitcoin/bitcoin/issues/29931#issuecomment-2071410653)
According to https://github.com/bitcoin/bitcoin/issues/29930#issuecomment-2071114099 the reason could be that you are using an experimental C++17 standard library, which has bugs?
💬 maflcko commented on pull request "[DO NOT MERGE] testnet4 including PoW difficulty adjustment fix":
(https://github.com/bitcoin/bitcoin/pull/29775#issuecomment-2071451850)
> I doubt many people do that.
Two people raised the concern in this thread, so why would you doubt it?
(https://github.com/bitcoin/bitcoin/pull/29775#issuecomment-2071451850)
> I doubt many people do that.
Two people raised the concern in this thread, so why would you doubt it?
💬 maflcko commented on pull request "doc: add LLVM instruction for macOS < 13":
(https://github.com/bitcoin/bitcoin/pull/29934#discussion_r1575669167)
Sure, makes sense. It is just a nit, and I guess the text will be removed after a bump of `OSX_MIN_VERSION` anyway.
(https://github.com/bitcoin/bitcoin/pull/29934#discussion_r1575669167)
Sure, makes sense. It is just a nit, and I guess the text will be removed after a bump of `OSX_MIN_VERSION` anyway.
💬 maflcko commented on issue "RFC: In guix compile the GUI sequentially from everything else?":
(https://github.com/bitcoin/bitcoin/issues/29914#issuecomment-2071458074)
> FWIW in https://github.com/bitcoin/bitcoin/pull/29923 i've removed all the GUI specific build-time dependencies except for Qt itself.
Nice!
`qt` is still a massive blob (and possibly a large attack surface for backdoors), so I guess sequential builds could still be considered, but the priority would be less urgent after 29923.
(https://github.com/bitcoin/bitcoin/issues/29914#issuecomment-2071458074)
> FWIW in https://github.com/bitcoin/bitcoin/pull/29923 i've removed all the GUI specific build-time dependencies except for Qt itself.
Nice!
`qt` is still a massive blob (and possibly a large attack surface for backdoors), so I guess sequential builds could still be considered, but the priority would be less urgent after 29923.
✅ maflcko closed an issue: "Intermittent issue in p2p_handshake.py", line 75, in run_test self.test_desirable_service_flags(node, [NODE_NETWORK | NODE_WITNESS], not true after 2400.0 seconds"
(https://github.com/bitcoin/bitcoin/issues/29896)
(https://github.com/bitcoin/bitcoin/issues/29896)
💬 fanquake commented on pull request "doc: add LLVM instruction for macOS < 13":
(https://github.com/bitcoin/bitcoin/pull/29934#discussion_r1575676917)
> That's not that long ago though, and we have `OSX_MIN_VERSION=11.0` for now.
Just because we build release binaries that support that operating system, does not mean you need to be able to compile on that system (regardless of using the system compiler).
(https://github.com/bitcoin/bitcoin/pull/29934#discussion_r1575676917)
> That's not that long ago though, and we have `OSX_MIN_VERSION=11.0` for now.
Just because we build release binaries that support that operating system, does not mean you need to be able to compile on that system (regardless of using the system compiler).
💬 fanquake commented on pull request "doc: add LLVM instruction for macOS < 13":
(https://github.com/bitcoin/bitcoin/pull/29934#discussion_r1575678033)
Why would LLVM not work? We use the near latest release of LLVM to build the macOS release binaries. There's no point making this LLVM 14 just to "bump it" almost immediately. We should just point to the latest version unless there's an actual reason not to.
(https://github.com/bitcoin/bitcoin/pull/29934#discussion_r1575678033)
Why would LLVM not work? We use the near latest release of LLVM to build the macOS release binaries. There's no point making this LLVM 14 just to "bump it" almost immediately. We should just point to the latest version unless there's an actual reason not to.
💬 knocte commented on pull request "policy: Enable full-rbf by default":
(https://github.com/bitcoin/bitcoin/pull/28132#issuecomment-2071479147)
cACK
(https://github.com/bitcoin/bitcoin/pull/28132#issuecomment-2071479147)
cACK
💬 maflcko commented on pull request "contrib: rpcauth.py - Add new option (-json) to output text in json format":
(https://github.com/bitcoin/bitcoin/pull/29433#issuecomment-2071512668)
Are you still working on this?
(https://github.com/bitcoin/bitcoin/pull/29433#issuecomment-2071512668)
Are you still working on this?
💬 maflcko commented on pull request "net: Make AddrFetch connections to fixed seeds":
(https://github.com/bitcoin/bitcoin/pull/26114#issuecomment-2071541769)
Are you still working on this?
(https://github.com/bitcoin/bitcoin/pull/26114#issuecomment-2071541769)
Are you still working on this?
💬 Sjors commented on pull request "doc: add LLVM instruction for macOS < 13":
(https://github.com/bitcoin/bitcoin/pull/29934#discussion_r1575734223)
That's also true, though so far I haven't seen evidence that compilation is impossible.
Homebrews main motivation for dropping macOS 11 seems to be support requests. From their install script:
> This installation may not succeed.
After installation, you will encounter build failures with some formulae.
Please create pull requests instead of asking for help on Homebrew\'s GitHub,
Twitter or any other official channels. You are responsible for resolving any
issues you experience while yo
...
(https://github.com/bitcoin/bitcoin/pull/29934#discussion_r1575734223)
That's also true, though so far I haven't seen evidence that compilation is impossible.
Homebrews main motivation for dropping macOS 11 seems to be support requests. From their install script:
> This installation may not succeed.
After installation, you will encounter build failures with some formulae.
Please create pull requests instead of asking for help on Homebrew\'s GitHub,
Twitter or any other official channels. You are responsible for resolving any
issues you experience while yo
...
💬 maflcko commented on pull request "doc: add LLVM instruction for macOS < 13":
(https://github.com/bitcoin/bitcoin/pull/29934#discussion_r1575739845)
I guess someone will need to test either way. Once they have tested with `brew install llvm` vs `brew install llvm@_version_`, this can be bumped to the maximum working `_version_` (or none at all).
(https://github.com/bitcoin/bitcoin/pull/29934#discussion_r1575739845)
I guess someone will need to test either way. Once they have tested with `brew install llvm` vs `brew install llvm@_version_`, this can be bumped to the maximum working `_version_` (or none at all).
💬 Sjors commented on pull request "doc: add LLVM instruction for macOS < 13":
(https://github.com/bitcoin/bitcoin/pull/29934#discussion_r1575740996)
> Why would LLVM not work?
I have no way to test it. Since Homebrew itself does not support macOS 11 it's reasonable to expect that their newer formulas break, while the old ones might be fine.
This instruction is specifically for old versions of macOS. For newer versions we still have them use the latest thing.
(https://github.com/bitcoin/bitcoin/pull/29934#discussion_r1575740996)
> Why would LLVM not work?
I have no way to test it. Since Homebrew itself does not support macOS 11 it's reasonable to expect that their newer formulas break, while the old ones might be fine.
This instruction is specifically for old versions of macOS. For newer versions we still have them use the latest thing.
💬 maflcko commented on pull request "test: Run framework unit tests in parallel":
(https://github.com/bitcoin/bitcoin/pull/29771#issuecomment-2071572818)
> Rebased to address conflict
The rebase is wrong. Please pay attention to correctly address any merge conflicts, as they arise. One way to avoid mistakes, is to review your own code changes and to check rebases, as other reviewers will do later. For example, using the range-diff, as explained in the docs.
(https://github.com/bitcoin/bitcoin/pull/29771#issuecomment-2071572818)
> Rebased to address conflict
The rebase is wrong. Please pay attention to correctly address any merge conflicts, as they arise. One way to avoid mistakes, is to review your own code changes and to check rebases, as other reviewers will do later. For example, using the range-diff, as explained in the docs.
💬 asctime commented on issue "ReadAnchor throws exception on second run":
(https://github.com/bitcoin/bitcoin/issues/29931#issuecomment-2071603173)
> That should not be the case. The point of standard C++ library `std::filesystem::remove` is to provide the same interface behavior, regardless of compiler or operating system.
>
> The specification says that `false` should be returned when the file does not exist, not an exception be thrown.
Ah good point ><. I'll try it once with my clang install, it's a fair bit newer than my gcc which is due to be updated anyway. Ok to close from my side. Thanks.
(https://github.com/bitcoin/bitcoin/issues/29931#issuecomment-2071603173)
> That should not be the case. The point of standard C++ library `std::filesystem::remove` is to provide the same interface behavior, regardless of compiler or operating system.
>
> The specification says that `false` should be returned when the file does not exist, not an exception be thrown.
Ah good point ><. I'll try it once with my clang install, it's a fair bit newer than my gcc which is due to be updated anyway. Ok to close from my side. Thanks.
💬 laanwj commented on issue "RFC: In guix compile the GUI sequentially from everything else?":
(https://github.com/bitcoin/bitcoin/issues/29914#issuecomment-2071614437)
Sure, and there may still be other reasons to have seperate build step; the idea of fully static binaries for the non-GUI utilities was raised again at CoreDev. This is not possible with the GUI as it necessarily needs access to the dynamic linker. And as this might require different compile and linker flags, this would also effectively need two seperate builds.
(https://github.com/bitcoin/bitcoin/issues/29914#issuecomment-2071614437)
Sure, and there may still be other reasons to have seperate build step; the idea of fully static binaries for the non-GUI utilities was raised again at CoreDev. This is not possible with the GUI as it necessarily needs access to the dynamic linker. And as this might require different compile and linker flags, this would also effectively need two seperate builds.
💬 glozow commented on pull request "test: Fix intermittent timeout in p2p_tx_download.py":
(https://github.com/bitcoin/bitcoin/pull/29933#issuecomment-2071619983)
Thank you @maflcko!
(https://github.com/bitcoin/bitcoin/pull/29933#issuecomment-2071619983)
Thank you @maflcko!
💬 maflcko commented on pull request "test: Validate UTXO snapshot with coin height > base height & amount > MAX_MONEY supply":
(https://github.com/bitcoin/bitcoin/pull/29617#issuecomment-2071624163)
ACK ec1f1abfefa281e62bb876aa1c4738d576ef9a4 👑
<details><summary>Show signature</summary>
Signature:
```
untrusted comment: signature from minisign secret key on empty file; verify via: minisign -Vm "${path_to_any_empty_file}" -P RWTRmVTMeKV5noAMqVlsMugDDCyyTSbA3Re5AkUrhvLVln0tSaFWglOw -x "${path_to_this_whole_four_line_signature_blob}"
RUTRmVTMeKV5npGrKx1nqXCw5zeVHdtdYURB/KlyA/LMFgpNCs+SkW9a8N95d+U4AP1RJMi+krxU1A3Yux4bpwZNLvVBKy0wLgM=
trusted comment: ACK ec1f1abfefa281e62bb876aa1c4
...
(https://github.com/bitcoin/bitcoin/pull/29617#issuecomment-2071624163)
ACK ec1f1abfefa281e62bb876aa1c4738d576ef9a4 👑
<details><summary>Show signature</summary>
Signature:
```
untrusted comment: signature from minisign secret key on empty file; verify via: minisign -Vm "${path_to_any_empty_file}" -P RWTRmVTMeKV5noAMqVlsMugDDCyyTSbA3Re5AkUrhvLVln0tSaFWglOw -x "${path_to_this_whole_four_line_signature_blob}"
RUTRmVTMeKV5npGrKx1nqXCw5zeVHdtdYURB/KlyA/LMFgpNCs+SkW9a8N95d+U4AP1RJMi+krxU1A3Yux4bpwZNLvVBKy0wLgM=
trusted comment: ACK ec1f1abfefa281e62bb876aa1c4
...
✅ maflcko closed an issue: "ReadAnchor throws exception on second run"
(https://github.com/bitcoin/bitcoin/issues/29931)
(https://github.com/bitcoin/bitcoin/issues/29931)
💬 maflcko commented on issue "ReadAnchor throws exception on second run":
(https://github.com/bitcoin/bitcoin/issues/29931#issuecomment-2071645719)
Closing for now, but please leave a comment if there are more details to debug this issue.
(https://github.com/bitcoin/bitcoin/issues/29931#issuecomment-2071645719)
Closing for now, but please leave a comment if there are more details to debug this issue.