docs: drop i686 Linux AppImages and x86+py38 Windows builds #6052
+22
−61
Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Merged
and update the AppImage how-to section
2a915e7 to
dd80ed9
Compare
Member
Author
|
Rebased to master and updated the AppImage how-to section because of the glibc bump and the updated AppImage file names. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
1 participant
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Closes #5732
I'm going to merge this PR once the Linux AppImage and Windows builds have been updated. I don't know though when this will happen, because it's not particularly urgent to update the AppImages right now. I'll probably do this on Streamlink's next release with a minor version bump (
6.9.x).Linux AppImages
CentOS 7 will reach its EOL at the end of this week on 2024-07-01, which is what the
pypa/manylinux2014docker images are based on, which in turn is what Streamlink's AppImages are currently based on. This means that the AppImages will have to switch to newer manylinux images, namelymanylinux_2_28(AlmaLinux 8 based with glibc 2.28), which will be the end for "32 bit" i686 AppImages.Windows builds
Since it's less work for me to do both things at the same time, I'm also going to drop the "32 bit" x86 builds for Windows, as well as the py38-based builds for Windows 7, even though py38 will see its EOL at the end of October (13 weeks from now). Streamlink's extended support for W7 via additional py38 builds has been going on for long enough, so I absolutely don't care about anyone using this OS in 2024 who won't be able to upgrade after this. Streamlink 7.0.0 won't support py38 anyway.
And before anyone asks about ARM64/aarch64 builds for Windows (I left space for that in the docs layout), I've recently explained it here:
streamlink/windows-builds#10