-
Notifications
You must be signed in to change notification settings - Fork 38.8k
gitian: Remove Windows 32 bit build #15939
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This looks so bare. Almost makes me want to build a PPC64 Windows binary just for the sake of it. :)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Can you install windows on ppc even?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
NT4 :p
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
o dear I have been running bitcoin core on a 32-bit windows system for a few years now. Am I the last one? I'd like to upgrade to 0.18 please. Any chance of having 32-bit windows back, or is it too much bother?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why can't you use the 64-bit build?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'll defer to someone who knows more than me, but can a 64-bit build run on a 32-bit machine?
|
Concept ACK |
|
even in the unlikely case that we decide to restore it for 0.18, I think removing it for 0.19 |
|
The following sections might be updated with supplementary metadata relevant to reviewers and maintainers. ConflictsReviewers, this pull request conflicts with the following ones:
If you consider this pull request important, please also help to review the conflicting pull requests. Ideally, start with the one that should be merged first. |
|
utACK faf04430963cb991f730e83d9a66474b6a93967a |
|
utACK faf04430963cb991f730e83d9a66474b6a93967a |
|
Removed it from depends and travis as well |
|
Concept ACK |
|
This was bound to be a somewhat controversial decision: however one architecture per platform is great for maintenance-heavy outlier platforms such as Windows (and MacOSX). This allows for more focus in testing and, and hopefully a better user experience and better security, in time. Cross-compilation to windows is fraught with some risks, and they're minimized by only having one toolchain (mingw-w64) to check. If you need a wider range of architectures it's better to stick with Linux, or one of the BSDs. Another option is to use a VM. I was about to suggest WSL, but there's no 32-bit support either! |
|
I do think we should keep the Travis job around... |
|
Gitian builds for commit d7d7d31 (master):
Gitian builds for commit d102d5df176068bfe5f6cf5bb09eeebaad6c27da (master and this pull):
|
|
There's a few more bitcoin/contrib/gitian-build.py Line 101 in c459c5f
|
|
Thanks, done |
| RUN_FUNCTIONAL_TESTS=false | ||
| GOAL="deploy" | ||
| BITCOIN_CONFIG="--enable-reduce-exports --disable-gui-tests" | ||
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Let's keep the Travis job...
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why? I am not aware that this job ever failed and the win64 one didn't. Also, why would we want to waste resources on testing a target that we never ship?
I'd rather have freebsd tests than a win32 one.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We ship source code.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It is the responsibility of the user to run the tests. You could argue that many users don't run the tests on their target when they download the gitian binaries, but that doesn't apply here. If some users compile on their own, they need to run the tests themselves.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Travis doesn't exist to run the tests. It exists to help us developers avoid doing things that will break the tests. (Running the tests is just how we accomplish that.)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Either we support win32, test and ship it, or we don't. There is no in-between.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I do not agree. We support plenty of things we do not recommend or ship binaries for.
Indeed, the best approach is to compile yourself, which itself falls outside the "ship" scope.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
FWIW I agree with @MarcoFalke here -- seems like not a great use of travis resources to explicitly test a platform that we're no longer interested in continuing to support (who will debug problems if they are found?). On top of that, reducing the load on travis has benefits; I've noticed that the time I wait from updating a PR to having the travis jobs complete has ticked up recently. So I'd rather we not spend those travis cycles on win32 unless it was an important platform to test on for some reason, and the decision to drop it strikes me as a statement that it's not.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The decision not to provide binaries isn't necessarily a decision to drop support.
(That being said, I certainly am not interested in providing support, so if nobody else is either...)
|
utACK fa193dc I agree with @MarcoFalke & @sdaftuar about Travis. I don't think we should have a job dedicated to a binary we aren't shipping. |
|
utACK fa193dc |
fa193dc doc: Remove win32 from the release process (MarcoFalke) faf666f Remove Windows 32 bit build (MarcoFalke) Pull request description: The Windows 32 bit build has been removed from https://bitcoincore.org/en/download/, so unless there are complaints, we don't need to build it even ACKs for commit fa193d: fanquake: utACK fa193dc Tree-SHA512: d6f2976a2e0c407698f720b00ac23ec4056626de4eff8621f4c5581120af0460afd1bdef72329cc0e7d92afca48d94ae5fce6777cb36bfabb60b8034ff08fd88
fa193dc doc: Remove win32 from the release process (MarcoFalke) faf666f Remove Windows 32 bit build (MarcoFalke) Pull request description: The Windows 32 bit build has been removed from https://bitcoincore.org/en/download/, so unless there are complaints, we don't need to build it even ACKs for commit fa193d: fanquake: utACK bitcoin@fa193dc Tree-SHA512: d6f2976a2e0c407698f720b00ac23ec4056626de4eff8621f4c5581120af0460afd1bdef72329cc0e7d92afca48d94ae5fce6777cb36bfabb60b8034ff08fd88
449872b [Build] Remove Windows 32 bit build, coming from btc@faf666f8148eeb305a9c4f78459aff2c7268016b (furszy) Pull request description: Coming from [btc@15939](bitcoin#15939). Based on #1315. ACKs for top commit: Fuzzbawls: ACK 449872b random-zebra: ACK 449872b and merging... Tree-SHA512: 39c8785ade1202c09c76d964fdc3c739f9e162fec5c9b2991ee9a0a60c4935485c3822be82fd2e279fe536e049b3b1e4a9d5137145505adc09feea850420d8f0
Summary: The win32 target will no longer be part of our release nor officially supported. It is still possible for users to run the build by themselves, but the instructions are removed from the doc in order to reflect the "unsupported" status of this target. Backport of core [[bitcoin/bitcoin#15939 | PR15939]]. Depends on D5610. Test Plan: Run the Windows Gitian build. Check the win32 binaries are no longer part of the output. Reviewers: #bitcoin_abc, jasonbcox Reviewed By: #bitcoin_abc, jasonbcox Subscribers: jasonbcox Differential Revision: https://reviews.bitcoinabc.org/D5612
This partially reverts commit faf666f.
449872b167e86060578d196d6e4d6ecb52a69f64 [Build] Remove Windows 32 bit build, coming from btc@faf666f8148eeb305a9c4f78459aff2c7268016b (furszy) Pull request description: Coming from [btc@15939](bitcoin/bitcoin#15939). Based on #1315. ACKs for top commit: Fuzzbawls: ACK 449872b167e86060578d196d6e4d6ecb52a69f64 random-zebra: ACK 449872b167e86060578d196d6e4d6ecb52a69f64 and merging... Tree-SHA512: 39c8785ade1202c09c76d964fdc3c739f9e162fec5c9b2991ee9a0a60c4935485c3822be82fd2e279fe536e049b3b1e4a9d5137145505adc09feea850420d8f0 # Conflicts: # contrib/devtools/test-security-check.py # doc/release-process.md
Summary: The win32 target will no longer be part of our release nor officially supported. It is still possible for users to run the build by themselves, but the instructions are removed from the doc in order to reflect the "unsupported" status of this target. Backport of core [[bitcoin/bitcoin#15939 | PR15939]]. Depends on D5610. Test Plan: Run the Windows Gitian build. Check the win32 binaries are no longer part of the output. Reviewers: #bitcoin_abc, jasonbcox Reviewed By: #bitcoin_abc, jasonbcox Subscribers: jasonbcox Differential Revision: https://reviews.bitcoinabc.org/D5612 Conflicts: doc/build-windows.md doc/release-notes.md
This partially reverts commit faf666f.
fa193dc doc: Remove win32 from the release process (MarcoFalke) faf666f Remove Windows 32 bit build (MarcoFalke) Pull request description: The Windows 32 bit build has been removed from https://bitcoincore.org/en/download/, so unless there are complaints, we don't need to build it even ACKs for commit fa193d: fanquake: utACK bitcoin@fa193dc Tree-SHA512: d6f2976a2e0c407698f720b00ac23ec4056626de4eff8621f4c5581120af0460afd1bdef72329cc0e7d92afca48d94ae5fce6777cb36bfabb60b8034ff08fd88
57b3c5b build_msvc: Drop 32-bit build configurations (Hennadii Stepanov) b3decea build_msvc: Make bitcoin-util ProjectGuid unique (Hennadii Stepanov) Pull request description: A 32-bit application for Windows in 2021 looks outdated. I'm pretty sure no one is going to run Bitcoin Core v23.0 on 32-bit Windows. Also see #15939. ACKs for top commit: sipsorcery: tACK 57b3c5b. Tree-SHA512: d03dccb7bab9f6694d008c4b1fdade1dbd7e5980b5199cc6648c1a8c0c66f07170ae9cb6a77b4ab54c9195003587051b94217b014f97c215dffeec2bcd8fcd6e
The Windows 32 bit build has been removed from https://bitcoincore.org/en/download/, so unless there are complaints, we don't need to build it even