[LTP] [PATCH 0/2] Remove CentOS 7 support

[LTP] [PATCH 0/2] Remove CentOS 7 support

[Petr Vorel]

Hi all,

we recently had yet another regression on old CentOS 7 (kernel 3.10,
glibc 2.17, gcc 4.8.5 [1]. That brought me to the question if we still
want to support it.

Although we test in SUSE also very old SLES releases, these are tested
with older LTP releases. I suppose Red Hat does the same with RHEL
(Li, Jan, please correct me if not, or feel free to introduce another
CentOS version, as there will none with this patchset), thus why
pretend current LTP is useful on these old releases.

I wonder who is actually interested in keeping LTP compilable for CentOS 7.
According to distrowatch it EOL in 2024-06 [2], but does anybody even run new
LTP on it. If yes, please speak up, but I'd expect that person to
actually maintain CI failures.

The oldest SLES release SUSE actually tests with the latest LTP release is
SLE12-SP2 (kernel 4.4, glibc 2.22 and gcc 4.8.5). The latest kernel LTSS is
4.14. Thus removing CentOS 7 from the CI and re-adding Ubuntu 16.04 LTS
xenial (kernel 4.4, glibc 2.23, gcc 5.3.1) would more or less fit SUSE
needs. It actually EOL, but docker is still supported [3].

The benefit would be to have 3 years younger base kernel and glibc (thus
less lapi fallbacks needed). If this is accepted, I'll have look on
older code and send following patches which removes it.

We currently use -std=gnu99 since dc7be30e2 ("config: Explicitly set gnu99"),
which documents that can't use C99 because LTP is far from compliant.
Therefore I'd keep it the same until we rewrite (or delete) the old code.
(xenial gcc 5.3.1 has the default dialect -std=gnu11 [4], SLE12-SP2 gcc 4.8.5 is
-std=gnu90 [5], C99 is already supported in gcc 4.5, with -fextended-identifiers
[6]).

Kind regards,
Petr

Petr Vorel (2):
  CI: ReAplace CentOS 7 with openSUSE Leap 42.2, Ubuntu xenial
  doc/support: Update the latest tested distros

 .github/workflows/ci.yml                        | 17 +++++++++++------
 ...ed-kernel,-libc,-toolchain-versions.asciidoc |  2 +-
 2 files changed, 12 insertions(+), 7 deletions(-)

-- 
2.42.0


-- 
Mailing list info: https://lists.linux.it/listinfo/ltp

[LTP] [PATCH 1/2] CI: ReAplace CentOS 7 with openSUSE Leap 42.2, Ubuntu xenial

[Petr Vorel]

CentOS 7 (kernel 3.10, glibc 2.17, gcc 4.8.5) is not yet EOL,
but IMHO nobody test it (or other distro with similarly old)
with the latest LTP (older LTP release is used). It's not worth of
effort to keep LTP compilable with that old kernel/glibc headers.

Therefore replace CentOS 7 with two distros with similar age:
* openSUSE Leap 42.2 (kernel 4.4, glibc 2.22, gcc 4.8.5)
* Ubuntu 16.04 LTS xenial (kernel 4.4, glibc 2.23, gcc 5.3.1)

These will become the oldest distros in LTP CI.

Although both has EOL (Leap 42.2 in 2018-01, xenial in 2021-04), they
still available in docker Hub (thus working in GitHub CI).

The same kernel release 4.4 is also used in SLE 12-SP2, which is still
being tested with the latest LTP release. Also CIP project uses kernel
4.4, people might test it recent LTP.

Signed-off-by: Petr Vorel <pvorel@suse.cz>
---
Hi,

Li, Jan, do you want to introduce another CentOS version? As there will
be none.

Tested on: https://github.com/pevik/ltp/actions/runs/6641429013

Kind regards,
Petr

 .github/workflows/ci.yml | 17 +++++++++++------
 1 file changed, 11 insertions(+), 6 deletions(-)

diff --git a/.github/workflows/ci.yml b/.github/workflows/ci.yml
index 24876b564..9a8a66b6d 100644
--- a/.github/workflows/ci.yml
+++ b/.github/workflows/ci.yml
@@ -58,14 +58,12 @@ jobs:
               TREE: out
               VARIANT: minimal
 
-          # other builds
-          - container: "fedora:latest"
+          # oldest distros
+          - container: "opensuse/archive:42.2"
             env:
-              CC: clang
-              MAKE_INSTALL: 1
-              METADATA: asciidoctor-pdf
+              CC: gcc
 
-          - container: "centos:7"
+          - container: "ubuntu:xenial"
             env:
               CC: gcc
               METADATA: asciidoc-pdf
@@ -80,6 +78,13 @@ jobs:
             env:
               CC: clang
 
+          # other builds
+          - container: "fedora:latest"
+            env:
+              CC: clang
+              MAKE_INSTALL: 1
+              METADATA: asciidoctor-pdf
+
           - container: "opensuse/leap:latest"
             env:
               CC: gcc
-- 
2.42.0


-- 
Mailing list info: https://lists.linux.it/listinfo/ltp

[LTP] [PATCH 2/2] doc/support: Update the latest tested distros

[Petr Vorel]

Update changes from previous commit (CentOS 7 replaced by Ubuntu 16.04
LTS xenial and openSUSE Leap 42.2).

Signed-off-by: Petr Vorel <pvorel@suse.cz>
---
 doc/Supported-kernel,-libc,-toolchain-versions.asciidoc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/doc/Supported-kernel,-libc,-toolchain-versions.asciidoc b/doc/Supported-kernel,-libc,-toolchain-versions.asciidoc
index e3d9cd92f..d935fe6f1 100644
--- a/doc/Supported-kernel,-libc,-toolchain-versions.asciidoc
+++ b/doc/Supported-kernel,-libc,-toolchain-versions.asciidoc
@@ -21,7 +21,7 @@ NOTE: GitHub Actions does only build testing, passing the CI means only that
 [align="center",options="header"]
 |==============================================================
 | Distro                       | kernel  | glibc | gcc   | clang
-| CentOS 7                     | 3.10    | 2.17  | 4.8.5 | -
+| openSUSE Leap 42.2           | 4.4     | 2.22  | 4.8.5 | -
 | Ubuntu 18.04 LTS bionic      | 4.15    | 2.27  | 7.3.0 | -
 | Debian 10 oldstable (buster) | 4.19.37 | 2.28  | 8.3.0 | 7.0
 |==============================================================
-- 
2.42.0


-- 
Mailing list info: https://lists.linux.it/listinfo/ltp

Re: [LTP] [PATCH 0/2] Remove CentOS 7 support

[Jan Stancek]

On Wed, Oct 25, 2023 at 4:01 PM Petr Vorel <pvorel@suse.cz> wrote:
>
> Hi all,
>
> we recently had yet another regression on old CentOS 7 (kernel 3.10,
> glibc 2.17, gcc 4.8.5 [1]. That brought me to the question if we still
> want to support it.
>
> Although we test in SUSE also very old SLES releases, these are tested
> with older LTP releases. I suppose Red Hat does the same with RHEL
> (Li, Jan, please correct me if not, or feel free to introduce another
> CentOS version, as there will none with this patchset), thus why
> pretend current LTP is useful on these old releases.

Looking at internal LTP test wrapper, it's using older LTP release for RHEL7,
so your assumption appears to be correct.

>
> I wonder who is actually interested in keeping LTP compilable for CentOS 7.
> According to distrowatch it EOL in 2024-06 [2], but does anybody even run new
> LTP on it. If yes, please speak up, but I'd expect that person to
> actually maintain CI failures.

There's planned ELS until 2026, but I'd expect that continues using
older LTP for tests.

>
> The oldest SLES release SUSE actually tests with the latest LTP release is
> SLE12-SP2 (kernel 4.4, glibc 2.22 and gcc 4.8.5). The latest kernel LTSS is
> 4.14. Thus removing CentOS 7 from the CI and re-adding Ubuntu 16.04 LTS
> xenial (kernel 4.4, glibc 2.23, gcc 5.3.1) would more or less fit SUSE
> needs. It actually EOL, but docker is still supported [3].
>
> The benefit would be to have 3 years younger base kernel and glibc (thus
> less lapi fallbacks needed). If this is accepted, I'll have look on
> older code and send following patches which removes it.
>
> We currently use -std=gnu99 since dc7be30e2 ("config: Explicitly set gnu99"),
> which documents that can't use C99 because LTP is far from compliant.
> Therefore I'd keep it the same until we rewrite (or delete) the old code.
> (xenial gcc 5.3.1 has the default dialect -std=gnu11 [4], SLE12-SP2 gcc 4.8.5 is
> -std=gnu90 [5], C99 is already supported in gcc 4.5, with -fextended-identifiers
> [6]).
>
> Kind regards,
> Petr
>
> Petr Vorel (2):
>   CI: ReAplace CentOS 7 with openSUSE Leap 42.2, Ubuntu xenial
>   doc/support: Update the latest tested distros
>
>  .github/workflows/ci.yml                        | 17 +++++++++++------
>  ...ed-kernel,-libc,-toolchain-versions.asciidoc |  2 +-
>  2 files changed, 12 insertions(+), 7 deletions(-)
>
> --
> 2.42.0
>


-- 
Mailing list info: https://lists.linux.it/listinfo/ltp

Re: [LTP] [PATCH 0/2] Remove CentOS 7 support

[Petr Vorel]

Hi Jan,

> On Wed, Oct 25, 2023 at 4:01 PM Petr Vorel <pvorel@suse.cz> wrote:

> > Hi all,

> > we recently had yet another regression on old CentOS 7 (kernel 3.10,
> > glibc 2.17, gcc 4.8.5 [1]. That brought me to the question if we still
> > want to support it.

> > Although we test in SUSE also very old SLES releases, these are tested
> > with older LTP releases. I suppose Red Hat does the same with RHEL
> > (Li, Jan, please correct me if not, or feel free to introduce another
> > CentOS version, as there will none with this patchset), thus why
> > pretend current LTP is useful on these old releases.

> Looking at internal LTP test wrapper, it's using older LTP release for RHEL7,
> so your assumption appears to be correct.


> > I wonder who is actually interested in keeping LTP compilable for CentOS 7.
> > According to distrowatch it EOL in 2024-06 [2], but does anybody even run new
> > LTP on it. If yes, please speak up, but I'd expect that person to
> > actually maintain CI failures.

> There's planned ELS until 2026, but I'd expect that continues using
> older LTP for tests.

Thanks a lot for a confirmation.

Kind regards,
Petr

-- 
Mailing list info: https://lists.linux.it/listinfo/ltp

Re: [LTP] [PATCH 0/2] Remove CentOS 7 support

[Petr Vorel]

Hi all,

Note for myself: typo in subject s/ReAplace/Replace/

> > we recently had yet another regression on old CentOS 7 (kernel 3.10,
> > glibc 2.17, gcc 4.8.5 [1]. That brought me to the question if we still
> > want to support it.

> > Although we test in SUSE also very old SLES releases, these are tested
> > with older LTP releases. I suppose Red Hat does the same with RHEL
> > (Li, Jan, please correct me if not, or feel free to introduce another
> > CentOS version, as there will none with this patchset), thus why
> > pretend current LTP is useful on these old releases.

> Looking at internal LTP test wrapper, it's using older LTP release for RHEL7,
> so your assumption appears to be correct.


> > I wonder who is actually interested in keeping LTP compilable for CentOS 7.
> > According to distrowatch it EOL in 2024-06 [2], but does anybody even run new
> > LTP on it. If yes, please speak up, but I'd expect that person to
> > actually maintain CI failures.

> There's planned ELS until 2026, but I'd expect that continues using
> older LTP for tests.

@Li, Jan Could you please add your ABT or RBT?
Also, feel free to add quay.io/centos/centos:stream9 or rockylinux:9 or
rockylinux:8 or whatever makes sense to you. These are tested in
https://github.com/iputils/iputils/blob/master/.github/workflows/ci.yml
(it would have to be checked if ci/centos.sh needs be modified to support).

Kind regards,
Petr

-- 
Mailing list info: https://lists.linux.it/listinfo/ltp

Re: [LTP] [PATCH 0/2] Remove CentOS 7 support

[Jan Stancek]

On Wed, Nov 1, 2023 at 12:17 PM Petr Vorel <pvorel@suse.cz> wrote:
>
> Hi all,
>
> Note for myself: typo in subject s/ReAplace/Replace/
>
> > > we recently had yet another regression on old CentOS 7 (kernel 3.10,
> > > glibc 2.17, gcc 4.8.5 [1]. That brought me to the question if we still
> > > want to support it.
>
> > > Although we test in SUSE also very old SLES releases, these are tested
> > > with older LTP releases. I suppose Red Hat does the same with RHEL
> > > (Li, Jan, please correct me if not, or feel free to introduce another
> > > CentOS version, as there will none with this patchset), thus why
> > > pretend current LTP is useful on these old releases.
>
> > Looking at internal LTP test wrapper, it's using older LTP release for RHEL7,
> > so your assumption appears to be correct.
>
>
> > > I wonder who is actually interested in keeping LTP compilable for CentOS 7.
> > > According to distrowatch it EOL in 2024-06 [2], but does anybody even run new
> > > LTP on it. If yes, please speak up, but I'd expect that person to
> > > actually maintain CI failures.
>
> > There's planned ELS until 2026, but I'd expect that continues using
> > older LTP for tests.
>
> @Li, Jan Could you please add your ABT or RBT?

Acked-by: Jan Stancek <jstancek@redhat.com>

> Also, feel free to add quay.io/centos/centos:stream9 or rockylinux:9 or
> rockylinux:8 or whatever makes sense to you. These are tested in
> https://github.com/iputils/iputils/blob/master/.github/workflows/ci.yml
> (it would have to be checked if ci/centos.sh needs be modified to support).

@Li: Do you know who/how frequently updates c9s image?


-- 
Mailing list info: https://lists.linux.it/listinfo/ltp

Re: [LTP] [PATCH 0/2] Remove CentOS 7 support

[Li Wang]

Hi Jan, All,


On Wed, Nov 1, 2023 at 8:28 PM Jan Stancek <jstancek@redhat.com> wrote:

> On Wed, Nov 1, 2023 at 12:17 PM Petr Vorel <pvorel@suse.cz> wrote:
> >
> > Hi all,
> >
> > Note for myself: typo in subject s/ReAplace/Replace/
> >
> > > > we recently had yet another regression on old CentOS 7 (kernel 3.10,
> > > > glibc 2.17, gcc 4.8.5 [1]. That brought me to the question if we
> still
> > > > want to support it.
> >
> > > > Although we test in SUSE also very old SLES releases, these are
> tested
> > > > with older LTP releases. I suppose Red Hat does the same with RHEL
> > > > (Li, Jan, please correct me if not, or feel free to introduce another
> > > > CentOS version, as there will none with this patchset), thus why
> > > > pretend current LTP is useful on these old releases.
> >
> > > Looking at internal LTP test wrapper, it's using older LTP release for
> RHEL7,
> > > so your assumption appears to be correct.
> >
> >
> > > > I wonder who is actually interested in keeping LTP compilable for
> CentOS 7.
> > > > According to distrowatch it EOL in 2024-06 [2], but does anybody
> even run new
> > > > LTP on it. If yes, please speak up, but I'd expect that person to
> > > > actually maintain CI failures.
> >
> > > There's planned ELS until 2026, but I'd expect that continues using
> > > older LTP for tests.
> >
> > @Li, Jan Could you please add your ABT or RBT?
>
> Acked-by: Jan Stancek <jstancek@redhat.com>
>

Reviewed-by: Li Wang <liwang@redhat.com>


>
> > Also, feel free to add quay.io/centos/centos:stream9 or rockylinux:9 or
> > rockylinux:8 or whatever makes sense to you. These are tested in
> > https://github.com/iputils/iputils/blob/master/.github/workflows/ci.yml
> > (it would have to be checked if ci/centos.sh needs be modified to
> support).
>
> @Li: Do you know who/how frequently updates c9s image?
>

I'm not sure about it. I guess Chao Ye knows better than me.

Cc'ing Chao Ye.

-- 
Regards,
Li Wang

-- 
Mailing list info: https://lists.linux.it/listinfo/ltp

Re: [LTP] [PATCH 0/2] Remove CentOS 7 support

[Chao Ye]

Li Wang <liwang@redhat.com> 于2023年11月2日周四 10:50写道：

> Hi Jan, All,
>
>
> On Wed, Nov 1, 2023 at 8:28 PM Jan Stancek <jstancek@redhat.com> wrote:
>
>> On Wed, Nov 1, 2023 at 12:17 PM Petr Vorel <pvorel@suse.cz> wrote:
>> >
>> > Hi all,
>> >
>> > Note for myself: typo in subject s/ReAplace/Replace/
>> >
>> > > > we recently had yet another regression on old CentOS 7 (kernel 3.10,
>> > > > glibc 2.17, gcc 4.8.5 [1]. That brought me to the question if we
>> still
>> > > > want to support it.
>> >
>> > > > Although we test in SUSE also very old SLES releases, these are
>> tested
>> > > > with older LTP releases. I suppose Red Hat does the same with RHEL
>> > > > (Li, Jan, please correct me if not, or feel free to introduce
>> another
>> > > > CentOS version, as there will none with this patchset), thus why
>> > > > pretend current LTP is useful on these old releases.
>> >
>> > > Looking at internal LTP test wrapper, it's using older LTP release
>> for RHEL7,
>> > > so your assumption appears to be correct.
>> >
>> >
>> > > > I wonder who is actually interested in keeping LTP compilable for
>> CentOS 7.
>> > > > According to distrowatch it EOL in 2024-06 [2], but does anybody
>> even run new
>> > > > LTP on it. If yes, please speak up, but I'd expect that person to
>> > > > actually maintain CI failures.
>> >
>> > > There's planned ELS until 2026, but I'd expect that continues using
>> > > older LTP for tests.
>> >
>> > @Li, Jan Could you please add your ABT or RBT?
>>
>> Acked-by: Jan Stancek <jstancek@redhat.com>
>>
>
> Reviewed-by: Li Wang <liwang@redhat.com>
>
>
>>
>> > Also, feel free to add quay.io/centos/centos:stream9 or rockylinux:9 or
>> > rockylinux:8 or whatever makes sense to you. These are tested in
>> > https://github.com/iputils/iputils/blob/master/.github/workflows/ci.yml
>> > (it would have to be checked if ci/centos.sh needs be modified to
>> support).
>>
>> @Li: Do you know who/how frequently updates c9s image?
>>
>
> I'm not sure about it. I guess Chao Ye knows better than me.
>
>
The offical centos stream images would be:
https://quay.io/centos/centos:stream9
https://quay.io/centos/centos:stream8

According to https://sigs.centos.org/hyperscale/content/containers/
"This container image is automatically built from scratch on the CentOS CI
infrastructure and pushed weekly."
Ref: https://pagure.io/centos-sig-hyperscale/containers-releng

Thanks,
Chao


> Cc'ing Chao Ye.
>
> --
> Regards,
> Li Wang
>


-- 
Name: Chao Ye
Team: Kernel-QE
Mobile: +86-1860-112-0745

-- 
Mailing list info: https://lists.linux.it/listinfo/ltp