Dropping Jessie and Stretch from the CI
Added by Oliver Schinagl over 1 year ago
While trying to fix the CI, I see jessie and stretch builds are causing issues when doing `apt-get update` because the mirrors no longer carry the files.
Debian does offer snapshot/archives, and doing something like:
```
--- a/.github/workflows/build.yml
++ b/.github/workflows/build.yml@ -154,6 +154,14
@ jobs:
container:
image: ${{ matrix.container }}
steps:
- name: Fix legacy versions
+ if: |
+ contains(matrix.container, 'jessie') ||
+ contains(matrix.container, 'stretch')
+ run: |
+ sed -i \
+ -e 's|\(deb\(-src\)\?\)\s\+\([hf]t\{1,2\}p\)|\1 [check-valid-until=no] \3|' \
+ -e '/snapshot/s/^#:space:*\(\(.*snapshot.*\)*\)/\1/; /snapshot/! s/^/# /' /etc/apt/sources.list
- name: Add git ppa
if: startsWith(matrix.container, 'ubuntu') || startsWith(matrix.container, 'i386/ubuntu')
run: |
```
(needs a bit more on the apt-get install line too, because of expired signatures)
is a work around, but it's also very slow, hammering the debian archive servers.
So before contiuing with this solution, I ask you, is it worth-while to drop jessie and stretch from the CI?
~
If users create bug reports, sure, we can consider fixing them of course. But jessie and stretch are ~10 years old, run on 3.19 and 4.9 kernels, security updates stopped 3+ years ago, LTS stopped last year and 3 years ago and only 'feexian ELTS', whatever that may be lasts for a nother 5 years.
So lets drop it yeah?
Replies (3)
RE: Dropping Jessie and Stretch from the CI - Added by Jonas Lang over 1 year ago
Drop them so. You’ve got to draw the line somewhere on version support.
RE: Dropping Jessie and Stretch from the CI - Added by Flole Systems over 1 year ago
Actually in #1555 I am fixing those aswell. For our repo we can remove them though as the uploads never worked anyways.
RE: Dropping Jessie and Stretch from the CI - Added by Oliver Schinagl over 1 year ago
Ah, I didn't see; I thought you where adding bookworm.
Note btw, I noticed upstream dockerfiles for the ARM stuff, doesn't have bookworm yet. There was a MR from 2021, but that hasn't moved. So we might have to 'help' there potentially.
So if you say uploads didn't even work, no downstream is packaging them, then I see even less value to keep the CI for them. The users that report issues can fix them themselves (which sucks for them, but if you are on an ancient release ...)
On top of that, We also want to move 'forward', also in GCC support etc at some point (e.g. use for loop initializers, even linus likes them and allows them now in the kernel :p)
#1557 removes jessie and stretch btw.
edit: I've also removed trusty, as that's ubuntu 14.04. Standard support ended last year, extended security support ends next year.