From ajb at elrepo.org Mon May 9 06:47:53 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Mon, 9 May 2022 11:47:53 +0100 Subject: [elrepo] Announcement: EL7 Updated kernel-lt Package Set [5.4.192-1] Message-ID: Announcing the release of the kernel-lt-5.4.192-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.192 The following files are currently synchronising to our mirror sites: x86_64 kernel-lt-5.4.192-1.el7.elrepo.x86_64.rpm kernel-lt-devel-5.4.192-1.el7.elrepo.x86_64.rpm kernel-lt-doc-5.4.192-1.el7.elrepo.noarch.rpm kernel-lt-headers-5.4.192-1.el7.elrepo.x86_64.rpm kernel-lt-tools-5.4.192-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.192-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.192-1.el7.elrepo.x86_64.rpm perf-5.4.192-1.el7.elrepo.x86_64.rpm python-perf-5.4.192-1.el7.elrepo.x86_64.rpm nosrc kernel-lt-5.4.192-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 Mon May 9 06:48:00 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Mon, 9 May 2022 11:48:00 +0100 Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [5.17.6-1] Message-ID: Announcing the release of the kernel-ml-5.17.6-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.6 The following files are currently synchronising to our mirror sites: x86_64 kernel-ml-5.17.6-1.el7.elrepo.x86_64.rpm kernel-ml-devel-5.17.6-1.el7.elrepo.x86_64.rpm kernel-ml-doc-5.17.6-1.el7.elrepo.noarch.rpm kernel-ml-headers-5.17.6-1.el7.elrepo.x86_64.rpm kernel-ml-tools-5.17.6-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-5.17.6-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-5.17.6-1.el7.elrepo.x86_64.rpm perf-5.17.6-1.el7.elrepo.x86_64.rpm python-perf-5.17.6-1.el7.elrepo.x86_64.rpm nosrc kernel-ml-5.17.6-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 Mon May 9 06:47:56 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Mon, 9 May 2022 11:47:56 +0100 Subject: [elrepo] Announcement: EL8 Updated kernel-lt Package Set [5.4.192-1] Message-ID: Announcing the release of the kernel-lt-5.4.192-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.192 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.4.192-1.el8.elrepo.x86_64.rpm kernel-lt-5.4.192-1.el8.elrepo.x86_64.rpm kernel-lt-core-5.4.192-1.el8.elrepo.x86_64.rpm kernel-lt-devel-5.4.192-1.el8.elrepo.x86_64.rpm kernel-lt-doc-5.4.192-1.el8.elrepo.noarch.rpm kernel-lt-headers-5.4.192-1.el8.elrepo.x86_64.rpm kernel-lt-modules-5.4.192-1.el8.elrepo.x86_64.rpm kernel-lt-modules-extra-5.4.192-1.el8.elrepo.x86_64.rpm kernel-lt-tools-5.4.192-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.192-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.192-1.el8.elrepo.x86_64.rpm perf-5.4.192-1.el8.elrepo.x86_64.rpm python3-perf-5.4.192-1.el8.elrepo.x86_64.rpm nosrc kernel-lt-5.4.192-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 Mon May 9 06:48:03 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Mon, 9 May 2022 11:48:03 +0100 Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [5.17.6-1] Message-ID: Announcing the release of the kernel-ml-5.17.6-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.6 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.17.6-1.el8.elrepo.x86_64.rpm kernel-ml-5.17.6-1.el8.elrepo.x86_64.rpm kernel-ml-core-5.17.6-1.el8.elrepo.x86_64.rpm kernel-ml-devel-5.17.6-1.el8.elrepo.x86_64.rpm kernel-ml-doc-5.17.6-1.el8.elrepo.noarch.rpm kernel-ml-headers-5.17.6-1.el8.elrepo.x86_64.rpm kernel-ml-modules-5.17.6-1.el8.elrepo.x86_64.rpm kernel-ml-modules-extra-5.17.6-1.el8.elrepo.x86_64.rpm kernel-ml-tools-5.17.6-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-5.17.6-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-5.17.6-1.el8.elrepo.x86_64.rpm perf-5.17.6-1.el8.elrepo.x86_64.rpm python3-perf-5.17.6-1.el8.elrepo.x86_64.rpm nosrc kernel-ml-5.17.6-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 Thu May 12 10:38:31 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Thu, 12 May 2022 15:38:31 +0100 Subject: [elrepo] Announcement: EL7 Updated kernel-lt Package Set [5.4.193-1] Message-ID: Announcing the release of the kernel-lt-5.4.193-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.193 The following files are currently synchronising to our mirror sites: x86_64 kernel-lt-5.4.193-1.el7.elrepo.x86_64.rpm kernel-lt-devel-5.4.193-1.el7.elrepo.x86_64.rpm kernel-lt-doc-5.4.193-1.el7.elrepo.noarch.rpm kernel-lt-headers-5.4.193-1.el7.elrepo.x86_64.rpm kernel-lt-tools-5.4.193-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.193-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.193-1.el7.elrepo.x86_64.rpm perf-5.4.193-1.el7.elrepo.x86_64.rpm python-perf-5.4.193-1.el7.elrepo.x86_64.rpm nosrc kernel-lt-5.4.193-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 Thu May 12 10:38:40 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Thu, 12 May 2022 15:38:40 +0100 Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [5.17.7-1] Message-ID: Announcing the release of the kernel-ml-5.17.7-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.7 The following files are currently synchronising to our mirror sites: x86_64 kernel-ml-5.17.7-1.el7.elrepo.x86_64.rpm kernel-ml-devel-5.17.7-1.el7.elrepo.x86_64.rpm kernel-ml-doc-5.17.7-1.el7.elrepo.noarch.rpm kernel-ml-headers-5.17.7-1.el7.elrepo.x86_64.rpm kernel-ml-tools-5.17.7-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-5.17.7-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-5.17.7-1.el7.elrepo.x86_64.rpm perf-5.17.7-1.el7.elrepo.x86_64.rpm python-perf-5.17.7-1.el7.elrepo.x86_64.rpm nosrc kernel-ml-5.17.7-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 Thu May 12 10:38:35 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Thu, 12 May 2022 15:38:35 +0100 Subject: [elrepo] Announcement: EL8 Updated kernel-lt Package Set [5.4.193-1] Message-ID: Announcing the release of the kernel-lt-5.4.193-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.193 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.4.193-1.el8.elrepo.x86_64.rpm kernel-lt-5.4.193-1.el8.elrepo.x86_64.rpm kernel-lt-core-5.4.193-1.el8.elrepo.x86_64.rpm kernel-lt-devel-5.4.193-1.el8.elrepo.x86_64.rpm kernel-lt-doc-5.4.193-1.el8.elrepo.noarch.rpm kernel-lt-headers-5.4.193-1.el8.elrepo.x86_64.rpm kernel-lt-modules-5.4.193-1.el8.elrepo.x86_64.rpm kernel-lt-modules-extra-5.4.193-1.el8.elrepo.x86_64.rpm kernel-lt-tools-5.4.193-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.193-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.193-1.el8.elrepo.x86_64.rpm perf-5.4.193-1.el8.elrepo.x86_64.rpm python3-perf-5.4.193-1.el8.elrepo.x86_64.rpm nosrc kernel-lt-5.4.193-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 Thu May 12 10:38:44 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Thu, 12 May 2022 15:38:44 +0100 Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [5.17.7-1] Message-ID: Announcing the release of the kernel-ml-5.17.7-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.7 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.17.7-1.el8.elrepo.x86_64.rpm kernel-ml-5.17.7-1.el8.elrepo.x86_64.rpm kernel-ml-core-5.17.7-1.el8.elrepo.x86_64.rpm kernel-ml-devel-5.17.7-1.el8.elrepo.x86_64.rpm kernel-ml-doc-5.17.7-1.el8.elrepo.noarch.rpm kernel-ml-headers-5.17.7-1.el8.elrepo.x86_64.rpm kernel-ml-modules-5.17.7-1.el8.elrepo.x86_64.rpm kernel-ml-modules-extra-5.17.7-1.el8.elrepo.x86_64.rpm kernel-ml-tools-5.17.7-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-5.17.7-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-5.17.7-1.el8.elrepo.x86_64.rpm perf-5.17.7-1.el8.elrepo.x86_64.rpm python3-perf-5.17.7-1.el8.elrepo.x86_64.rpm nosrc kernel-ml-5.17.7-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 Sun May 15 14:50:23 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Sun, 15 May 2022 19:50:23 +0100 Subject: [elrepo] Announcement: EL7 Updated kernel-lt Package Set [5.4.194-1] Message-ID: Announcing the release of the kernel-lt-5.4.194-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.194 The following files are currently synchronising to our mirror sites: x86_64 kernel-lt-5.4.194-1.el7.elrepo.x86_64.rpm kernel-lt-devel-5.4.194-1.el7.elrepo.x86_64.rpm kernel-lt-doc-5.4.194-1.el7.elrepo.noarch.rpm kernel-lt-headers-5.4.194-1.el7.elrepo.x86_64.rpm kernel-lt-tools-5.4.194-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.194-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.194-1.el7.elrepo.x86_64.rpm perf-5.4.194-1.el7.elrepo.x86_64.rpm python-perf-5.4.194-1.el7.elrepo.x86_64.rpm nosrc kernel-lt-5.4.194-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 Sun May 15 14:50:31 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Sun, 15 May 2022 19:50:31 +0100 Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [5.17.8-1] Message-ID: Announcing the release of the kernel-ml-5.17.8-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.8 The following files are currently synchronising to our mirror sites: x86_64 kernel-ml-5.17.8-1.el7.elrepo.x86_64.rpm kernel-ml-devel-5.17.8-1.el7.elrepo.x86_64.rpm kernel-ml-doc-5.17.8-1.el7.elrepo.noarch.rpm kernel-ml-headers-5.17.8-1.el7.elrepo.x86_64.rpm kernel-ml-tools-5.17.8-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-5.17.8-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-5.17.8-1.el7.elrepo.x86_64.rpm perf-5.17.8-1.el7.elrepo.x86_64.rpm python-perf-5.17.8-1.el7.elrepo.x86_64.rpm nosrc kernel-ml-5.17.8-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 Sun May 15 14:50:27 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Sun, 15 May 2022 19:50:27 +0100 Subject: [elrepo] Announcement: EL8 Updated kernel-lt Package Set [5.4.194-1] Message-ID: Announcing the release of the kernel-lt-5.4.194-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.194 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.4.194-1.el8.elrepo.x86_64.rpm kernel-lt-5.4.194-1.el8.elrepo.x86_64.rpm kernel-lt-core-5.4.194-1.el8.elrepo.x86_64.rpm kernel-lt-devel-5.4.194-1.el8.elrepo.x86_64.rpm kernel-lt-doc-5.4.194-1.el8.elrepo.noarch.rpm kernel-lt-headers-5.4.194-1.el8.elrepo.x86_64.rpm kernel-lt-modules-5.4.194-1.el8.elrepo.x86_64.rpm kernel-lt-modules-extra-5.4.194-1.el8.elrepo.x86_64.rpm kernel-lt-tools-5.4.194-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.194-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.194-1.el8.elrepo.x86_64.rpm perf-5.4.194-1.el8.elrepo.x86_64.rpm python3-perf-5.4.194-1.el8.elrepo.x86_64.rpm nosrc kernel-lt-5.4.194-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 Sun May 15 14:50:34 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Sun, 15 May 2022 19:50:34 +0100 Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [5.17.8-1] Message-ID: Announcing the release of the kernel-ml-5.17.8-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.8 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.17.8-1.el8.elrepo.x86_64.rpm kernel-ml-5.17.8-1.el8.elrepo.x86_64.rpm kernel-ml-core-5.17.8-1.el8.elrepo.x86_64.rpm kernel-ml-devel-5.17.8-1.el8.elrepo.x86_64.rpm kernel-ml-doc-5.17.8-1.el8.elrepo.noarch.rpm kernel-ml-headers-5.17.8-1.el8.elrepo.x86_64.rpm kernel-ml-modules-5.17.8-1.el8.elrepo.x86_64.rpm kernel-ml-modules-extra-5.17.8-1.el8.elrepo.x86_64.rpm kernel-ml-tools-5.17.8-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-5.17.8-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-5.17.8-1.el8.elrepo.x86_64.rpm perf-5.17.8-1.el8.elrepo.x86_64.rpm python3-perf-5.17.8-1.el8.elrepo.x86_64.rpm nosrc kernel-ml-5.17.8-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 May 18 07:28:30 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Wed, 18 May 2022 12:28:30 +0100 Subject: [elrepo] Announcement: EL7 Updated kernel-lt Package Set [5.4.195-1] Message-ID: Announcing the release of the kernel-lt-5.4.195-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.195 The following files are currently synchronising to our mirror sites: x86_64 kernel-lt-5.4.195-1.el7.elrepo.x86_64.rpm kernel-lt-devel-5.4.195-1.el7.elrepo.x86_64.rpm kernel-lt-doc-5.4.195-1.el7.elrepo.noarch.rpm kernel-lt-headers-5.4.195-1.el7.elrepo.x86_64.rpm kernel-lt-tools-5.4.195-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.195-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.195-1.el7.elrepo.x86_64.rpm perf-5.4.195-1.el7.elrepo.x86_64.rpm python-perf-5.4.195-1.el7.elrepo.x86_64.rpm nosrc kernel-lt-5.4.195-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 May 18 07:29:05 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Wed, 18 May 2022 12:29:05 +0100 Subject: [elrepo] Announcement: EL8 Updated kernel-lt Package Set [5.4.195-1] Message-ID: Announcing the release of the kernel-lt-5.4.195-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.195 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.4.195-1.el8.elrepo.x86_64.rpm kernel-lt-5.4.195-1.el8.elrepo.x86_64.rpm kernel-lt-core-5.4.195-1.el8.elrepo.x86_64.rpm kernel-lt-devel-5.4.195-1.el8.elrepo.x86_64.rpm kernel-lt-doc-5.4.195-1.el8.elrepo.noarch.rpm kernel-lt-headers-5.4.195-1.el8.elrepo.x86_64.rpm kernel-lt-modules-5.4.195-1.el8.elrepo.x86_64.rpm kernel-lt-modules-extra-5.4.195-1.el8.elrepo.x86_64.rpm kernel-lt-tools-5.4.195-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.195-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.195-1.el8.elrepo.x86_64.rpm perf-5.4.195-1.el8.elrepo.x86_64.rpm python3-perf-5.4.195-1.el8.elrepo.x86_64.rpm nosrc kernel-lt-5.4.195-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 May 18 07:29:39 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Wed, 18 May 2022 12:29:39 +0100 Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [5.17.9-1] Message-ID: Announcing the release of the kernel-ml-5.17.9-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.9 The following files are currently synchronising to our mirror sites: x86_64 kernel-ml-5.17.9-1.el7.elrepo.x86_64.rpm kernel-ml-devel-5.17.9-1.el7.elrepo.x86_64.rpm kernel-ml-doc-5.17.9-1.el7.elrepo.noarch.rpm kernel-ml-headers-5.17.9-1.el7.elrepo.x86_64.rpm kernel-ml-tools-5.17.9-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-5.17.9-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-5.17.9-1.el7.elrepo.x86_64.rpm perf-5.17.9-1.el7.elrepo.x86_64.rpm python-perf-5.17.9-1.el7.elrepo.x86_64.rpm nosrc kernel-ml-5.17.9-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 May 18 07:30:09 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Wed, 18 May 2022 12:30:09 +0100 Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [5.17.9-1] Message-ID: Announcing the release of the kernel-ml-5.17.9-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.9 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.17.9-1.el8.elrepo.x86_64.rpm kernel-ml-5.17.9-1.el8.elrepo.x86_64.rpm kernel-ml-core-5.17.9-1.el8.elrepo.x86_64.rpm kernel-ml-devel-5.17.9-1.el8.elrepo.x86_64.rpm kernel-ml-doc-5.17.9-1.el8.elrepo.noarch.rpm kernel-ml-headers-5.17.9-1.el8.elrepo.x86_64.rpm kernel-ml-modules-5.17.9-1.el8.elrepo.x86_64.rpm kernel-ml-modules-extra-5.17.9-1.el8.elrepo.x86_64.rpm kernel-ml-tools-5.17.9-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-5.17.9-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-5.17.9-1.el8.elrepo.x86_64.rpm perf-5.17.9-1.el8.elrepo.x86_64.rpm python3-perf-5.17.9-1.el8.elrepo.x86_64.rpm nosrc kernel-ml-5.17.9-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 Sun May 22 18:14:52 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Sun, 22 May 2022 23:14:52 +0100 Subject: [elrepo] Announcement: EL7 New kernel-ml Release [5.18.0-1] Message-ID: Announcing the release of the kernel-ml-5.18.0-1.el7.elrepo package set into the EL7 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The following files are currently synchronising to our mirror sites: x86_64 kernel-ml-5.18.0-1.el7.elrepo.x86_64.rpm kernel-ml-devel-5.18.0-1.el7.elrepo.x86_64.rpm kernel-ml-doc-5.18.0-1.el7.elrepo.noarch.rpm kernel-ml-headers-5.18.0-1.el7.elrepo.x86_64.rpm kernel-ml-tools-5.18.0-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-5.18.0-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-5.18.0-1.el7.elrepo.x86_64.rpm perf-5.18.0-1.el7.elrepo.x86_64.rpm python-perf-5.18.0-1.el7.elrepo.x86_64.rpm nosrc kernel-ml-5.18.0-1.el7.elrepo.nosrc.rpm Note: As a consequence of the upstream decision [1] to raise the minimum required version of gcc to 4.9, 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=6ec4476ac82512f09c94aff5972654b70f3772b2 [2] https://bugzilla.kernel.org/ [3] https://elrepo.org/bugs/ From ajb at elrepo.org Sun May 22 18:14:59 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Sun, 22 May 2022 23:14:59 +0100 Subject: [elrepo] Announcement: EL8 New kernel-ml Release [5.18.0-1] Message-ID: Announcing the release of the kernel-ml-5.18.0-1.el8.elrepo package set into the EL8 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.18.0-1.el8.elrepo.x86_64.rpm kernel-ml-5.18.0-1.el8.elrepo.x86_64.rpm kernel-ml-core-5.18.0-1.el8.elrepo.x86_64.rpm kernel-ml-devel-5.18.0-1.el8.elrepo.x86_64.rpm kernel-ml-doc-5.18.0-1.el8.elrepo.noarch.rpm kernel-ml-headers-5.18.0-1.el8.elrepo.x86_64.rpm kernel-ml-modules-5.18.0-1.el8.elrepo.x86_64.rpm kernel-ml-modules-extra-5.18.0-1.el8.elrepo.x86_64.rpm kernel-ml-tools-5.18.0-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-5.18.0-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-5.18.0-1.el8.elrepo.x86_64.rpm perf-5.18.0-1.el8.elrepo.x86_64.rpm python3-perf-5.18.0-1.el8.elrepo.x86_64.rpm nosrc kernel-ml-5.18.0-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 May 25 06:58:43 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Wed, 25 May 2022 11:58:43 +0100 Subject: [elrepo] Announcement: EL7 Updated kernel-lt Package Set [5.4.196-1] Message-ID: Announcing the release of the kernel-lt-5.4.196-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.196 The following files are currently synchronising to our mirror sites: x86_64 kernel-lt-5.4.196-1.el7.elrepo.x86_64.rpm kernel-lt-devel-5.4.196-1.el7.elrepo.x86_64.rpm kernel-lt-doc-5.4.196-1.el7.elrepo.noarch.rpm kernel-lt-headers-5.4.196-1.el7.elrepo.x86_64.rpm kernel-lt-tools-5.4.196-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.196-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.196-1.el7.elrepo.x86_64.rpm perf-5.4.196-1.el7.elrepo.x86_64.rpm python-perf-5.4.196-1.el7.elrepo.x86_64.rpm nosrc kernel-lt-5.4.196-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 May 25 06:58:47 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Wed, 25 May 2022 11:58:47 +0100 Subject: [elrepo] Announcement: EL8 Updated kernel-lt Package Set [5.4.196-1] Message-ID: Announcing the release of the kernel-lt-5.4.196-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.196 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.4.196-1.el8.elrepo.x86_64.rpm kernel-lt-5.4.196-1.el8.elrepo.x86_64.rpm kernel-lt-core-5.4.196-1.el8.elrepo.x86_64.rpm kernel-lt-devel-5.4.196-1.el8.elrepo.x86_64.rpm kernel-lt-doc-5.4.196-1.el8.elrepo.noarch.rpm kernel-lt-headers-5.4.196-1.el8.elrepo.x86_64.rpm kernel-lt-modules-5.4.196-1.el8.elrepo.x86_64.rpm kernel-lt-modules-extra-5.4.196-1.el8.elrepo.x86_64.rpm kernel-lt-tools-5.4.196-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.196-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.196-1.el8.elrepo.x86_64.rpm perf-5.4.196-1.el8.elrepo.x86_64.rpm python3-perf-5.4.196-1.el8.elrepo.x86_64.rpm nosrc kernel-lt-5.4.196-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 Mon May 30 09:45:41 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Mon, 30 May 2022 14:45:41 +0100 Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [5.18.1-1] Message-ID: Announcing the release of the kernel-ml-5.18.1-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.18.1 The following files are currently synchronising to our mirror sites: x86_64 kernel-ml-5.18.1-1.el7.elrepo.x86_64.rpm kernel-ml-devel-5.18.1-1.el7.elrepo.x86_64.rpm kernel-ml-doc-5.18.1-1.el7.elrepo.noarch.rpm kernel-ml-headers-5.18.1-1.el7.elrepo.x86_64.rpm kernel-ml-tools-5.18.1-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-5.18.1-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-5.18.1-1.el7.elrepo.x86_64.rpm perf-5.18.1-1.el7.elrepo.x86_64.rpm python-perf-5.18.1-1.el7.elrepo.x86_64.rpm nosrc kernel-ml-5.18.1-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 Mon May 30 09:45:45 2022 From: ajb at elrepo.org (Alan Bartlett) Date: Mon, 30 May 2022 14:45:45 +0100 Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [5.18.1-1] Message-ID: Announcing the release of the kernel-ml-5.18.1-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.18.1 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.18.1-1.el8.elrepo.x86_64.rpm kernel-ml-5.18.1-1.el8.elrepo.x86_64.rpm kernel-ml-core-5.18.1-1.el8.elrepo.x86_64.rpm kernel-ml-devel-5.18.1-1.el8.elrepo.x86_64.rpm kernel-ml-doc-5.18.1-1.el8.elrepo.noarch.rpm kernel-ml-headers-5.18.1-1.el8.elrepo.x86_64.rpm kernel-ml-modules-5.18.1-1.el8.elrepo.x86_64.rpm kernel-ml-modules-extra-5.18.1-1.el8.elrepo.x86_64.rpm kernel-ml-tools-5.18.1-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-5.18.1-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-5.18.1-1.el8.elrepo.x86_64.rpm perf-5.18.1-1.el8.elrepo.x86_64.rpm python3-perf-5.18.1-1.el8.elrepo.x86_64.rpm nosrc kernel-ml-5.18.1-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 sysops at starbursthosting.com Mon May 30 11:22:20 2022 From: sysops at starbursthosting.com (Starburst Hosting SysOp's) Date: Mon, 30 May 2022 11:22:20 -0400 Subject: [elrepo] Will there be an update to 5.10.x? Message-ID: <25a4a94a-6105-6c32-9f2c-74b6f8419076@starbursthosting.com> Was wondering if there would be an update to the kernel-lt to 5.10.x? 5.10.x has an EOL of December 2026. Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From wolfy at nobugconsulting.ro Mon May 30 12:03:48 2022 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Mon, 30 May 2022 19:03:48 +0300 Subject: [elrepo] Will there be an update to 5.10.x? In-Reply-To: <25a4a94a-6105-6c32-9f2c-74b6f8419076@starbursthosting.com> References: <25a4a94a-6105-6c32-9f2c-74b6f8419076@starbursthosting.com> Message-ID: On 5/30/22 18:22, Starburst Hosting SysOp's via elrepo wrote: > > Was wondering if there would be an update to the kernel-lt to 5.10.x? > > 5.10.x has an EOL of December 2026. > Yes, there will. I assume that the procedure outlined in http://lists.elrepo.org/pipermail/elrepo/2013-August/001863.html will be followed again. wolfy -------------- next part -------------- An HTML attachment was scrubbed... URL: From phil at elrepo.org Mon May 30 12:32:12 2022 From: phil at elrepo.org (Phil Perry) Date: Mon, 30 May 2022 17:32:12 +0100 Subject: [elrepo] Will there be an update to 5.10.x? In-Reply-To: References: <25a4a94a-6105-6c32-9f2c-74b6f8419076@starbursthosting.com> Message-ID: <64d471dd-bf66-d6aa-44c9-2ef07c8fdc78@elrepo.org> On 30/05/2022 17:03, Manuel Wolfshant wrote: > On 5/30/22 18:22, Starburst Hosting SysOp's via elrepo wrote: >> >> Was wondering if there would be an update to the kernel-lt to 5.10.x? >> >> 5.10.x has an EOL of December 2026. >> > Yes, there will. I assume that the procedure outlined in > http://lists.elrepo.org/pipermail/elrepo/2013-August/001863.html will be > followed again. > > > wolfy > Yes, as Wolfy says, once the current kernel-lt (currently 5.4.x) reaches end of life (projected Dec 2025), we will need to go through a process of selecting a new best suitable candidate to replace it. However, I would venture that by Dec 2025, there will be better candidates than 5.10.x which would only offer an additional 1 year of support at that time. Anyway, the later half of 2025 will be the time to have that discussion. Phil From sysops at starbursthosting.com Mon May 30 12:59:53 2022 From: sysops at starbursthosting.com (Starburst Hosting SysOp's) Date: Mon, 30 May 2022 12:59:53 -0400 Subject: [elrepo] Will there be an update to 5.10.x? In-Reply-To: <64d471dd-bf66-d6aa-44c9-2ef07c8fdc78@elrepo.org> References: <25a4a94a-6105-6c32-9f2c-74b6f8419076@starbursthosting.com> <64d471dd-bf66-d6aa-44c9-2ef07c8fdc78@elrepo.org> Message-ID: <19ef254d-04f2-4566-a371-99442fe28a53@starbursthosting.com> Was just curious, since kernel-lt went from 4.19.x to 5.4.x before that EOL. On 05/30/2022 12:32, Phil Perry wrote: > On 30/05/2022 17:03, Manuel Wolfshant wrote: >> On 5/30/22 18:22, Starburst Hosting SysOp's via elrepo wrote: >>> >>> Was wondering if there would be an update to the kernel-lt to 5.10.x? >>> >>> 5.10.x has an EOL of December 2026. >>> >> Yes, there will. I assume that the procedure outlined in >> http://lists.elrepo.org/pipermail/elrepo/2013-August/001863.html will >> be followed again. >> >> >> wolfy >> > > Yes, as Wolfy says, once the current kernel-lt (currently 5.4.x) > reaches end of life (projected Dec 2025), we will need to go through a > process of selecting a new best suitable candidate to replace it. > However, I would venture that by Dec 2025, there will be better > candidates than 5.10.x which would only offer an additional 1 year of > support at that time. > > Anyway, the later half of 2025 will be the time to have that discussion. > > Phil > _______________________________________________ > elrepo mailing list > elrepo at lists.elrepo.org > http://lists.elrepo.org/mailman/listinfo/elrepo -------------- next part -------------- An HTML attachment was scrubbed... URL: From themsley at voiceflex.com Mon May 30 13:52:00 2022 From: themsley at voiceflex.com (Trevor Hemsley) Date: Mon, 30 May 2022 18:52:00 +0100 Subject: [elrepo] Will there be an update to 5.10.x? In-Reply-To: <19ef254d-04f2-4566-a371-99442fe28a53@starbursthosting.com> References: <25a4a94a-6105-6c32-9f2c-74b6f8419076@starbursthosting.com> <64d471dd-bf66-d6aa-44c9-2ef07c8fdc78@elrepo.org> <19ef254d-04f2-4566-a371-99442fe28a53@starbursthosting.com> Message-ID: <70768b9b-7024-c366-4069-b33480cf49c3@voiceflex.com> Hi 4.19 had its EOL date changed in 2020, just before it was due to expire. I suspect that would explain the switch to 5.4. Trevor On 30/05/2022 17:59, Starburst Hosting SysOp's via elrepo wrote: > > Was just curious, since kernel-lt went from 4.19.x to 5.4.x before > that EOL. > > > On 05/30/2022 12:32, Phil Perry wrote: >> On 30/05/2022 17:03, Manuel Wolfshant wrote: >>> On 5/30/22 18:22, Starburst Hosting SysOp's via elrepo wrote: >>>> >>>> Was wondering if there would be an update to the kernel-lt to 5.10.x? >>>> >>>> 5.10.x has an EOL of December 2026. >>>> >>> Yes, there will. I assume that the procedure outlined in >>> http://lists.elrepo.org/pipermail/elrepo/2013-August/001863.html >>> will be followed again. >>> >>> >>> wolfy >>> >> >> Yes, as Wolfy says, once the current kernel-lt (currently 5.4.x) >> reaches end of life (projected Dec 2025), we will need to go through >> a process of selecting a new best suitable candidate to replace it. >> However, I would venture that by Dec 2025, there will be better >> candidates than 5.10.x which would only offer an additional 1 year of >> support at that time. >> >> Anyway, the later half of 2025 will be the time to have that discussion. >> >> Phil >> _______________________________________________ >> elrepo mailing list >> elrepo at lists.elrepo.org >> http://lists.elrepo.org/mailman/listinfo/elrepo > > _______________________________________________ > elrepo mailing list > elrepo at lists.elrepo.org > http://lists.elrepo.org/mailman/listinfo/elrepo Disclaimer The information contained in this communication from the sender is confidential. It is intended solely for use by the recipient and others authorized to receive it. If you are not the recipient, you are hereby notified that any disclosure, copying, distribution or taking action in relation of the contents of this information is strictly prohibited and may be unlawful. This email has been scanned for viruses and malware, and may have been automatically archived by Mimecast Ltd, an innovator in Software as a Service (SaaS) for business. Providing a safer and more useful place for your human generated data. Specializing in; Security, archiving and compliance. To find out more visit the Mimecast website. -------------- next part -------------- An HTML attachment was scrubbed... URL: From sysops at starbursthosting.com Mon May 30 13:56:54 2022 From: sysops at starbursthosting.com (Starburst Hosting SysOp's) Date: Mon, 30 May 2022 13:56:54 -0400 Subject: [elrepo] Will there be an update to 5.10.x? In-Reply-To: <70768b9b-7024-c366-4069-b33480cf49c3@voiceflex.com> References: <25a4a94a-6105-6c32-9f2c-74b6f8419076@starbursthosting.com> <64d471dd-bf66-d6aa-44c9-2ef07c8fdc78@elrepo.org> <19ef254d-04f2-4566-a371-99442fe28a53@starbursthosting.com> <70768b9b-7024-c366-4069-b33480cf49c3@voiceflex.com> Message-ID: I was going by https://kernel.org/category/releases.html, which shows 4.19.x EOL as December 2024. On 05/30/2022 13:52, Trevor Hemsley wrote: > Hi > > 4.19 had its EOL date changed in 2020, just before it was due to > expire. I suspect that would explain the switch to 5.4. > > Trevor -------------- next part -------------- An HTML attachment was scrubbed... URL: From themsley at voiceflex.com Mon May 30 14:02:03 2022 From: themsley at voiceflex.com (Trevor Hemsley) Date: Mon, 30 May 2022 19:02:03 +0100 Subject: [elrepo] Will there be an update to 5.10.x? In-Reply-To: References: <25a4a94a-6105-6c32-9f2c-74b6f8419076@starbursthosting.com> <64d471dd-bf66-d6aa-44c9-2ef07c8fdc78@elrepo.org> <19ef254d-04f2-4566-a371-99442fe28a53@starbursthosting.com> <70768b9b-7024-c366-4069-b33480cf49c3@voiceflex.com> Message-ID: <999b6195-1045-60f2-a552-72d1b10485b0@voiceflex.com> On 30/05/2022 18:56, Starburst Hosting SysOp's via elrepo wrote: > > I was going by https://kernel.org/category/releases.html, which shows > 4.19.x EOL as December 2024. > https://fossbytes.com/linux-lts-kernel-4-19-and-5-4-will-now-be-supported-for-6-years-instead-of-2/ Trevor Disclaimer The information contained in this communication from the sender is confidential. It is intended solely for use by the recipient and others authorized to receive it. If you are not the recipient, you are hereby notified that any disclosure, copying, distribution or taking action in relation of the contents of this information is strictly prohibited and may be unlawful. This email has been scanned for viruses and malware, and may have been automatically archived by Mimecast Ltd, an innovator in Software as a Service (SaaS) for business. Providing a safer and more useful place for your human generated data. Specializing in; Security, archiving and compliance. To find out more visit the Mimecast website. -------------- next part -------------- An HTML attachment was scrubbed... URL: From phil at elrepo.org Mon May 30 15:53:33 2022 From: phil at elrepo.org (Phil Perry) Date: Mon, 30 May 2022 20:53:33 +0100 Subject: [elrepo] Will there be an update to 5.10.x? In-Reply-To: <19ef254d-04f2-4566-a371-99442fe28a53@starbursthosting.com> References: <25a4a94a-6105-6c32-9f2c-74b6f8419076@starbursthosting.com> <64d471dd-bf66-d6aa-44c9-2ef07c8fdc78@elrepo.org> <19ef254d-04f2-4566-a371-99442fe28a53@starbursthosting.com> Message-ID: There are two train of thoughts on this. Firstly is that any LTS offering should be just that - long term, and for Enterprise Linux that generally means as long as possible. Anyone developing against that kernel wants that long term support, not something that is chopping and changing every few years to some other LTS offering with a completely incompatible ABI. Here kernel-lt actually offers something the distro kernel does not as the ABI is a lot more consistent in kernel-lt than it will be in the distro kernel over the lifespan of the product. The second train of thought is that 5.4.x is going to be horribly outdated - probably already is horribly outdated - and a switch to a newer LTS offering would hence make sense, as long as you don't subscribe to the first train of thought. One could argue that anyone wanting a newer offering may be better off switching back to the distro kernel at some point in time, as with active backporting, many parts of the distro kernel(s) are now considerably 'newer' than that in 5.4.x, so it may be that the very reason you started using kernel-lt in the first place has since been negated. Or if you absolutely must have something newer then there is kernel-ml Unfortunately we simply do not have the resources to be able to commit to offering both, and this being Enterprise Linux we settled on the first train of thought. Had it been fedora or Ubuntu we may well have taken the second approach, but it's not. The practicalities of this generally mean that there will likely be 2 versions of kernel-lt for any major release of RHEL so long as upstream retain their current ~5-6 year LTS support regime. Hope that helps explain a little of the thinking behind the strategy. Phil On 30/05/2022 17:59, Starburst Hosting SysOp's via elrepo wrote: > Was just curious, since kernel-lt went from 4.19.x to 5.4.x before that EOL. > > > On 05/30/2022 12:32, Phil Perry wrote: >> On 30/05/2022 17:03, Manuel Wolfshant wrote: >>> On 5/30/22 18:22, Starburst Hosting SysOp's via elrepo wrote: >>>> >>>> Was wondering if there would be an update to the kernel-lt to 5.10.x? >>>> >>>> 5.10.x has an EOL of December 2026. >>>> >>> Yes, there will. I assume that the procedure outlined in >>> http://lists.elrepo.org/pipermail/elrepo/2013-August/001863.html will >>> be followed again. >>> >>> >>> wolfy >>> >> >> Yes, as Wolfy says, once the current kernel-lt (currently 5.4.x) >> reaches end of life (projected Dec 2025), we will need to go through a >> process of selecting a new best suitable candidate to replace it. >> However, I would venture that by Dec 2025, there will be better >> candidates than 5.10.x which would only offer an additional 1 year of >> support at that time. >> >> Anyway, the later half of 2025 will be the time to have that discussion. >> >> Phil