From orion at nwra.com  Fri Apr  1 11:13:12 2022
From: orion at nwra.com (Orion Poplawski)
Date: Fri, 1 Apr 2022 09:13:12 -0600
Subject: [elrepo] kernel-lt-5.4.188-1.el7.elrepo.x86_64 issues
Message-ID: <6d09df48-92b5-ec36-c4e8-aa2cfe1e6b02@nwra.com>

Anyone else seeing trouble with kernel-lt-5.4.188-1.el7.elrepo.x86_64?  One of
my user's laptop fails to boot with it.  Strange XFS inode errors.

-- 
Orion Poplawski
IT Systems Manager                         720-772-5637
NWRA, Boulder/CoRA Office             FAX: 303-415-9702
3380 Mitchell Lane                       orion at nwra.com
Boulder, CO 80301                 https://www.nwra.com/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3847 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://lists.elrepo.org/pipermail/elrepo/attachments/20220401/fb305117/attachment.p7s>

From toracat at elrepo.org  Fri Apr  1 13:13:33 2022
From: toracat at elrepo.org (Akemi Yagi)
Date: Fri, 1 Apr 2022 10:13:33 -0700
Subject: [elrepo] kernel-lt-5.4.188-1.el7.elrepo.x86_64 issues
In-Reply-To: <6d09df48-92b5-ec36-c4e8-aa2cfe1e6b02@nwra.com>
References: <6d09df48-92b5-ec36-c4e8-aa2cfe1e6b02@nwra.com>
Message-ID: <CABA31Dq0tqdqQZGMmiO5Mf5NtMz25KV_Z9V3FtoWCg7gSGgACg@mail.gmail.com>

On Fri, Apr 1, 2022 at 8:15 AM Orion Poplawski <orion at nwra.com> wrote:

> Anyone else seeing trouble with kernel-lt-5.4.188-1.el7.elrepo.x86_64?
> One of
> my user's laptop fails to boot with it.  Strange XFS inode errors.
>
> --
> Orion Poplawski
>

What was the last kernel version that booted fine? 5.4.187?

Akemi
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.elrepo.org/pipermail/elrepo/attachments/20220401/73ca4d3e/attachment.html>

From orion at nwra.com  Fri Apr  1 15:47:49 2022
From: orion at nwra.com (Orion Poplawski)
Date: Fri, 1 Apr 2022 13:47:49 -0600
Subject: [elrepo] kernel-lt-5.4.188-1.el7.elrepo.x86_64 issues
In-Reply-To: <CABA31Dq0tqdqQZGMmiO5Mf5NtMz25KV_Z9V3FtoWCg7gSGgACg@mail.gmail.com>
References: <6d09df48-92b5-ec36-c4e8-aa2cfe1e6b02@nwra.com>
	<CABA31Dq0tqdqQZGMmiO5Mf5NtMz25KV_Z9V3FtoWCg7gSGgACg@mail.gmail.com>
Message-ID: <69480413-1c99-1ac6-5739-8f3c8851fe85@nwra.com>


On 4/1/2022 11:13 AM, Akemi Yagi wrote:
> On Fri, Apr 1, 2022 at 8:15 AM Orion Poplawski <orion at nwra.com> wrote:
>
>     Anyone else seeing trouble with
>     kernel-lt-5.4.188-1.el7.elrepo.x86_64?? One of
>     my user's laptop fails to boot with it.? Strange XFS inode errors.
>
>     -- 
>     Orion Poplawski
>
>
> What was the last kernel version that booted fine? 5.4.187?
>
> Akemi


Yes.? It's possible that it's just a local install issue but figured it 
was worth an ask.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.elrepo.org/pipermail/elrepo/attachments/20220401/6c5f195b/attachment.html>

From ajb at elrepo.org  Fri Apr  8 09:54:14 2022
From: ajb at elrepo.org (Alan Bartlett)
Date: Fri, 8 Apr 2022 14:54:14 +0100
Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [5.17.2-1]
Message-ID: <CA+_WhHzmW3CCtv90r3yCFv0+XF2_D65cg98SiFnsyfLrt3yEJQ@mail.gmail.com>

Announcing the release of the kernel-ml-5.17.2-1.el7.elrepo package
set into the EL7 elrepo-kernel repository:

https://elrepo.org/tiki/kernel-ml

The upstream changelog:

https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.17.2

The following files are currently synchronising to our mirror sites:

x86_64
kernel-ml-5.17.2-1.el7.elrepo.x86_64.rpm
kernel-ml-devel-5.17.2-1.el7.elrepo.x86_64.rpm
kernel-ml-doc-5.17.2-1.el7.elrepo.noarch.rpm
kernel-ml-headers-5.17.2-1.el7.elrepo.x86_64.rpm
kernel-ml-tools-5.17.2-1.el7.elrepo.x86_64.rpm
kernel-ml-tools-libs-5.17.2-1.el7.elrepo.x86_64.rpm
kernel-ml-tools-libs-devel-5.17.2-1.el7.elrepo.x86_64.rpm
perf-5.17.2-1.el7.elrepo.x86_64.rpm
python-perf-5.17.2-1.el7.elrepo.x86_64.rpm

nosrc
kernel-ml-5.17.2-1.el7.elrepo.nosrc.rpm

Note: As a consequence of the upstream decision [1] to raise the
minimum required version of gcc to 5.1, the distribution compiler can
no longer be used in the kernel build process. We now use gcc-9, which
is available from the devtoolset-9 package.

We provide these kernels for hardware testing in an effort to identify
new/updated drivers which can then be targeted for backporting as kmod
packages. Meanwhile, these kernels may provide interim relief to
people with non-functional hardware. We stress that we consider such
kernels as a last resort for those who are unable to get their
hardware working using the RHEL-7 kernel with supplementary kmod
packages.

These packages are provided "As-Is" with no implied warranty or
support. Using the kernel-ml may expose your system to security,
performance and/or data corruption issues. Since timely updates may
not be available from the ELRepo Project, the end user has the
ultimate responsibility for deciding whether to continue using the
kernel-ml packages in regular service.

The packages are intentionally named kernel-ml so as not to conflict
with the RHEL-7 kernels and, as such, they may be installed and
updated alongside the regular kernel. The kernel configuration is
based upon a default RHEL-7 configuration with added functionality
enabled as appropriate.

If a bug is found when using these kernels, the end user is encouraged
to report it upstream to the Linux Kernel Bug Tracker [2] and, for our
reference, to the ELRepo bug tracker [3]. By taking such action, the
reporter will be assisting the kernel developers, Red Hat and the Open
Source Community as a whole.

Thank you,

The ELRepo Team.

[1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=316346243be6df12799c0b64b788e06bad97c30b
[2] https://bugzilla.kernel.org/
[3] https://elrepo.org/bugs/

From ajb at elrepo.org  Fri Apr  8 09:54:25 2022
From: ajb at elrepo.org (Alan Bartlett)
Date: Fri, 8 Apr 2022 14:54:25 +0100
Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [5.17.2-1]
Message-ID: <CA+_WhHycT9FA6pNDUJOHb7Us=v4LvFgqPSm_s-zi8TmWQX=tqQ@mail.gmail.com>

Announcing the release of the kernel-ml-5.17.2-1.el8.elrepo package
set into the EL8 elrepo-kernel repository:

https://elrepo.org/tiki/kernel-ml

The upstream changelog:

https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.17.2

The following files are currently synchronising to our mirror sites:

x86_64
bpftool-5.17.2-1.el8.elrepo.x86_64.rpm
kernel-ml-5.17.2-1.el8.elrepo.x86_64.rpm
kernel-ml-core-5.17.2-1.el8.elrepo.x86_64.rpm
kernel-ml-devel-5.17.2-1.el8.elrepo.x86_64.rpm
kernel-ml-doc-5.17.2-1.el8.elrepo.noarch.rpm
kernel-ml-headers-5.17.2-1.el8.elrepo.x86_64.rpm
kernel-ml-modules-5.17.2-1.el8.elrepo.x86_64.rpm
kernel-ml-modules-extra-5.17.2-1.el8.elrepo.x86_64.rpm
kernel-ml-tools-5.17.2-1.el8.elrepo.x86_64.rpm
kernel-ml-tools-libs-5.17.2-1.el8.elrepo.x86_64.rpm
kernel-ml-tools-libs-devel-5.17.2-1.el8.elrepo.x86_64.rpm
perf-5.17.2-1.el8.elrepo.x86_64.rpm
python3-perf-5.17.2-1.el8.elrepo.x86_64.rpm

nosrc
kernel-ml-5.17.2-1.el8.elrepo.nosrc.rpm

We provide these kernels for hardware testing in an effort to identify
new/updated drivers which can then be targeted for backporting as kmod
packages. Meanwhile, these kernels may provide interim relief to
people with non-functional hardware. We stress that we consider such
kernels as a last resort for those who are unable to get their
hardware working using the RHEL-8 kernel with supplementary kmod
packages.

These packages are provided "As-Is" with no implied warranty or
support. Using the kernel-ml may expose your system to security,
performance and/or data corruption issues. Since timely updates may
not be available from the ELRepo Project, the end user has the
ultimate responsibility for deciding whether to continue using the
kernel-ml packages in regular service.

The packages are intentionally named kernel-ml so as not to conflict
with the RHEL-8 kernels and, as such, they may be installed and
updated alongside the regular kernel. The kernel configuration is
based upon a default RHEL-8 configuration with added functionality
enabled as appropriate.

If a bug is found when using these kernels, the end user is encouraged
to report it upstream to the Linux Kernel Bug Tracker [1] and, for our
reference, to the ELRepo bug tracker [2]. By taking such action, the
reporter will be assisting the kernel developers, Red Hat and the Open
Source Community as a whole.

Thank you,

The ELRepo Team.

[1] https://bugzilla.kernel.org/
[2] https://elrepo.org/bugs/

From ajb at elrepo.org  Wed Apr 13 16:03:17 2022
From: ajb at elrepo.org (Alan Bartlett)
Date: Wed, 13 Apr 2022 21:03:17 +0100
Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [5.17.3-1]
Message-ID: <CA+_WhHyYmj032OW4-JrzCs5N8w6KO0kRzAsHEOVVeBCyMU=vGw@mail.gmail.com>

Announcing the release of the kernel-ml-5.17.3-1.el7.elrepo package
set into the EL7 elrepo-kernel repository:

https://elrepo.org/tiki/kernel-ml

The upstream changelog:

https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.17.3

The following files are currently synchronising to our mirror sites:

x86_64
kernel-ml-5.17.3-1.el7.elrepo.x86_64.rpm
kernel-ml-devel-5.17.3-1.el7.elrepo.x86_64.rpm
kernel-ml-doc-5.17.3-1.el7.elrepo.noarch.rpm
kernel-ml-headers-5.17.3-1.el7.elrepo.x86_64.rpm
kernel-ml-tools-5.17.3-1.el7.elrepo.x86_64.rpm
kernel-ml-tools-libs-5.17.3-1.el7.elrepo.x86_64.rpm
kernel-ml-tools-libs-devel-5.17.3-1.el7.elrepo.x86_64.rpm
perf-5.17.3-1.el7.elrepo.x86_64.rpm
python-perf-5.17.3-1.el7.elrepo.x86_64.rpm

nosrc
kernel-ml-5.17.3-1.el7.elrepo.nosrc.rpm

Note: As a consequence of the upstream decision [1] to raise the
minimum required version of gcc to 5.1, the distribution compiler can
no longer be used in the kernel build process. We now use gcc-9, which
is available from the devtoolset-9 package.

We provide these kernels for hardware testing in an effort to identify
new/updated drivers which can then be targeted for backporting as kmod
packages. Meanwhile, these kernels may provide interim relief to
people with non-functional hardware. We stress that we consider such
kernels as a last resort for those who are unable to get their
hardware working using the RHEL-7 kernel with supplementary kmod
packages.

These packages are provided "As-Is" with no implied warranty or
support. Using the kernel-ml may expose your system to security,
performance and/or data corruption issues. Since timely updates may
not be available from the ELRepo Project, the end user has the
ultimate responsibility for deciding whether to continue using the
kernel-ml packages in regular service.

The packages are intentionally named kernel-ml so as not to conflict
with the RHEL-7 kernels and, as such, they may be installed and
updated alongside the regular kernel. The kernel configuration is
based upon a default RHEL-7 configuration with added functionality
enabled as appropriate.

If a bug is found when using these kernels, the end user is encouraged
to report it upstream to the Linux Kernel Bug Tracker [2] and, for our
reference, to the ELRepo bug tracker [3]. By taking such action, the
reporter will be assisting the kernel developers, Red Hat and the Open
Source Community as a whole.

Thank you,

The ELRepo Team.

[1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=316346243be6df12799c0b64b788e06bad97c30b
[2] https://bugzilla.kernel.org/
[3] https://elrepo.org/bugs/

From ajb at elrepo.org  Wed Apr 13 16:03:20 2022
From: ajb at elrepo.org (Alan Bartlett)
Date: Wed, 13 Apr 2022 21:03:20 +0100
Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [5.17.3-1]
Message-ID: <CA+_WhHwNKiFwD_vNkc_fJ80d3oykfxnn9_r82dP75O2q4r4dqA@mail.gmail.com>

Announcing the release of the kernel-ml-5.17.3-1.el8.elrepo package
set into the EL8 elrepo-kernel repository:

https://elrepo.org/tiki/kernel-ml

The upstream changelog:

https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.17.3

The following files are currently synchronising to our mirror sites:

x86_64
bpftool-5.17.3-1.el8.elrepo.x86_64.rpm
kernel-ml-5.17.3-1.el8.elrepo.x86_64.rpm
kernel-ml-core-5.17.3-1.el8.elrepo.x86_64.rpm
kernel-ml-devel-5.17.3-1.el8.elrepo.x86_64.rpm
kernel-ml-doc-5.17.3-1.el8.elrepo.noarch.rpm
kernel-ml-headers-5.17.3-1.el8.elrepo.x86_64.rpm
kernel-ml-modules-5.17.3-1.el8.elrepo.x86_64.rpm
kernel-ml-modules-extra-5.17.3-1.el8.elrepo.x86_64.rpm
kernel-ml-tools-5.17.3-1.el8.elrepo.x86_64.rpm
kernel-ml-tools-libs-5.17.3-1.el8.elrepo.x86_64.rpm
kernel-ml-tools-libs-devel-5.17.3-1.el8.elrepo.x86_64.rpm
perf-5.17.3-1.el8.elrepo.x86_64.rpm
python3-perf-5.17.3-1.el8.elrepo.x86_64.rpm

nosrc
kernel-ml-5.17.3-1.el8.elrepo.nosrc.rpm

We provide these kernels for hardware testing in an effort to identify
new/updated drivers which can then be targeted for backporting as kmod
packages. Meanwhile, these kernels may provide interim relief to
people with non-functional hardware. We stress that we consider such
kernels as a last resort for those who are unable to get their
hardware working using the RHEL-8 kernel with supplementary kmod
packages.

These packages are provided "As-Is" with no implied warranty or
support. Using the kernel-ml may expose your system to security,
performance and/or data corruption issues. Since timely updates may
not be available from the ELRepo Project, the end user has the
ultimate responsibility for deciding whether to continue using the
kernel-ml packages in regular service.

The packages are intentionally named kernel-ml so as not to conflict
with the RHEL-8 kernels and, as such, they may be installed and
updated alongside the regular kernel. The kernel configuration is
based upon a default RHEL-8 configuration with added functionality
enabled as appropriate.

If a bug is found when using these kernels, the end user is encouraged
to report it upstream to the Linux Kernel Bug Tracker [1] and, for our
reference, to the ELRepo bug tracker [2]. By taking such action, the
reporter will be assisting the kernel developers, Red Hat and the Open
Source Community as a whole.

Thank you,

The ELRepo Team.

[1] https://bugzilla.kernel.org/
[2] https://elrepo.org/bugs/

From ajb at elrepo.org  Fri Apr 15 10:29:36 2022
From: ajb at elrepo.org (Alan Bartlett)
Date: Fri, 15 Apr 2022 15:29:36 +0100
Subject: [elrepo] Announcement: EL7 Updated kernel-lt Package Set [5.4.189-1]
Message-ID: <CA+_WhHw3F1M=8WBhSEUXk-RbdSeOAPXwgHk1oYhoFPkxR=P9AA@mail.gmail.com>

Announcing the release of the kernel-lt-5.4.189-1.el7.elrepo package
set into the EL7 elrepo-kernel repository:

https://elrepo.org/tiki/kernel-lt

The upstream changelog:

https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.4.189

The following files are currently synchronising to our mirror sites:

x86_64
kernel-lt-5.4.189-1.el7.elrepo.x86_64.rpm
kernel-lt-devel-5.4.189-1.el7.elrepo.x86_64.rpm
kernel-lt-doc-5.4.189-1.el7.elrepo.noarch.rpm
kernel-lt-headers-5.4.189-1.el7.elrepo.x86_64.rpm
kernel-lt-tools-5.4.189-1.el7.elrepo.x86_64.rpm
kernel-lt-tools-libs-5.4.189-1.el7.elrepo.x86_64.rpm
kernel-lt-tools-libs-devel-5.4.189-1.el7.elrepo.x86_64.rpm
perf-5.4.189-1.el7.elrepo.x86_64.rpm
python-perf-5.4.189-1.el7.elrepo.x86_64.rpm

nosrc
kernel-lt-5.4.189-1.el7.elrepo.nosrc.rpm

Note: As a consequence of the upstream decision [1] to raise the
minimum required version of gcc to 5.1, the distribution compiler can
no longer be used in the kernel build process. We now use gcc-9, which
is available from the devtoolset-9 package.

We provide these kernels for hardware testing in an effort to identify
new/updated drivers which can then be targeted for backporting as kmod
packages. Meanwhile, these kernels may provide interim relief to
people with non-functional hardware. We stress that we consider such
kernels as a last resort for those who are unable to get their
hardware working using the RHEL-7 kernel with supplementary kmod
packages.

These packages are provided "As-Is" with no implied warranty or
support. Using the kernel-lt may expose your system to security,
performance and/or data corruption issues. Since timely updates may
not be available from the ELRepo Project, the end user has the
ultimate responsibility for deciding whether to continue using the
kernel-lt packages in regular service.

The packages are intentionally named kernel-lt so as not to conflict
with the RHEL-7 kernels and, as such, they may be installed and
updated alongside the regular kernel. The kernel configuration is
based upon a default RHEL-7 configuration with added functionality
enabled as appropriate.

If a bug is found when using these kernels, the end user is encouraged
to report it upstream to the Linux Kernel Bug Tracker [2] and, for our
reference, to the ELRepo bug tracker [3]. By taking such action, the
reporter will be assisting the kernel developers, Red Hat and the Open
Source Community as a whole.

Thank you,

The ELRepo Team.

[1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=316346243be6df12799c0b64b788e06bad97c30b
[2] https://bugzilla.kernel.org/
[3] https://elrepo.org/bugs/

From ajb at elrepo.org  Fri Apr 15 10:29:40 2022
From: ajb at elrepo.org (Alan Bartlett)
Date: Fri, 15 Apr 2022 15:29:40 +0100
Subject: [elrepo] Announcement: EL8 Updated kernel-lt Package Set [5.4.189-1]
Message-ID: <CA+_WhHyXuB3c9K-6VxRpSyC_jprtbn5JDT40eUpYNWm87PNgDA@mail.gmail.com>

Announcing the release of the kernel-lt-5.4.189-1.el8.elrepo package
set into the EL8 elrepo-kernel repository:

https://elrepo.org/tiki/kernel-lt

The upstream changelog:

https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.4.189

The following files are currently synchronising to our mirror sites:

x86_64
bpftool-5.4.189-1.el8.elrepo.x86_64.rpm
kernel-lt-5.4.189-1.el8.elrepo.x86_64.rpm
kernel-lt-core-5.4.189-1.el8.elrepo.x86_64.rpm
kernel-lt-devel-5.4.189-1.el8.elrepo.x86_64.rpm
kernel-lt-doc-5.4.189-1.el8.elrepo.noarch.rpm
kernel-lt-headers-5.4.189-1.el8.elrepo.x86_64.rpm
kernel-lt-modules-5.4.189-1.el8.elrepo.x86_64.rpm
kernel-lt-modules-extra-5.4.189-1.el8.elrepo.x86_64.rpm
kernel-lt-tools-5.4.189-1.el8.elrepo.x86_64.rpm
kernel-lt-tools-libs-5.4.189-1.el8.elrepo.x86_64.rpm
kernel-lt-tools-libs-devel-5.4.189-1.el8.elrepo.x86_64.rpm
perf-5.4.189-1.el8.elrepo.x86_64.rpm
python3-perf-5.4.189-1.el8.elrepo.x86_64.rpm

nosrc
kernel-lt-5.4.189-1.el8.elrepo.nosrc.rpm

We provide these kernels for hardware testing in an effort to identify
new/updated drivers which can then be targeted for backporting as kmod
packages. Meanwhile, these kernels may provide interim relief to
people with non-functional hardware. We stress that we consider such
kernels as a last resort for those who are unable to get their
hardware working using the RHEL-8 kernel with supplementary kmod
packages.

These packages are provided "As-Is" with no implied warranty or
support. Using the kernel-lt may expose your system to security,
performance and/or data corruption issues. Since timely updates may
not be available from the ELRepo Project, the end user has the
ultimate responsibility for deciding whether to continue using the
kernel-lt packages in regular service.

The packages are intentionally named kernel-lt so as not to conflict
with the RHEL-8 kernels and, as such, they may be installed and
updated alongside the regular kernel. The kernel configuration is
based upon a default RHEL-8 configuration with added functionality
enabled as appropriate.

If a bug is found when using these kernels, the end user is encouraged
to report it upstream to the Linux Kernel Bug Tracker [1] and, for our
reference, to the ELRepo bug tracker [2]. By taking such action, the
reporter will be assisting the kernel developers, Red Hat and the Open
Source Community as a whole.

Thank you,

The ELRepo Team.

[1] https://bugzilla.kernel.org/
[2] https://elrepo.org/bugs/

From ajb at elrepo.org  Wed Apr 20 09:19:52 2022
From: ajb at elrepo.org (Alan Bartlett)
Date: Wed, 20 Apr 2022 14:19:52 +0100
Subject: [elrepo] Announcement: EL7 Updated kernel-lt Package Set [5.4.190-1]
Message-ID: <CA+_WhHwvuviriEuzVJO2zRRsCH3MrC3DgVnMiBEQPAPZ20pBqA@mail.gmail.com>

Announcing the release of the kernel-lt-5.4.190-1.el7.elrepo package
set into the EL7 elrepo-kernel repository:

https://elrepo.org/tiki/kernel-lt

The upstream changelog:

https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.4.190

The following files are currently synchronising to our mirror sites:

x86_64
kernel-lt-5.4.190-1.el7.elrepo.x86_64.rpm
kernel-lt-devel-5.4.190-1.el7.elrepo.x86_64.rpm
kernel-lt-doc-5.4.190-1.el7.elrepo.noarch.rpm
kernel-lt-headers-5.4.190-1.el7.elrepo.x86_64.rpm
kernel-lt-tools-5.4.190-1.el7.elrepo.x86_64.rpm
kernel-lt-tools-libs-5.4.190-1.el7.elrepo.x86_64.rpm
kernel-lt-tools-libs-devel-5.4.190-1.el7.elrepo.x86_64.rpm
perf-5.4.190-1.el7.elrepo.x86_64.rpm
python-perf-5.4.190-1.el7.elrepo.x86_64.rpm

nosrc
kernel-lt-5.4.190-1.el7.elrepo.nosrc.rpm

Note: As a consequence of the upstream decision [1] to raise the
minimum required version of gcc to 5.1, the distribution compiler can
no longer be used in the kernel build process. We now use gcc-9, which
is available from the devtoolset-9 package.

We provide these kernels for hardware testing in an effort to identify
new/updated drivers which can then be targeted for backporting as kmod
packages. Meanwhile, these kernels may provide interim relief to
people with non-functional hardware. We stress that we consider such
kernels as a last resort for those who are unable to get their
hardware working using the RHEL-7 kernel with supplementary kmod
packages.

These packages are provided "As-Is" with no implied warranty or
support. Using the kernel-lt may expose your system to security,
performance and/or data corruption issues. Since timely updates may
not be available from the ELRepo Project, the end user has the
ultimate responsibility for deciding whether to continue using the
kernel-lt packages in regular service.

The packages are intentionally named kernel-lt so as not to conflict
with the RHEL-7 kernels and, as such, they may be installed and
updated alongside the regular kernel. The kernel configuration is
based upon a default RHEL-7 configuration with added functionality
enabled as appropriate.

If a bug is found when using these kernels, the end user is encouraged
to report it upstream to the Linux Kernel Bug Tracker [2] and, for our
reference, to the ELRepo bug tracker [3]. By taking such action, the
reporter will be assisting the kernel developers, Red Hat and the Open
Source Community as a whole.

Thank you,

The ELRepo Team.

[1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=316346243be6df12799c0b64b788e06bad97c30b
[2] https://bugzilla.kernel.org/
[3] https://elrepo.org/bugs/

From ajb at elrepo.org  Wed Apr 20 09:19:55 2022
From: ajb at elrepo.org (Alan Bartlett)
Date: Wed, 20 Apr 2022 14:19:55 +0100
Subject: [elrepo] Announcement: EL8 Updated kernel-lt Package Set [5.4.190-1]
Message-ID: <CA+_WhHw=F7O3NM5o67ccXYjRn3uXE6WG9uz7zxm7NhcgJO5ZTA@mail.gmail.com>

Announcing the release of the kernel-lt-5.4.190-1.el8.elrepo package
set into the EL8 elrepo-kernel repository:

https://elrepo.org/tiki/kernel-lt

The upstream changelog:

https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.4.190

The following files are currently synchronising to our mirror sites:

x86_64
bpftool-5.4.190-1.el8.elrepo.x86_64.rpm
kernel-lt-5.4.190-1.el8.elrepo.x86_64.rpm
kernel-lt-core-5.4.190-1.el8.elrepo.x86_64.rpm
kernel-lt-devel-5.4.190-1.el8.elrepo.x86_64.rpm
kernel-lt-doc-5.4.190-1.el8.elrepo.noarch.rpm
kernel-lt-headers-5.4.190-1.el8.elrepo.x86_64.rpm
kernel-lt-modules-5.4.190-1.el8.elrepo.x86_64.rpm
kernel-lt-modules-extra-5.4.190-1.el8.elrepo.x86_64.rpm
kernel-lt-tools-5.4.190-1.el8.elrepo.x86_64.rpm
kernel-lt-tools-libs-5.4.190-1.el8.elrepo.x86_64.rpm
kernel-lt-tools-libs-devel-5.4.190-1.el8.elrepo.x86_64.rpm
perf-5.4.190-1.el8.elrepo.x86_64.rpm
python3-perf-5.4.190-1.el8.elrepo.x86_64.rpm

nosrc
kernel-lt-5.4.190-1.el8.elrepo.nosrc.rpm

We provide these kernels for hardware testing in an effort to identify
new/updated drivers which can then be targeted for backporting as kmod
packages. Meanwhile, these kernels may provide interim relief to
people with non-functional hardware. We stress that we consider such
kernels as a last resort for those who are unable to get their
hardware working using the RHEL-8 kernel with supplementary kmod
packages.

These packages are provided "As-Is" with no implied warranty or
support. Using the kernel-lt may expose your system to security,
performance and/or data corruption issues. Since timely updates may
not be available from the ELRepo Project, the end user has the
ultimate responsibility for deciding whether to continue using the
kernel-lt packages in regular service.

The packages are intentionally named kernel-lt so as not to conflict
with the RHEL-8 kernels and, as such, they may be installed and
updated alongside the regular kernel. The kernel configuration is
based upon a default RHEL-8 configuration with added functionality
enabled as appropriate.

If a bug is found when using these kernels, the end user is encouraged
to report it upstream to the Linux Kernel Bug Tracker [1] and, for our
reference, to the ELRepo bug tracker [2]. By taking such action, the
reporter will be assisting the kernel developers, Red Hat and the Open
Source Community as a whole.

Thank you,

The ELRepo Team.

[1] https://bugzilla.kernel.org/
[2] https://elrepo.org/bugs/

From ajb at elrepo.org  Wed Apr 20 09:20:02 2022
From: ajb at elrepo.org (Alan Bartlett)
Date: Wed, 20 Apr 2022 14:20:02 +0100
Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [5.17.4-1]
Message-ID: <CA+_WhHzg7Qz4u2hLm+cU5qEWgqZyh_Mz01EbFc1av3zEPZLnfw@mail.gmail.com>

Announcing the release of the kernel-ml-5.17.4-1.el8.elrepo package
set into the EL8 elrepo-kernel repository:

https://elrepo.org/tiki/kernel-ml

The upstream changelog:

https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.17.4

The following files are currently synchronising to our mirror sites:

x86_64
bpftool-5.17.4-1.el8.elrepo.x86_64.rpm
kernel-ml-5.17.4-1.el8.elrepo.x86_64.rpm
kernel-ml-core-5.17.4-1.el8.elrepo.x86_64.rpm
kernel-ml-devel-5.17.4-1.el8.elrepo.x86_64.rpm
kernel-ml-doc-5.17.4-1.el8.elrepo.noarch.rpm
kernel-ml-headers-5.17.4-1.el8.elrepo.x86_64.rpm
kernel-ml-modules-5.17.4-1.el8.elrepo.x86_64.rpm
kernel-ml-modules-extra-5.17.4-1.el8.elrepo.x86_64.rpm
kernel-ml-tools-5.17.4-1.el8.elrepo.x86_64.rpm
kernel-ml-tools-libs-5.17.4-1.el8.elrepo.x86_64.rpm
kernel-ml-tools-libs-devel-5.17.4-1.el8.elrepo.x86_64.rpm
perf-5.17.4-1.el8.elrepo.x86_64.rpm
python3-perf-5.17.4-1.el8.elrepo.x86_64.rpm

nosrc
kernel-ml-5.17.4-1.el8.elrepo.nosrc.rpm

We provide these kernels for hardware testing in an effort to identify
new/updated drivers which can then be targeted for backporting as kmod
packages. Meanwhile, these kernels may provide interim relief to
people with non-functional hardware. We stress that we consider such
kernels as a last resort for those who are unable to get their
hardware working using the RHEL-8 kernel with supplementary kmod
packages.

These packages are provided "As-Is" with no implied warranty or
support. Using the kernel-ml may expose your system to security,
performance and/or data corruption issues. Since timely updates may
not be available from the ELRepo Project, the end user has the
ultimate responsibility for deciding whether to continue using the
kernel-ml packages in regular service.

The packages are intentionally named kernel-ml so as not to conflict
with the RHEL-8 kernels and, as such, they may be installed and
updated alongside the regular kernel. The kernel configuration is
based upon a default RHEL-8 configuration with added functionality
enabled as appropriate.

If a bug is found when using these kernels, the end user is encouraged
to report it upstream to the Linux Kernel Bug Tracker [1] and, for our
reference, to the ELRepo bug tracker [2]. By taking such action, the
reporter will be assisting the kernel developers, Red Hat and the Open
Source Community as a whole.

Thank you,

The ELRepo Team.

[1] https://bugzilla.kernel.org/
[2] https://elrepo.org/bugs/

From ajb at elrepo.org  Wed Apr 20 09:19:59 2022
From: ajb at elrepo.org (Alan Bartlett)
Date: Wed, 20 Apr 2022 14:19:59 +0100
Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [5.17.4-1]
Message-ID: <CA+_WhHwM_HWFvr6fo0C-OdAa8GAti8=NYMW8MAoAckqmN8CDAg@mail.gmail.com>

Announcing the release of the kernel-ml-5.17.4-1.el7.elrepo package
set into the EL7 elrepo-kernel repository:

https://elrepo.org/tiki/kernel-ml

The upstream changelog:

https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.17.4

The following files are currently synchronising to our mirror sites:

x86_64
kernel-ml-5.17.4-1.el7.elrepo.x86_64.rpm
kernel-ml-devel-5.17.4-1.el7.elrepo.x86_64.rpm
kernel-ml-doc-5.17.4-1.el7.elrepo.noarch.rpm
kernel-ml-headers-5.17.4-1.el7.elrepo.x86_64.rpm
kernel-ml-tools-5.17.4-1.el7.elrepo.x86_64.rpm
kernel-ml-tools-libs-5.17.4-1.el7.elrepo.x86_64.rpm
kernel-ml-tools-libs-devel-5.17.4-1.el7.elrepo.x86_64.rpm
perf-5.17.4-1.el7.elrepo.x86_64.rpm
python-perf-5.17.4-1.el7.elrepo.x86_64.rpm

nosrc
kernel-ml-5.17.4-1.el7.elrepo.nosrc.rpm

Note: As a consequence of the upstream decision [1] to raise the
minimum required version of gcc to 5.1, the distribution compiler can
no longer be used in the kernel build process. We now use gcc-9, which
is available from the devtoolset-9 package.

We provide these kernels for hardware testing in an effort to identify
new/updated drivers which can then be targeted for backporting as kmod
packages. Meanwhile, these kernels may provide interim relief to
people with non-functional hardware. We stress that we consider such
kernels as a last resort for those who are unable to get their
hardware working using the RHEL-7 kernel with supplementary kmod
packages.

These packages are provided "As-Is" with no implied warranty or
support. Using the kernel-ml may expose your system to security,
performance and/or data corruption issues. Since timely updates may
not be available from the ELRepo Project, the end user has the
ultimate responsibility for deciding whether to continue using the
kernel-ml packages in regular service.

The packages are intentionally named kernel-ml so as not to conflict
with the RHEL-7 kernels and, as such, they may be installed and
updated alongside the regular kernel. The kernel configuration is
based upon a default RHEL-7 configuration with added functionality
enabled as appropriate.

If a bug is found when using these kernels, the end user is encouraged
to report it upstream to the Linux Kernel Bug Tracker [2] and, for our
reference, to the ELRepo bug tracker [3]. By taking such action, the
reporter will be assisting the kernel developers, Red Hat and the Open
Source Community as a whole.

Thank you,

The ELRepo Team.

[1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=316346243be6df12799c0b64b788e06bad97c30b
[2] https://bugzilla.kernel.org/
[3] https://elrepo.org/bugs/

From ajb at elrepo.org  Wed Apr 27 08:50:33 2022
From: ajb at elrepo.org (Alan Bartlett)
Date: Wed, 27 Apr 2022 13:50:33 +0100
Subject: [elrepo] Announcement: EL7 Updated kernel-lt Package Set [5.4.191-1]
Message-ID: <CA+_WhHwf0M=uOY-SGccuutR2as3LTR02zqOTLEBYQNNADUiEbg@mail.gmail.com>

Announcing the release of the kernel-lt-5.4.191-1.el7.elrepo package
set into the EL7 elrepo-kernel repository:

https://elrepo.org/tiki/kernel-lt

The upstream changelog:

https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.4.191

The following files are currently synchronising to our mirror sites:

x86_64
kernel-lt-5.4.191-1.el7.elrepo.x86_64.rpm
kernel-lt-devel-5.4.191-1.el7.elrepo.x86_64.rpm
kernel-lt-doc-5.4.191-1.el7.elrepo.noarch.rpm
kernel-lt-headers-5.4.191-1.el7.elrepo.x86_64.rpm
kernel-lt-tools-5.4.191-1.el7.elrepo.x86_64.rpm
kernel-lt-tools-libs-5.4.191-1.el7.elrepo.x86_64.rpm
kernel-lt-tools-libs-devel-5.4.191-1.el7.elrepo.x86_64.rpm
perf-5.4.191-1.el7.elrepo.x86_64.rpm
python-perf-5.4.191-1.el7.elrepo.x86_64.rpm

nosrc
kernel-lt-5.4.191-1.el7.elrepo.nosrc.rpm

Note: As a consequence of the upstream decision [1] to raise the
minimum required version of gcc to 5.1, the distribution compiler can
no longer be used in the kernel build process. We now use gcc-9, which
is available from the devtoolset-9 package.

We provide these kernels for hardware testing in an effort to identify
new/updated drivers which can then be targeted for backporting as kmod
packages. Meanwhile, these kernels may provide interim relief to
people with non-functional hardware. We stress that we consider such
kernels as a last resort for those who are unable to get their
hardware working using the RHEL-7 kernel with supplementary kmod
packages.

These packages are provided "As-Is" with no implied warranty or
support. Using the kernel-lt may expose your system to security,
performance and/or data corruption issues. Since timely updates may
not be available from the ELRepo Project, the end user has the
ultimate responsibility for deciding whether to continue using the
kernel-lt packages in regular service.

The packages are intentionally named kernel-lt so as not to conflict
with the RHEL-7 kernels and, as such, they may be installed and
updated alongside the regular kernel. The kernel configuration is
based upon a default RHEL-7 configuration with added functionality
enabled as appropriate.

If a bug is found when using these kernels, the end user is encouraged
to report it upstream to the Linux Kernel Bug Tracker [2] and, for our
reference, to the ELRepo bug tracker [3]. By taking such action, the
reporter will be assisting the kernel developers, Red Hat and the Open
Source Community as a whole.

Thank you,

The ELRepo Team.

[1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=316346243be6df12799c0b64b788e06bad97c30b
[2] https://bugzilla.kernel.org/
[3] https://elrepo.org/bugs/

From ajb at elrepo.org  Wed Apr 27 08:50:37 2022
From: ajb at elrepo.org (Alan Bartlett)
Date: Wed, 27 Apr 2022 13:50:37 +0100
Subject: [elrepo] Announcement: EL8 Updated kernel-lt Package Set [5.4.191-1]
Message-ID: <CA+_WhHy3tGNkRrbhVdj218PULNy4m0xyfUhbN9ciSiHTy=B5AQ@mail.gmail.com>

Announcing the release of the kernel-lt-5.4.191-1.el8.elrepo package
set into the EL8 elrepo-kernel repository:

https://elrepo.org/tiki/kernel-lt

The upstream changelog:

https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.4.191

The following files are currently synchronising to our mirror sites:

x86_64
bpftool-5.4.191-1.el8.elrepo.x86_64.rpm
kernel-lt-5.4.191-1.el8.elrepo.x86_64.rpm
kernel-lt-core-5.4.191-1.el8.elrepo.x86_64.rpm
kernel-lt-devel-5.4.191-1.el8.elrepo.x86_64.rpm
kernel-lt-doc-5.4.191-1.el8.elrepo.noarch.rpm
kernel-lt-headers-5.4.191-1.el8.elrepo.x86_64.rpm
kernel-lt-modules-5.4.191-1.el8.elrepo.x86_64.rpm
kernel-lt-modules-extra-5.4.191-1.el8.elrepo.x86_64.rpm
kernel-lt-tools-5.4.191-1.el8.elrepo.x86_64.rpm
kernel-lt-tools-libs-5.4.191-1.el8.elrepo.x86_64.rpm
kernel-lt-tools-libs-devel-5.4.191-1.el8.elrepo.x86_64.rpm
perf-5.4.191-1.el8.elrepo.x86_64.rpm
python3-perf-5.4.191-1.el8.elrepo.x86_64.rpm

nosrc
kernel-lt-5.4.191-1.el8.elrepo.nosrc.rpm

We provide these kernels for hardware testing in an effort to identify
new/updated drivers which can then be targeted for backporting as kmod
packages. Meanwhile, these kernels may provide interim relief to
people with non-functional hardware. We stress that we consider such
kernels as a last resort for those who are unable to get their
hardware working using the RHEL-8 kernel with supplementary kmod
packages.

These packages are provided "As-Is" with no implied warranty or
support. Using the kernel-lt may expose your system to security,
performance and/or data corruption issues. Since timely updates may
not be available from the ELRepo Project, the end user has the
ultimate responsibility for deciding whether to continue using the
kernel-lt packages in regular service.

The packages are intentionally named kernel-lt so as not to conflict
with the RHEL-8 kernels and, as such, they may be installed and
updated alongside the regular kernel. The kernel configuration is
based upon a default RHEL-8 configuration with added functionality
enabled as appropriate.

If a bug is found when using these kernels, the end user is encouraged
to report it upstream to the Linux Kernel Bug Tracker [1] and, for our
reference, to the ELRepo bug tracker [2]. By taking such action, the
reporter will be assisting the kernel developers, Red Hat and the Open
Source Community as a whole.

Thank you,

The ELRepo Team.

[1] https://bugzilla.kernel.org/
[2] https://elrepo.org/bugs/

From ajb at elrepo.org  Wed Apr 27 08:50:40 2022
From: ajb at elrepo.org (Alan Bartlett)
Date: Wed, 27 Apr 2022 13:50:40 +0100
Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [5.17.5-1]
Message-ID: <CA+_WhHz-p8S25YWcmK1S6dNc7VaCXNhsYWeSXoQ-=HoUt+0pFw@mail.gmail.com>

Announcing the release of the kernel-ml-5.17.5-1.el7.elrepo package
set into the EL7 elrepo-kernel repository:

https://elrepo.org/tiki/kernel-ml

The upstream changelog:

https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.17.5

The following files are currently synchronising to our mirror sites:

x86_64
kernel-ml-5.17.5-1.el7.elrepo.x86_64.rpm
kernel-ml-devel-5.17.5-1.el7.elrepo.x86_64.rpm
kernel-ml-doc-5.17.5-1.el7.elrepo.noarch.rpm
kernel-ml-headers-5.17.5-1.el7.elrepo.x86_64.rpm
kernel-ml-tools-5.17.5-1.el7.elrepo.x86_64.rpm
kernel-ml-tools-libs-5.17.5-1.el7.elrepo.x86_64.rpm
kernel-ml-tools-libs-devel-5.17.5-1.el7.elrepo.x86_64.rpm
perf-5.17.5-1.el7.elrepo.x86_64.rpm
python-perf-5.17.5-1.el7.elrepo.x86_64.rpm

nosrc
kernel-ml-5.17.5-1.el7.elrepo.nosrc.rpm

Note: As a consequence of the upstream decision [1] to raise the
minimum required version of gcc to 5.1, the distribution compiler can
no longer be used in the kernel build process. We now use gcc-9, which
is available from the devtoolset-9 package.

We provide these kernels for hardware testing in an effort to identify
new/updated drivers which can then be targeted for backporting as kmod
packages. Meanwhile, these kernels may provide interim relief to
people with non-functional hardware. We stress that we consider such
kernels as a last resort for those who are unable to get their
hardware working using the RHEL-7 kernel with supplementary kmod
packages.

These packages are provided "As-Is" with no implied warranty or
support. Using the kernel-ml may expose your system to security,
performance and/or data corruption issues. Since timely updates may
not be available from the ELRepo Project, the end user has the
ultimate responsibility for deciding whether to continue using the
kernel-ml packages in regular service.

The packages are intentionally named kernel-ml so as not to conflict
with the RHEL-7 kernels and, as such, they may be installed and
updated alongside the regular kernel. The kernel configuration is
based upon a default RHEL-7 configuration with added functionality
enabled as appropriate.

If a bug is found when using these kernels, the end user is encouraged
to report it upstream to the Linux Kernel Bug Tracker [2] and, for our
reference, to the ELRepo bug tracker [3]. By taking such action, the
reporter will be assisting the kernel developers, Red Hat and the Open
Source Community as a whole.

Thank you,

The ELRepo Team.

[1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=316346243be6df12799c0b64b788e06bad97c30b
[2] https://bugzilla.kernel.org/
[3] https://elrepo.org/bugs/

From ajb at elrepo.org  Wed Apr 27 08:50:44 2022
From: ajb at elrepo.org (Alan Bartlett)
Date: Wed, 27 Apr 2022 13:50:44 +0100
Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [5.17.5-1]
Message-ID: <CA+_WhHzWbJzR-YYPjVnv3z4tdgh7_fbBjSDfMzau8r8-a1AokA@mail.gmail.com>

Announcing the release of the kernel-ml-5.17.5-1.el8.elrepo package
set into the EL8 elrepo-kernel repository:

https://elrepo.org/tiki/kernel-ml

The upstream changelog:

https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.17.5

The following files are currently synchronising to our mirror sites:

x86_64
bpftool-5.17.5-1.el8.elrepo.x86_64.rpm
kernel-ml-5.17.5-1.el8.elrepo.x86_64.rpm
kernel-ml-core-5.17.5-1.el8.elrepo.x86_64.rpm
kernel-ml-devel-5.17.5-1.el8.elrepo.x86_64.rpm
kernel-ml-doc-5.17.5-1.el8.elrepo.noarch.rpm
kernel-ml-headers-5.17.5-1.el8.elrepo.x86_64.rpm
kernel-ml-modules-5.17.5-1.el8.elrepo.x86_64.rpm
kernel-ml-modules-extra-5.17.5-1.el8.elrepo.x86_64.rpm
kernel-ml-tools-5.17.5-1.el8.elrepo.x86_64.rpm
kernel-ml-tools-libs-5.17.5-1.el8.elrepo.x86_64.rpm
kernel-ml-tools-libs-devel-5.17.5-1.el8.elrepo.x86_64.rpm
perf-5.17.5-1.el8.elrepo.x86_64.rpm
python3-perf-5.17.5-1.el8.elrepo.x86_64.rpm

nosrc
kernel-ml-5.17.5-1.el8.elrepo.nosrc.rpm

We provide these kernels for hardware testing in an effort to identify
new/updated drivers which can then be targeted for backporting as kmod
packages. Meanwhile, these kernels may provide interim relief to
people with non-functional hardware. We stress that we consider such
kernels as a last resort for those who are unable to get their
hardware working using the RHEL-8 kernel with supplementary kmod
packages.

These packages are provided "As-Is" with no implied warranty or
support. Using the kernel-ml may expose your system to security,
performance and/or data corruption issues. Since timely updates may
not be available from the ELRepo Project, the end user has the
ultimate responsibility for deciding whether to continue using the
kernel-ml packages in regular service.

The packages are intentionally named kernel-ml so as not to conflict
with the RHEL-8 kernels and, as such, they may be installed and
updated alongside the regular kernel. The kernel configuration is
based upon a default RHEL-8 configuration with added functionality
enabled as appropriate.

If a bug is found when using these kernels, the end user is encouraged
to report it upstream to the Linux Kernel Bug Tracker [1] and, for our
reference, to the ELRepo bug tracker [2]. By taking such action, the
reporter will be assisting the kernel developers, Red Hat and the Open
Source Community as a whole.

Thank you,

The ELRepo Team.

[1] https://bugzilla.kernel.org/
[2] https://elrepo.org/bugs/

From vld.sergio.jr at gmail.com  Thu Apr 28 03:35:48 2022
From: vld.sergio.jr at gmail.com (=?UTF-8?B?0JLQvtC70L7QtNC40LzQuNGAINCh0LXRgNCz0ZbRlNC90LrQvg==?=)
Date: Thu, 28 Apr 2022 10:35:48 +0300
Subject: [elrepo] The mailing list page is unavailable
Message-ID: <CAAyCAq1=vDu9vy7JhkUC=9SjRSUV6o7+n2FeDmi4q5_VwTBocA@mail.gmail.com>

Hello ElRepo TEam!

As far as I can see. the mailing list page there:
https://lists.elrepo.org/mailman/listinfo/elrepo
is unavailable.
Could you please explain how I can get information about the kernel-it
security patches? We use the dnf-automatic for this type of updates and
want to be sure that it will work with kernel-lt.

? ???????, ?????????
With best regards, Volodymyr
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.elrepo.org/pipermail/elrepo/attachments/20220428/b0366211/attachment.html>

From wolfy at nobugconsulting.ro  Thu Apr 28 04:03:02 2022
From: wolfy at nobugconsulting.ro (Manuel Wolfshant)
Date: Thu, 28 Apr 2022 11:03:02 +0300
Subject: [elrepo] The mailing list page is unavailable
In-Reply-To: <CAAyCAq1=vDu9vy7JhkUC=9SjRSUV6o7+n2FeDmi4q5_VwTBocA@mail.gmail.com>
References: <CAAyCAq1=vDu9vy7JhkUC=9SjRSUV6o7+n2FeDmi4q5_VwTBocA@mail.gmail.com>
Message-ID: <ac679eaa-2117-b4b9-caae-02146165882f@nobugconsulting.ro>

On 4/28/22 10:35, ????????? ????????? wrote:
> Hello ElRepo TEam!
>
> As far as I can see. the mailing list page there:
> https://lists.elrepo.org/mailman/listinfo/elrepo
> is unavailable.


It's available but it is using a self-issued SSL certificate and some 
browsers must be asked kindly to accept it.


> Could you please explain how I can get information about the kernel-it 
> security patches? We use the dnf-automatic for this type of updates 
> and want to be sure that it will work with kernel-lt.
>
> ? ???????, ?????????
> With best regards, Volodymyr

wolfy


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.elrepo.org/pipermail/elrepo/attachments/20220428/6ddcdaea/attachment-0001.html>

From wolfy at nobugconsulting.ro  Thu Apr 28 04:04:30 2022
From: wolfy at nobugconsulting.ro (Manuel Wolfshant)
Date: Thu, 28 Apr 2022 11:04:30 +0300
Subject: [elrepo] The mailing list page is unavailable
In-Reply-To: <CAAyCAq1=vDu9vy7JhkUC=9SjRSUV6o7+n2FeDmi4q5_VwTBocA@mail.gmail.com>
References: <CAAyCAq1=vDu9vy7JhkUC=9SjRSUV6o7+n2FeDmi4q5_VwTBocA@mail.gmail.com>
Message-ID: <f94a0e96-7505-b6ac-3a18-a644b8f12d3c@nobugconsulting.ro>

On 4/28/22 10:35, ????????? ????????? wrote:
> Hello ElRepo TEam!
>
> As far as I can see. the mailing list page there:
> https://lists.elrepo.org/mailman/listinfo/elrepo
> is unavailable.
> Could you please explain how I can get information about the kernel-it 
> security patches?


There are no patches. Both kernel-lt and kernel-ml are just rpm packages 
of whatever kernel.org ships