From toracat at elrepo.org Mon Jun 5 19:43:48 2023 From: toracat at elrepo.org (Akemi Yagi) Date: Mon, 5 Jun 2023 16:43:48 -0700 Subject: [elrepo] Announcement: EL9 Updated kernel-ml Package Set [6.3.6-1] Message-ID: Announcing the release of the kernel-ml-6.3.6-1.el9.elrepo package set into the EL9 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The upstream changelog: https://www.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.3.6 The following files are currently synchronising to our mirror sites: aarch64 [1] bpftool-6.3.6-1.el9.elrepo.aarch64.rpm kernel-ml-6.3.6-1.el9.elrepo.aarch64.rpm kernel-ml-core-6.3.6-1.el9.elrepo.aarch64.rpm kernel-ml-devel-6.3.6-1.el9.elrepo.aarch64.rpm kernel-ml-devel-matched-6.3.6-1.el9.elrepo.aarch64.rpm kernel-ml-doc-6.3.6-1.el9.elrepo.noarch.rpm kernel-ml-headers-6.3.6-1.el9.elrepo.aarch64.rpm kernel-ml-modules-6.3.6-1.el9.elrepo.aarch64.rpm kernel-ml-modules-extra-6.3.6-1.el9.elrepo.aarch64.rpm kernel-ml-tools-6.3.6-1.el9.elrepo.aarch64.rpm kernel-ml-tools-libs-6.3.6-1.el9.elrepo.aarch64.rpm kernel-ml-tools-libs-devel-6.3.6-1.el9.elrepo.aarch64.rpm perf-6.3.6-1.el9.elrepo.aarch64.rpm python3-perf-6.3.6-1.el9.elrepo.aarch64.rpm x86_64 bpftool-6.3.6-1.el9.elrepo.x86_64.rpm kernel-ml-6.3.6-1.el9.elrepo.x86_64.rpm kernel-ml-core-6.3.6-1.el9.elrepo.x86_64.rpm kernel-ml-devel-6.3.6-1.el9.elrepo.x86_64.rpm kernel-ml-devel-matched-6.3.6-1.el9.elrepo.x86_64.rpm kernel-ml-doc-6.3.6-1.el9.elrepo.noarch.rpm kernel-ml-headers-6.3.6-1.el9.elrepo.x86_64.rpm kernel-ml-modules-6.3.6-1.el9.elrepo.x86_64.rpm kernel-ml-modules-extra-6.3.6-1.el9.elrepo.x86_64.rpm kernel-ml-tools-6.3.6-1.el9.elrepo.x86_64.rpm kernel-ml-tools-libs-6.3.6-1.el9.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.3.6-1.el9.elrepo.x86_64.rpm perf-6.3.6-1.el9.elrepo.x86_64.rpm python3-perf-6.3.6-1.el9.elrepo.x86_64.rpm nosrc kernel-ml-6.3.6-1.el9.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-9 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-9 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-9 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] The ELRepo Project would like to thank Jack Aboutboul (AlmaLinux) and Pablo Greco for their support with the aarch64 platform. [2] https://bugzilla.kernel.org/ [3] https://elrepo.org/bugs/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From toracat at elrepo.org Mon Jun 5 19:45:43 2023 From: toracat at elrepo.org (Akemi Yagi) Date: Mon, 5 Jun 2023 16:45:43 -0700 Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [6.3.6-1] Message-ID: Announcing the release of the kernel-ml-6.3.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/v6.x/ChangeLog-6.3.6 The following files are currently synchronising to our mirror sites: x86_64 bpftool-6.3.6-1.el8.elrepo.x86_64.rpm kernel-ml-6.3.6-1.el8.elrepo.x86_64.rpm kernel-ml-core-6.3.6-1.el8.elrepo.x86_64.rpm kernel-ml-devel-6.3.6-1.el8.elrepo.x86_64.rpm kernel-ml-doc-6.3.6-1.el8.elrepo.noarch.rpm kernel-ml-headers-6.3.6-1.el8.elrepo.x86_64.rpm kernel-ml-modules-6.3.6-1.el8.elrepo.x86_64.rpm kernel-ml-modules-extra-6.3.6-1.el8.elrepo.x86_64.rpm kernel-ml-tools-6.3.6-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-6.3.6-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.3.6-1.el8.elrepo.x86_64.rpm perf-6.3.6-1.el8.elrepo.x86_64.rpm python3-perf-6.3.6-1.el8.elrepo.x86_64.rpm nosrc kernel-ml-6.3.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/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From toracat at elrepo.org Mon Jun 5 19:47:59 2023 From: toracat at elrepo.org (Akemi Yagi) Date: Mon, 5 Jun 2023 16:47:59 -0700 Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [6.3.6-1] Message-ID: Announcing the release of the kernel-ml-6.3.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/v6.x/ChangeLog-6.3.6 The following files are currently synchronising to our mirror sites: x86_64 kernel-ml-6.3.6-1.el7.elrepo.x86_64.rpm kernel-ml-devel-6.3.6-1.el7.elrepo.x86_64.rpm kernel-ml-doc-6.3.6-1.el7.elrepo.noarch.rpm kernel-ml-headers-6.3.6-1.el7.elrepo.x86_64.rpm kernel-ml-tools-6.3.6-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-6.3.6-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.3.6-1.el7.elrepo.x86_64.rpm nosrc kernel-ml-6.3.6-1.el7.elrepo.nosrc.rpm Please note that as of kernel-ml version 6.0.0 we are unable to continue providing the perf and python-perf packages. 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/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From toracat at elrepo.org Mon Jun 5 19:49:47 2023 From: toracat at elrepo.org (Akemi Yagi) Date: Mon, 5 Jun 2023 16:49:47 -0700 Subject: [elrepo] Announcement: EL9 Updated kernel-lt Package Set [6.1.32-1] Message-ID: Announcing the release of the kernel-lt-6.1.32-1.el9.elrepo package set into the EL9 elrepo-kernel repository: https://elrepo.org/tiki/kernel-lt The upstream changelog: https://www.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.1.32 The following files are currently synchronising to our mirror sites: aarch64 [1] bpftool-6.1.32-1.el9.elrepo.aarch64.rpm kernel-lt-6.1.32-1.el9.elrepo.aarch64.rpm kernel-lt-core-6.1.32-1.el9.elrepo.aarch64.rpm kernel-lt-devel-6.1.32-1.el9.elrepo.aarch64.rpm kernel-lt-devel-matched-6.1.32-1.el9.elrepo.aarch64.rpm kernel-lt-doc-6.1.32-1.el9.elrepo.noarch.rpm kernel-lt-headers-6.1.32-1.el9.elrepo.aarch64.rpm kernel-lt-modules-6.1.32-1.el9.elrepo.aarch64.rpm kernel-lt-modules-extra-6.1.32-1.el9.elrepo.aarch64.rpm kernel-lt-tools-6.1.32-1.el9.elrepo.aarch64.rpm kernel-lt-tools-libs-6.1.32-1.el9.elrepo.aarch64.rpm kernel-lt-tools-libs-devel-6.1.32-1.el9.elrepo.aarch64.rpm perf-6.1.32-1.el9.elrepo.aarch64.rpm python3-perf-6.1.32-1.el9.elrepo.aarch64.rpm x86_64 bpftool-6.1.32-1.el9.elrepo.x86_64.rpm kernel-lt-6.1.32-1.el9.elrepo.x86_64.rpm kernel-lt-core-6.1.32-1.el9.elrepo.x86_64.rpm kernel-lt-devel-6.1.32-1.el9.elrepo.x86_64.rpm kernel-lt-devel-matched-6.1.32-1.el9.elrepo.x86_64.rpm kernel-lt-doc-6.1.32-1.el9.elrepo.noarch.rpm kernel-lt-headers-6.1.32-1.el9.elrepo.x86_64.rpm kernel-lt-modules-6.1.32-1.el9.elrepo.x86_64.rpm kernel-lt-modules-extra-6.1.32-1.el9.elrepo.x86_64.rpm kernel-lt-tools-6.1.32-1.el9.elrepo.x86_64.rpm kernel-lt-tools-libs-6.1.32-1.el9.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-6.1.32-1.el9.elrepo.x86_64.rpm perf-6.1.32-1.el9.elrepo.x86_64.rpm python3-perf-6.1.32-1.el9.elrepo.x86_64.rpm nosrc kernel-lt-6.1.32-1.el9.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-9 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-9 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-9 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] The ELRepo Project would like to thank Jack Aboutboul (AlmaLinux) and Pablo Greco for their support with the aarch64 platform. [2] https://bugzilla.kernel.org/ [3] https://elrepo.org/bugs/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From toracat at elrepo.org Mon Jun 5 19:51:37 2023 From: toracat at elrepo.org (Akemi Yagi) Date: Mon, 5 Jun 2023 16:51:37 -0700 Subject: [elrepo] Announcement: EL8 Updated kernel-lt Package Set [5.4.245-1] Message-ID: Announcing the release of the kernel-lt-5.4.245-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.245 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.4.245-1.el8.elrepo.x86_64.rpm kernel-lt-5.4.245-1.el8.elrepo.x86_64.rpm kernel-lt-core-5.4.245-1.el8.elrepo.x86_64.rpm kernel-lt-devel-5.4.245-1.el8.elrepo.x86_64.rpm kernel-lt-doc-5.4.245-1.el8.elrepo.noarch.rpm kernel-lt-headers-5.4.245-1.el8.elrepo.x86_64.rpm kernel-lt-modules-5.4.245-1.el8.elrepo.x86_64.rpm kernel-lt-modules-extra-5.4.245-1.el8.elrepo.x86_64.rpm kernel-lt-tools-5.4.245-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.245-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.245-1.el8.elrepo.x86_64.rpm perf-5.4.245-1.el8.elrepo.x86_64.rpm python3-perf-5.4.245-1.el8.elrepo.x86_64.rpm nosrc kernel-lt-5.4.245-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/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From toracat at elrepo.org Mon Jun 5 19:53:13 2023 From: toracat at elrepo.org (Akemi Yagi) Date: Mon, 5 Jun 2023 16:53:13 -0700 Subject: [elrepo] Announcement: EL7 Updated kernel-lt Package Set [5.4.245-1] Message-ID: Announcing the release of the kernel-lt-5.4.245-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.245 The following files are currently synchronising to our mirror sites: x86_64 kernel-lt-5.4.245-1.el7.elrepo.x86_64.rpm kernel-lt-devel-5.4.245-1.el7.elrepo.x86_64.rpm kernel-lt-doc-5.4.245-1.el7.elrepo.noarch.rpm kernel-lt-headers-5.4.245-1.el7.elrepo.x86_64.rpm kernel-lt-tools-5.4.245-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.245-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.245-1.el7.elrepo.x86_64.rpm perf-5.4.245-1.el7.elrepo.x86_64.rpm python-perf-5.4.245-1.el7.elrepo.x86_64.rpm nosrc kernel-lt-5.4.245-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/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From toracat at elrepo.org Fri Jun 9 20:05:11 2023 From: toracat at elrepo.org (Akemi Yagi) Date: Fri, 9 Jun 2023 17:05:11 -0700 Subject: [elrepo] Announcement: EL7 Updated kernel-lt Package Set [5.4.255-1] Message-ID: Announcing the release of the kernel-lt-5.4.255-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.255 The following files are currently synchronising to our mirror sites: x86_64 kernel-lt-5.4.255-1.el7.elrepo.x86_64.rpm kernel-lt-devel-5.4.255-1.el7.elrepo.x86_64.rpm kernel-lt-doc-5.4.255-1.el7.elrepo.noarch.rpm kernel-lt-headers-5.4.255-1.el7.elrepo.x86_64.rpm kernel-lt-tools-5.4.255-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.255-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.255-1.el7.elrepo.x86_64.rpm perf-5.4.255-1.el7.elrepo.x86_64.rpm python-perf-5.4.255-1.el7.elrepo.x86_64.rpm nosrc kernel-lt-5.4.255-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 toracat at elrepo.org Fri Jun 9 20:06:26 2023 From: toracat at elrepo.org (Akemi Yagi) Date: Fri, 9 Jun 2023 17:06:26 -0700 Subject: [elrepo] Announcement: EL8 Updated kernel-lt Package Set [5.4.255-1] Message-ID: Announcing the release of the kernel-lt-5.4.255-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.255 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.4.255-1.el8.elrepo.x86_64.rpm kernel-lt-5.4.255-1.el8.elrepo.x86_64.rpm kernel-lt-core-5.4.255-1.el8.elrepo.x86_64.rpm kernel-lt-devel-5.4.255-1.el8.elrepo.x86_64.rpm kernel-lt-doc-5.4.255-1.el8.elrepo.noarch.rpm kernel-lt-headers-5.4.255-1.el8.elrepo.x86_64.rpm kernel-lt-modules-5.4.255-1.el8.elrepo.x86_64.rpm kernel-lt-modules-extra-5.4.255-1.el8.elrepo.x86_64.rpm kernel-lt-tools-5.4.255-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.255-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.255-1.el8.elrepo.x86_64.rpm perf-5.4.255-1.el8.elrepo.x86_64.rpm python3-perf-5.4.255-1.el8.elrepo.x86_64.rpm nosrc kernel-lt-5.4.255-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 toracat at elrepo.org Fri Jun 9 20:07:48 2023 From: toracat at elrepo.org (Akemi Yagi) Date: Fri, 9 Jun 2023 17:07:48 -0700 Subject: [elrepo] Announcement: EL9 Updated kernel-lt Package Set [6.1.33-1] Message-ID: Announcing the release of the kernel-lt-6.1.33-1.el9.elrepo package set into the EL9 elrepo-kernel repository: https://elrepo.org/tiki/kernel-lt The upstream changelog: https://www.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.1.33 The following files are currently synchronising to our mirror sites: aarch64 [1] bpftool-6.1.33-1.el9.elrepo.aarch64.rpm kernel-lt-6.1.33-1.el9.elrepo.aarch64.rpm kernel-lt-core-6.1.33-1.el9.elrepo.aarch64.rpm kernel-lt-devel-6.1.33-1.el9.elrepo.aarch64.rpm kernel-lt-devel-matched-6.1.33-1.el9.elrepo.aarch64.rpm kernel-lt-doc-6.1.33-1.el9.elrepo.noarch.rpm kernel-lt-headers-6.1.33-1.el9.elrepo.aarch64.rpm kernel-lt-modules-6.1.33-1.el9.elrepo.aarch64.rpm kernel-lt-modules-extra-6.1.33-1.el9.elrepo.aarch64.rpm kernel-lt-tools-6.1.33-1.el9.elrepo.aarch64.rpm kernel-lt-tools-libs-6.1.33-1.el9.elrepo.aarch64.rpm kernel-lt-tools-libs-devel-6.1.33-1.el9.elrepo.aarch64.rpm perf-6.1.33-1.el9.elrepo.aarch64.rpm python3-perf-6.1.33-1.el9.elrepo.aarch64.rpm x86_64 bpftool-6.1.33-1.el9.elrepo.x86_64.rpm kernel-lt-6.1.33-1.el9.elrepo.x86_64.rpm kernel-lt-core-6.1.33-1.el9.elrepo.x86_64.rpm kernel-lt-devel-6.1.33-1.el9.elrepo.x86_64.rpm kernel-lt-devel-matched-6.1.33-1.el9.elrepo.x86_64.rpm kernel-lt-doc-6.1.33-1.el9.elrepo.noarch.rpm kernel-lt-headers-6.1.33-1.el9.elrepo.x86_64.rpm kernel-lt-modules-6.1.33-1.el9.elrepo.x86_64.rpm kernel-lt-modules-extra-6.1.33-1.el9.elrepo.x86_64.rpm kernel-lt-tools-6.1.33-1.el9.elrepo.x86_64.rpm kernel-lt-tools-libs-6.1.33-1.el9.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-6.1.33-1.el9.elrepo.x86_64.rpm perf-6.1.33-1.el9.elrepo.x86_64.rpm python3-perf-6.1.33-1.el9.elrepo.x86_64.rpm nosrc kernel-lt-6.1.33-1.el9.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-9 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-9 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-9 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] The ELRepo Project would like to thank Jack Aboutboul (AlmaLinux) and Pablo Greco for their support with the aarch64 platform. [2] https://bugzilla.kernel.org/ [3] https://elrepo.org/bugs/ From toracat at elrepo.org Fri Jun 9 20:09:06 2023 From: toracat at elrepo.org (Akemi Yagi) Date: Fri, 9 Jun 2023 17:09:06 -0700 Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [6.3.7-1] Message-ID: Announcing the release of the kernel-ml-6.3.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/v6.x/ChangeLog-6.3.7 The following files are currently synchronising to our mirror sites: x86_64 kernel-ml-6.3.7-1.el7.elrepo.x86_64.rpm kernel-ml-devel-6.3.7-1.el7.elrepo.x86_64.rpm kernel-ml-doc-6.3.7-1.el7.elrepo.noarch.rpm kernel-ml-headers-6.3.7-1.el7.elrepo.x86_64.rpm kernel-ml-tools-6.3.7-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-6.3.7-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.3.7-1.el7.elrepo.x86_64.rpm nosrc kernel-ml-6.3.7-1.el7.elrepo.nosrc.rpm Please note that as of kernel-ml version 6.0.0 we are unable to continue providing the perf and python-perf packages. 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 toracat at elrepo.org Fri Jun 9 20:10:09 2023 From: toracat at elrepo.org (Akemi Yagi) Date: Fri, 9 Jun 2023 17:10:09 -0700 Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [6.3.7-1] Message-ID: Announcing the release of the kernel-ml-6.3.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/v6.x/ChangeLog-6.3.7 The following files are currently synchronising to our mirror sites: x86_64 bpftool-6.3.7-1.el8.elrepo.x86_64.rpm kernel-ml-6.3.7-1.el8.elrepo.x86_64.rpm kernel-ml-core-6.3.7-1.el8.elrepo.x86_64.rpm kernel-ml-devel-6.3.7-1.el8.elrepo.x86_64.rpm kernel-ml-doc-6.3.7-1.el8.elrepo.noarch.rpm kernel-ml-headers-6.3.7-1.el8.elrepo.x86_64.rpm kernel-ml-modules-6.3.7-1.el8.elrepo.x86_64.rpm kernel-ml-modules-extra-6.3.7-1.el8.elrepo.x86_64.rpm kernel-ml-tools-6.3.7-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-6.3.7-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.3.7-1.el8.elrepo.x86_64.rpm perf-6.3.7-1.el8.elrepo.x86_64.rpm python3-perf-6.3.7-1.el8.elrepo.x86_64.rpm nosrc kernel-ml-6.3.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 toracat at elrepo.org Fri Jun 9 20:11:22 2023 From: toracat at elrepo.org (Akemi Yagi) Date: Fri, 9 Jun 2023 17:11:22 -0700 Subject: [elrepo] Subject: Announcement: EL9 Updated kernel-ml Package Set [6.3.7-1] Message-ID: Announcing the release of the kernel-ml-6.3.7-1.el9.elrepo package set into the EL9 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The upstream changelog: https://www.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.3.7 The following files are currently synchronising to our mirror sites: aarch64 [1] bpftool-6.3.7-1.el9.elrepo.aarch64.rpm kernel-ml-6.3.7-1.el9.elrepo.aarch64.rpm kernel-ml-core-6.3.7-1.el9.elrepo.aarch64.rpm kernel-ml-devel-6.3.7-1.el9.elrepo.aarch64.rpm kernel-ml-devel-matched-6.3.7-1.el9.elrepo.aarch64.rpm kernel-ml-doc-6.3.7-1.el9.elrepo.noarch.rpm kernel-ml-headers-6.3.7-1.el9.elrepo.aarch64.rpm kernel-ml-modules-6.3.7-1.el9.elrepo.aarch64.rpm kernel-ml-modules-extra-6.3.7-1.el9.elrepo.aarch64.rpm kernel-ml-tools-6.3.7-1.el9.elrepo.aarch64.rpm kernel-ml-tools-libs-6.3.7-1.el9.elrepo.aarch64.rpm kernel-ml-tools-libs-devel-6.3.7-1.el9.elrepo.aarch64.rpm perf-6.3.7-1.el9.elrepo.aarch64.rpm python3-perf-6.3.7-1.el9.elrepo.aarch64.rpm x86_64 bpftool-6.3.7-1.el9.elrepo.x86_64.rpm kernel-ml-6.3.7-1.el9.elrepo.x86_64.rpm kernel-ml-core-6.3.7-1.el9.elrepo.x86_64.rpm kernel-ml-devel-6.3.7-1.el9.elrepo.x86_64.rpm kernel-ml-devel-matched-6.3.7-1.el9.elrepo.x86_64.rpm kernel-ml-doc-6.3.7-1.el9.elrepo.noarch.rpm kernel-ml-headers-6.3.7-1.el9.elrepo.x86_64.rpm kernel-ml-modules-6.3.7-1.el9.elrepo.x86_64.rpm kernel-ml-modules-extra-6.3.7-1.el9.elrepo.x86_64.rpm kernel-ml-tools-6.3.7-1.el9.elrepo.x86_64.rpm kernel-ml-tools-libs-6.3.7-1.el9.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.3.7-1.el9.elrepo.x86_64.rpm perf-6.3.7-1.el9.elrepo.x86_64.rpm python3-perf-6.3.7-1.el9.elrepo.x86_64.rpm nosrc kernel-ml-6.3.7-1.el9.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-9 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-9 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-9 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] The ELRepo Project would like to thank Jack Aboutboul (AlmaLinux) and Pablo Greco for their support with the aarch64 platform. [2] https://bugzilla.kernel.org/ [3] https://elrepo.org/bugs/ From toracat at elrepo.org Sat Jun 10 07:27:22 2023 From: toracat at elrepo.org (Akemi Yagi) Date: Sat, 10 Jun 2023 04:27:22 -0700 Subject: [elrepo] Correction: Announcement: EL7 Updated kernel-lt Package Set [5.4.246-1] Message-ID: In the previous announcement, the kernel version was incorrectly listed as 5.4.255-1. Announcing the release of the kernel-lt-5.4.246-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.246 The following files are currently synchronising to our mirror sites: x86_64 kernel-lt-5.4.246-1.el7.elrepo.x86_64.rpm kernel-lt-devel-5.4.246-1.el7.elrepo.x86_64.rpm kernel-lt-doc-5.4.246-1.el7.elrepo.noarch.rpm kernel-lt-headers-5.4.246-1.el7.elrepo.x86_64.rpm kernel-lt-tools-5.4.246-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.246-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.246-1.el7.elrepo.x86_64.rpm perf-5.4.246-1.el7.elrepo.x86_64.rpm python-perf-5.4.246-1.el7.elrepo.x86_64.rpm nosrc kernel-lt-5.4.246-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 toracat at elrepo.org Sat Jun 10 07:30:53 2023 From: toracat at elrepo.org (Akemi Yagi) Date: Sat, 10 Jun 2023 04:30:53 -0700 Subject: [elrepo] Correction: Announcement: EL8 Updated kernel-lt Package Set [5.4.246-1] Message-ID: In the previous announcement, the kernel version was incorrectly listed as 5.4.255-1. Announcing the release of the kernel-lt-5.4.246-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.246 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.4.246-1.el8.elrepo.x86_64.rpm kernel-lt-5.4.246-1.el8.elrepo.x86_64.rpm kernel-lt-core-5.4.246-1.el8.elrepo.x86_64.rpm kernel-lt-devel-5.4.246-1.el8.elrepo.x86_64.rpm kernel-lt-doc-5.4.246-1.el8.elrepo.noarch.rpm kernel-lt-headers-5.4.246-1.el8.elrepo.x86_64.rpm kernel-lt-modules-5.4.246-1.el8.elrepo.x86_64.rpm kernel-lt-modules-extra-5.4.246-1.el8.elrepo.x86_64.rpm kernel-lt-tools-5.4.246-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.246-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.246-1.el8.elrepo.x86_64.rpm perf-5.4.246-1.el8.elrepo.x86_64.rpm python3-perf-5.4.246-1.el8.elrepo.x86_64.rpm nosrc kernel-lt-5.4.246-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 johnpilk222 at gmail.com Sun Jun 11 07:48:51 2023 From: johnpilk222 at gmail.com (John Pilkington) Date: Sun, 11 Jun 2023 12:48:51 +0100 Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [6.3.7-1] In-Reply-To: References: Message-ID: On 10/06/2023 01:09, Akemi Yagi wrote: > Announcing the release of the kernel-ml-6.3.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/v6.x/ChangeLog-6.3.7 > I have perhaps the world's only mythtv system running under kernel-ml. It has been going well until this update, after which the frontend was unable contact the backend, and attempts to kill tha backend also failed. It's ok again after switching back to 6.3.6. I would prefer to stay there, but could do more tests if I knew what might help. [root at HP_Box john]# journalctl --list-boots {{{ 25c81226a4ce4515a30dadac1115b735 Wed 2023-05-31 17:33:47 BST?Tue 2023-06-06 10:40:00 BST -3 d11869d35f7c4cb3b075dbcfe8942a9d Tue 2023-06-06 10:40:25 BST?Sat 2023-06-10 23:11:04 BST -2 d909b136b7944574b9dbbcee8aae9fe0 Sat 2023-06-10 23:11:20 BST?Sat 2023-06-10 23:40:13 BST ***** -1 b7b0d1d1b3b8405994015738613406bb Sat 2023-06-10 23:40:49 BST?Sat 2023-06-10 23:50:27 BST ***** 0 9ff306e29a5b4167821cb7b8ddf46587 Sat 2023-06-10 23:51:07 BST?Sun 2023-06-11 12:40:01 BST }}} John P From toracat at elrepo.org Sun Jun 11 11:18:43 2023 From: toracat at elrepo.org (Akemi Yagi) Date: Sun, 11 Jun 2023 08:18:43 -0700 Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [6.3.7-1] In-Reply-To: References: Message-ID: On Sun, Jun 11, 2023 at 4:49?AM John Pilkington wrote: > > On 10/06/2023 01:09, Akemi Yagi wrote: > > Announcing the release of the kernel-ml-6.3.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/v6.x/ChangeLog-6.3.7 > > > > I have perhaps the world's only mythtv system running under kernel-ml. > It has been going well until this update, after which the frontend was > unable contact the backend, and attempts to kill tha backend also failed. > > It's ok again after switching back to 6.3.6. I would prefer to stay > there, but could do more tests if I knew what might help. > > [root at HP_Box john]# journalctl --list-boots > {{{ > 25c81226a4ce4515a30dadac1115b735 Wed 2023-05-31 17:33:47 BST?Tue > 2023-06-06 10:40:00 BST > -3 d11869d35f7c4cb3b075dbcfe8942a9d Tue 2023-06-06 10:40:25 BST?Sat > 2023-06-10 23:11:04 BST > -2 d909b136b7944574b9dbbcee8aae9fe0 Sat 2023-06-10 23:11:20 BST?Sat > 2023-06-10 23:40:13 BST ***** > -1 b7b0d1d1b3b8405994015738613406bb Sat 2023-06-10 23:40:49 BST?Sat > 2023-06-10 23:50:27 BST ***** > 0 9ff306e29a5b4167821cb7b8ddf46587 Sat 2023-06-10 23:51:07 BST?Sun > 2023-06-11 12:40:01 BST > }}} > > John P Hi John, As far as I can tell, the kernel config file did not change when going from 6.3.6 to 6.3.7. I wonder what else affected mythtv. This needs some deeper investigation. Akemi From johnpilk222 at gmail.com Sun Jun 11 14:14:00 2023 From: johnpilk222 at gmail.com (John Pilkington) Date: Sun, 11 Jun 2023 19:14:00 +0100 Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [6.3.7-1] In-Reply-To: References: Message-ID: <11e04b2c-aa78-8354-e683-e97eed7f245a@gmail.com> On 11/06/2023 16:18, Akemi Yagi wrote: > On Sun, Jun 11, 2023 at 4:49?AM John Pilkington wrote: >> >> On 10/06/2023 01:09, Akemi Yagi wrote: >>> Announcing the release of the kernel-ml-6.3.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/v6.x/ChangeLog-6.3.7 >>> >> >> I have perhaps the world's only mythtv system running under kernel-ml. >> It has been going well until this update, after which the frontend was >> unable contact the backend, and attempts to kill tha backend also failed. >> >> It's ok again after switching back to 6.3.6. I would prefer to stay >> there, but could do more tests if I knew what might help. >> >> [root at HP_Box john]# journalctl --list-boots >> {{{ >> 25c81226a4ce4515a30dadac1115b735 Wed 2023-05-31 17:33:47 BST?Tue >> 2023-06-06 10:40:00 BST >> -3 d11869d35f7c4cb3b075dbcfe8942a9d Tue 2023-06-06 10:40:25 BST?Sat >> 2023-06-10 23:11:04 BST >> -2 d909b136b7944574b9dbbcee8aae9fe0 Sat 2023-06-10 23:11:20 BST?Sat >> 2023-06-10 23:40:13 BST ***** >> -1 b7b0d1d1b3b8405994015738613406bb Sat 2023-06-10 23:40:49 BST?Sat >> 2023-06-10 23:50:27 BST ***** >> 0 9ff306e29a5b4167821cb7b8ddf46587 Sat 2023-06-10 23:51:07 BST?Sun >> 2023-06-11 12:40:01 BST >> }}} >> >> John P > > Hi John, > > As far as I can tell, the kernel config file did not change when going > from 6.3.6 to 6.3.7. I wonder what else affected mythtv. This needs > some deeper investigation. > > Akemi Hi Akemi, tanks for the response. There were some python3 updates too, but I'm seeing no problems with them after going back to 6.3.6 I thought there might be something here, but again it's ok with 6.3.6 {{{ [root at HP_Box john]# journalctl -S -2d | grep -v dracut | grep -C 4 "does not have any effect anymore" Jun 10 23:11:20 HP_Box kernel: Fallback order for Node 0: 0 Jun 10 23:11:20 HP_Box kernel: Built 1 zonelists, mobility grouping on. Total pages: 1011696 Jun 10 23:11:20 HP_Box kernel: Policy zone: Normal Jun 10 23:11:20 HP_Box kernel: Kernel command line: BOOT_IMAGE=/vmlinuz-6.3.7-1.el7.elrepo.x86_64 root=/dev/mapper/sl-root ro crashkernel=auto vconsole.font=latarcyrheb-sun16 rd.lvm.lv=sl/root rd.lvm.lv=sl/swap vconsole.keymap=uk rhgb quiet elevator=deadline LANG=en_GB.UTF-8 Jun 10 23:11:20 HP_Box kernel: Kernel parameter elevator= does not have any effect anymore. Please use sysfs to set IO scheduler for individual devices. Jun 10 23:11:20 HP_Box kernel: Unknown kernel command line parameters "rhgb BOOT_IMAGE=/vmlinuz-6.3.7-1.el7.elrepo.x86_64 LANG=en_GB.UTF-8", will be passed to user space. Jun 10 23:11:20 HP_Box kernel: Dentry cache hash table entries: 524288 (order: 10, 4194304 bytes, linear) Jun 10 23:11:20 HP_Box kernel: Inode-cache hash table entries: 262144 (order: 9, 2097152 bytes, linear) -- Jun 10 23:40:49 HP_Box kernel: Fallback order for Node 0: 0 Jun 10 23:40:49 HP_Box kernel: Built 1 zonelists, mobility grouping on. Total pages: 1011696 Jun 10 23:40:49 HP_Box kernel: Policy zone: Normal Jun 10 23:40:49 HP_Box kernel: Kernel command line: BOOT_IMAGE=/vmlinuz-6.3.7-1.el7.elrepo.x86_64 root=/dev/mapper/sl-root ro crashkernel=auto vconsole.font=latarcyrheb-sun16 rd.lvm.lv=sl/root rd.lvm.lv=sl/swap vconsole.keymap=uk rhgb quiet elevator=deadline LANG=en_GB.UTF-8 Jun 10 23:40:49 HP_Box kernel: Kernel parameter elevator= does not have any effect anymore. Please use sysfs to set IO scheduler for individual devices. Jun 10 23:40:49 HP_Box kernel: Unknown kernel command line parameters "rhgb BOOT_IMAGE=/vmlinuz-6.3.7-1.el7.elrepo.x86_64 LANG=en_GB.UTF-8", will be passed to user space. Jun 10 23:40:49 HP_Box kernel: Dentry cache hash table entries: 524288 (order: 10, 4194304 bytes, linear) Jun 10 23:40:49 HP_Box kernel: Inode-cache hash table entries: 262144 (order: 9, 2097152 bytes, linear) -- Jun 10 23:51:07 HP_Box kernel: Fallback order for Node 0: 0 Jun 10 23:51:07 HP_Box kernel: Built 1 zonelists, mobility grouping on. Total pages: 1011696 Jun 10 23:51:07 HP_Box kernel: Policy zone: Normal Jun 10 23:51:07 HP_Box kernel: Kernel command line: BOOT_IMAGE=/vmlinuz-6.3.6-1.el7.elrepo.x86_64 root=/dev/mapper/sl-root ro crashkernel=auto vconsole.font=latarcyrheb-sun16 rd.lvm.lv=sl/root rd.lvm.lv=sl/swap vconsole.keymap=uk rhgb quiet elevator=deadline LANG=en_GB.UTF-8 Jun 10 23:51:07 HP_Box kernel: Kernel parameter elevator= does not have any effect anymore. Please use sysfs to set IO scheduler for individual devices. Jun 10 23:51:07 HP_Box kernel: Unknown kernel command line parameters "rhgb BOOT_IMAGE=/vmlinuz-6.3.6-1.el7.elrepo.x86_64 LANG=en_GB.UTF-8", will be passed to user space. Jun 10 23:51:07 HP_Box kernel: Dentry cache hash table entries: 524288 (order: 10, 4194304 bytes, linear) Jun 10 23:51:07 HP_Box kernel: Inode-cache hash table entries: 262144 (order: 9, 2097152 bytes, linear) [root at HP_Box john]# }}} John From toracat at elrepo.org Sun Jun 11 18:33:46 2023 From: toracat at elrepo.org (Akemi Yagi) Date: Sun, 11 Jun 2023 15:33:46 -0700 Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [6.3.7-1] In-Reply-To: <11e04b2c-aa78-8354-e683-e97eed7f245a@gmail.com> References: <11e04b2c-aa78-8354-e683-e97eed7f245a@gmail.com> Message-ID: On Sun, Jun 11, 2023 at 11:14?AM John Pilkington wrote: > > On 11/06/2023 16:18, Akemi Yagi wrote: > > On Sun, Jun 11, 2023 at 4:49?AM John Pilkington wrote: > >> > >> On 10/06/2023 01:09, Akemi Yagi wrote: > >>> Announcing the release of the kernel-ml-6.3.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/v6.x/ChangeLog-6.3.7 > >>> > >> > >> I have perhaps the world's only mythtv system running under kernel-ml. > >> It has been going well until this update, after which the frontend was > >> unable contact the backend, and attempts to kill tha backend also failed. > >> > >> It's ok again after switching back to 6.3.6. I would prefer to stay > >> there, but could do more tests if I knew what might help. > >> > >> [root at HP_Box john]# journalctl --list-boots > >> {{{ > >> 25c81226a4ce4515a30dadac1115b735 Wed 2023-05-31 17:33:47 BST?Tue > >> 2023-06-06 10:40:00 BST > >> -3 d11869d35f7c4cb3b075dbcfe8942a9d Tue 2023-06-06 10:40:25 BST?Sat > >> 2023-06-10 23:11:04 BST > >> -2 d909b136b7944574b9dbbcee8aae9fe0 Sat 2023-06-10 23:11:20 BST?Sat > >> 2023-06-10 23:40:13 BST ***** > >> -1 b7b0d1d1b3b8405994015738613406bb Sat 2023-06-10 23:40:49 BST?Sat > >> 2023-06-10 23:50:27 BST ***** > >> 0 9ff306e29a5b4167821cb7b8ddf46587 Sat 2023-06-10 23:51:07 BST?Sun > >> 2023-06-11 12:40:01 BST > >> }}} > >> > >> John P > > > > Hi John, > > > > As far as I can tell, the kernel config file did not change when going > > from 6.3.6 to 6.3.7. I wonder what else affected mythtv. This needs > > some deeper investigation. > > > > Akemi > > > > Hi Akemi, tanks for the response. There were some python3 updates too, > but I'm seeing no problems with them after going back to 6.3.6 > > I thought there might be something here, but again it's ok with 6.3.6 > > {{{ > [root at HP_Box john]# journalctl -S -2d | grep -v dracut | grep -C 4 > "does not have any effect anymore" > Jun 10 23:11:20 HP_Box kernel: Fallback order for Node 0: 0 > Jun 10 23:11:20 HP_Box kernel: Built 1 zonelists, mobility grouping on. > Total pages: 1011696 > Jun 10 23:11:20 HP_Box kernel: Policy zone: Normal > Jun 10 23:11:20 HP_Box kernel: Kernel command line: > BOOT_IMAGE=/vmlinuz-6.3.7-1.el7.elrepo.x86_64 root=/dev/mapper/sl-root > ro crashkernel=auto vconsole.font=latarcyrheb-sun16 rd.lvm.lv=sl/root > rd.lvm.lv=sl/swap vconsole.keymap=uk rhgb quiet elevator=deadline > LANG=en_GB.UTF-8 > Jun 10 23:11:20 HP_Box kernel: Kernel parameter elevator= does not have > any effect anymore. > Please use sysfs to set IO scheduler for > individual devices. > Jun 10 23:11:20 HP_Box kernel: Unknown kernel command line parameters > "rhgb BOOT_IMAGE=/vmlinuz-6.3.7-1.el7.elrepo.x86_64 LANG=en_GB.UTF-8", > will be passed to user space. > Jun 10 23:11:20 HP_Box kernel: Dentry cache hash table entries: 524288 > (order: 10, 4194304 bytes, linear) > Jun 10 23:11:20 HP_Box kernel: Inode-cache hash table entries: 262144 > (order: 9, 2097152 bytes, linear) > -- > Jun 10 23:40:49 HP_Box kernel: Fallback order for Node 0: 0 > Jun 10 23:40:49 HP_Box kernel: Built 1 zonelists, mobility grouping on. > Total pages: 1011696 > Jun 10 23:40:49 HP_Box kernel: Policy zone: Normal > Jun 10 23:40:49 HP_Box kernel: Kernel command line: > BOOT_IMAGE=/vmlinuz-6.3.7-1.el7.elrepo.x86_64 root=/dev/mapper/sl-root > ro crashkernel=auto vconsole.font=latarcyrheb-sun16 rd.lvm.lv=sl/root > rd.lvm.lv=sl/swap vconsole.keymap=uk rhgb quiet elevator=deadline > LANG=en_GB.UTF-8 > Jun 10 23:40:49 HP_Box kernel: Kernel parameter elevator= does not have > any effect anymore. > Please use sysfs to set IO scheduler for > individual devices. > Jun 10 23:40:49 HP_Box kernel: Unknown kernel command line parameters > "rhgb BOOT_IMAGE=/vmlinuz-6.3.7-1.el7.elrepo.x86_64 LANG=en_GB.UTF-8", > will be passed to user space. > Jun 10 23:40:49 HP_Box kernel: Dentry cache hash table entries: 524288 > (order: 10, 4194304 bytes, linear) > Jun 10 23:40:49 HP_Box kernel: Inode-cache hash table entries: 262144 > (order: 9, 2097152 bytes, linear) > -- > Jun 10 23:51:07 HP_Box kernel: Fallback order for Node 0: 0 > Jun 10 23:51:07 HP_Box kernel: Built 1 zonelists, mobility grouping on. > Total pages: 1011696 > Jun 10 23:51:07 HP_Box kernel: Policy zone: Normal > Jun 10 23:51:07 HP_Box kernel: Kernel command line: > BOOT_IMAGE=/vmlinuz-6.3.6-1.el7.elrepo.x86_64 root=/dev/mapper/sl-root > ro crashkernel=auto vconsole.font=latarcyrheb-sun16 rd.lvm.lv=sl/root > rd.lvm.lv=sl/swap vconsole.keymap=uk rhgb quiet elevator=deadline > LANG=en_GB.UTF-8 > Jun 10 23:51:07 HP_Box kernel: Kernel parameter elevator= does not have > any effect anymore. > Please use sysfs to set IO scheduler for > individual devices. > Jun 10 23:51:07 HP_Box kernel: Unknown kernel command line parameters > "rhgb BOOT_IMAGE=/vmlinuz-6.3.6-1.el7.elrepo.x86_64 LANG=en_GB.UTF-8", > will be passed to user space. > Jun 10 23:51:07 HP_Box kernel: Dentry cache hash table entries: 524288 > (order: 10, 4194304 bytes, linear) > Jun 10 23:51:07 HP_Box kernel: Inode-cache hash table entries: 262144 > (order: 9, 2097152 bytes, linear) > [root at HP_Box john]# > > }}} > > John It is entirely possible that some kernel source code related to mythtv has been updated. If that is that case, I have no idea where to look... Akemi From contact at elrepo.org Tue Jun 13 17:32:41 2023 From: contact at elrepo.org (contact at elrepo.org) Date: Tue, 13 Jun 2023 17:32:41 -0400 Subject: [elrepo] In Loving Memory of Alan Bartlett In-Reply-To: References: <11e04b2c-aa78-8354-e683-e97eed7f245a@gmail.com> Message-ID: <5e3f17c8-47a8-d316-dcf1-11f2dd2381ef@elrepo.org> Alan Bartlett died unexpectedly of natural causes on May 31st, 2023. It is with deep sorrow and profound sadness that we mourn the loss of Alan Bartlett, a brilliant computer expert, visionary, and the esteemed founder of the ELRepo Project [1]. He is also well known as 'burakkucat'. Alan passed away on May 31st, 2023, leaving a void in the world of Enterprise Linux that will be profoundly felt by all who benefited from his vast knowledge and contributions. Alan's innate curiosity and talent for computer programming became evident from an early age. He dedicated himself wholeheartedly to his work, pouring his energy into his passion for computer programming and the advancement of open-source software. Early on, Alan was a Unix user and later moved to Linux, along with many fellow enthusiasts, where his kernel presence became felt in the RHEL / CentOS 4 community. Alan, with three other individuals, founded the ELRepo Project for users of Red Hat Enterprise Linux and its derivatives [2]. Alan's unwavering commitment and tireless efforts propelled the ELRepo Project to new heights, delivering kernel packages from kernel.org to countless users and organizations worldwide [3]. Beyond his technical brilliance, Alan possessed a warm and generous spirit. He was always willing to lend a helping hand, providing guidance and support to fellow community members. Alan's kindness, patience, and willingness to share his knowledge endeared him to all who had the privilege of knowing him. He will be remembered not only for his technical expertise but also for his compassionate nature and genuine desire to make a positive difference in the lives of others. In honor of Alan Bartlett's extraordinary contributions to the world of Enterprise Linux, a memorial service will be held on June 29th at West Suffolk Crematorium, Bury St Edmunds, where friends, colleagues, and community members will gather to pay their respects and celebrate his remarkable life. Alan Bartlett's untimely departure leaves an indelible void in our hearts and in the world of technology. His passion, intellect, and unwavering dedication to his craft will forever be cherished and remembered. May his soul find eternal peace, and may his profound contributions to the field of open source communities continue to inspire and guide us in our pursuit of excellence. Respectfully, The ELRepo Team. [1] https://elrepo.org/ [2] https://blog.toracat.org/2009/06/ [3] http://lists.elrepo.org/pipermail/elrepo/2010-November/000382.html From contact at elrepo.org Tue Jun 13 17:45:19 2023 From: contact at elrepo.org (contact at elrepo.org) Date: Tue, 13 Jun 2023 17:45:19 -0400 Subject: [elrepo] Current status of kernel-ml and kernel-lt In-Reply-To: <5e3f17c8-47a8-d316-dcf1-11f2dd2381ef@elrepo.org> References: <11e04b2c-aa78-8354-e683-e97eed7f245a@gmail.com> <5e3f17c8-47a8-d316-dcf1-11f2dd2381ef@elrepo.org> Message-ID: <5fd21a5e-06eb-2a93-5988-dfe34592bb38@elrepo.org> ELRepo Kernel Users: We felt that some technical comments following Alan?s death were in order and would answer many questions users might have. Both kernel-ml and kernel-lt updates will continue to be provided by ELRepo for el7, el8 and el9 following policies that have been in place for many years. Future kernel builds will be carried out by Akemi (toracat) and Steve (whn), both of whom have been doing kernel builds for some time. As has been past practice, we will attempt to accommodate future request for kernel enhancements through changes in the kernel configuration. We will refer users with kernel patches to kernel.org for incorporation into future kernels. Please continue to file kernel requests-for-enhancement through the ELRepo bug tracker at https://elrepo.org/bugs/. Also, please excuse our initial mistakes, and there have already been a couple needing fixes. Although neither kernel builders are new to kernel building, tracking the latest kernel.org kernel is a little trickier than their normal activities. The ELRepo Team From lee.iitb at gmail.com Wed Jun 14 00:24:39 2023 From: lee.iitb at gmail.com (Lee Thomas Stephen) Date: Wed, 14 Jun 2023 09:54:39 +0530 Subject: [elrepo] In Loving Memory of Alan Bartlett In-Reply-To: <5e3f17c8-47a8-d316-dcf1-11f2dd2381ef@elrepo.org> References: <11e04b2c-aa78-8354-e683-e97eed7f245a@gmail.com> <5e3f17c8-47a8-d316-dcf1-11f2dd2381ef@elrepo.org> Message-ID: Prayers and deepest condolences ??? --- Lee On Wed, Jun 14, 2023 at 3:03?AM wrote: > Alan Bartlett died unexpectedly of natural causes on May 31st, 2023. > > It is with deep sorrow and profound sadness that we mourn the loss of > Alan Bartlett, a brilliant computer expert, visionary, and the esteemed > founder of the ELRepo Project [1]. He is also well known as > 'burakkucat'. Alan passed away on May 31st, 2023, leaving a void in the > world of Enterprise Linux that will be profoundly felt by all who > benefited from his vast knowledge and contributions. > > Alan's innate curiosity and talent for computer programming became > evident from an early age. He dedicated himself wholeheartedly to his > work, pouring his energy into his passion for computer programming and > the advancement of open-source software. Early on, Alan was a Unix user > and later moved to Linux, along with many fellow enthusiasts, where his > kernel presence became felt in the RHEL / CentOS 4 community. Alan, with > three other individuals, founded the ELRepo Project for users of Red Hat > Enterprise Linux and its derivatives [2]. > > Alan's unwavering commitment and tireless efforts propelled the ELRepo > Project to new heights, delivering kernel packages from kernel.org to > countless users and organizations worldwide [3]. > > Beyond his technical brilliance, Alan possessed a warm and generous > spirit. He was always willing to lend a helping hand, providing guidance > and support to fellow community members. Alan's kindness, patience, and > willingness to share his knowledge endeared him to all who had the > privilege of knowing him. He will be remembered not only for his > technical expertise but also for his compassionate nature and genuine > desire to make a positive difference in the lives of others. > > In honor of Alan Bartlett's extraordinary contributions to the world of > Enterprise Linux, a memorial service will be held on June 29th at West > Suffolk Crematorium, Bury St Edmunds, where friends, colleagues, and > community members will gather to pay their respects and celebrate his > remarkable life. > > Alan Bartlett's untimely departure leaves an indelible void in our > hearts and in the world of technology. His passion, intellect, and > unwavering dedication to his craft will forever be cherished and > remembered. May his soul find eternal peace, and may his profound > contributions to the field of open source communities continue to > inspire and guide us in our pursuit of excellence. > > Respectfully, > > The ELRepo Team. > > [1] https://elrepo.org/ > [2] https://blog.toracat.org/2009/06/ > [3] http://lists.elrepo.org/pipermail/elrepo/2010-November/000382.html > > _______________________________________________ > elrepo mailing list > elrepo at lists.elrepo.org > http://lists.elrepo.org/mailman/listinfo/elrepo > -------------- next part -------------- An HTML attachment was scrubbed... URL: From elrepo at feedmebits.nl Wed Jun 14 03:34:31 2023 From: elrepo at feedmebits.nl (Maarten) Date: Wed, 14 Jun 2023 09:34:31 +0200 Subject: [elrepo] In Loving Memory of Alan Bartlett In-Reply-To: <5e3f17c8-47a8-d316-dcf1-11f2dd2381ef@elrepo.org> References: <11e04b2c-aa78-8354-e683-e97eed7f245a@gmail.com> <5e3f17c8-47a8-d316-dcf1-11f2dd2381ef@elrepo.org> Message-ID: That's sad to hear! Condolences to his friends and family! May he rest in peace and thanks for all your work for ELrepo and for sharing your knowledge with the different opensource communities you were a member of!! On 2023-06-13 23:32, contact at elrepo.org wrote: > Alan Bartlett died unexpectedly of natural causes on May 31st, 2023. > > It is with deep sorrow and profound sadness that we mourn the loss of > Alan Bartlett, a brilliant computer expert, visionary, and the esteemed > founder of the ELRepo Project [1]. He is also well known as > 'burakkucat'. Alan passed away on May 31st, 2023, leaving a void in the > world of Enterprise Linux that will be profoundly felt by all who > benefited from his vast knowledge and contributions. > > Alan's innate curiosity and talent for computer programming became > evident from an early age. He dedicated himself wholeheartedly to his > work, pouring his energy into his passion for computer programming and > the advancement of open-source software. Early on, Alan was a Unix user > and later moved to Linux, along with many fellow enthusiasts, where his > kernel presence became felt in the RHEL / CentOS 4 community. Alan, > with three other individuals, founded the ELRepo Project for users of > Red Hat Enterprise Linux and its derivatives [2]. > > Alan's unwavering commitment and tireless efforts propelled the ELRepo > Project to new heights, delivering kernel packages from kernel.org to > countless users and organizations worldwide [3]. > > Beyond his technical brilliance, Alan possessed a warm and generous > spirit. He was always willing to lend a helping hand, providing > guidance and support to fellow community members. Alan's kindness, > patience, and willingness to share his knowledge endeared him to all > who had the privilege of knowing him. He will be remembered not only > for his technical expertise but also for his compassionate nature and > genuine desire to make a positive difference in the lives of others. > > In honor of Alan Bartlett's extraordinary contributions to the world of > Enterprise Linux, a memorial service will be held on June 29th at West > Suffolk Crematorium, Bury St Edmunds, where friends, colleagues, and > community members will gather to pay their respects and celebrate his > remarkable life. > > Alan Bartlett's untimely departure leaves an indelible void in our > hearts and in the world of technology. His passion, intellect, and > unwavering dedication to his craft will forever be cherished and > remembered. May his soul find eternal peace, and may his profound > contributions to the field of open source communities continue to > inspire and guide us in our pursuit of excellence. > > Respectfully, > > The ELRepo Team. > > [1] https://elrepo.org/ > [2] https://blog.toracat.org/2009/06/ > [3] http://lists.elrepo.org/pipermail/elrepo/2010-November/000382.html > > _______________________________________________ > elrepo mailing list > elrepo at lists.elrepo.org > http://lists.elrepo.org/mailman/listinfo/elrepo From johnpilk222 at gmail.com Wed Jun 14 04:30:45 2023 From: johnpilk222 at gmail.com (John Pilkington) Date: Wed, 14 Jun 2023 09:30:45 +0100 Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [6.3.7-1] In-Reply-To: References: <11e04b2c-aa78-8354-e683-e97eed7f245a@gmail.com> Message-ID: <33d7a38c-6ffe-6767-3d43-ac702b13dfc7@gmail.com> On 11/06/2023 23:33, Akemi Yagi wrote: > On Sun, Jun 11, 2023 at 11:14?AM John Pilkington wrote: >> >> On 11/06/2023 16:18, Akemi Yagi wrote: >>> On Sun, Jun 11, 2023 at 4:49?AM John Pilkington wrote: >>>> >>>> On 10/06/2023 01:09, Akemi Yagi wrote: >>>>> Announcing the release of the kernel-ml-6.3.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/v6.x/ChangeLog-6.3.7 >>>>> >>>> >>>> I have perhaps the world's only mythtv system running under kernel-ml. >>>> It has been going well until this update, after which the frontend was >>>> unable contact the backend, and attempts to kill tha backend also failed. >>>> >>>> It's ok again after switching back to 6.3.6. I would prefer to stay >>>> there, but could do more tests if I knew what might help. > > It is entirely possible that some kernel source code related to mythtv > has been updated. If that is that case, I have no idea where to > look... > > Akemi First I must say how sorry I am to hear of Alan Bartlett's death. I knew him only through this list and have been grateful for his work in relation to it. I wish the team all the best in their continuing efforts towards the same goals. And it seems appropriate to report that I now see this same problem in mythtv with the release of 6.3.7 in Fedora 37. Again, 6.3.6 works. John From david at di.ubi.pt Wed Jun 14 04:31:54 2023 From: david at di.ubi.pt (David Carvalho) Date: Wed, 14 Jun 2023 09:31:54 +0100 Subject: [elrepo] FW: In Loving Memory of Alan Bartlett In-Reply-To: <5e3f17c8-47a8-d316-dcf1-11f2dd2381ef@elrepo.org> References: <11e04b2c-aa78-8354-e683-e97eed7f245a@gmail.com> <5e3f17c8-47a8-d316-dcf1-11f2dd2381ef@elrepo.org> Message-ID: <002101d99e9a$acfb1ab0$06f15010$@di.ubi.pt> My sincere condolences. David Carvalho -----Original Message----- From: elrepo-bounces at lists.elrepo.org On Behalf Of contact at elrepo.org Sent: 13 June 2023 22:33 To: elrepo at lists.elrepo.org Subject: [elrepo] In Loving Memory of Alan Bartlett Alan Bartlett died unexpectedly of natural causes on May 31st, 2023. It is with deep sorrow and profound sadness that we mourn the loss of Alan Bartlett, a brilliant computer expert, visionary, and the esteemed founder of the ELRepo Project [1]. He is also well known as 'burakkucat'. Alan passed away on May 31st, 2023, leaving a void in the world of Enterprise Linux that will be profoundly felt by all who benefited from his vast knowledge and contributions. Alan's innate curiosity and talent for computer programming became evident from an early age. He dedicated himself wholeheartedly to his work, pouring his energy into his passion for computer programming and the advancement of open-source software. Early on, Alan was a Unix user and later moved to Linux, along with many fellow enthusiasts, where his kernel presence became felt in the RHEL / CentOS 4 community. Alan, with three other individuals, founded the ELRepo Project for users of Red Hat Enterprise Linux and its derivatives [2]. Alan's unwavering commitment and tireless efforts propelled the ELRepo Project to new heights, delivering kernel packages from kernel.org to countless users and organizations worldwide [3]. Beyond his technical brilliance, Alan possessed a warm and generous spirit. He was always willing to lend a helping hand, providing guidance and support to fellow community members. Alan's kindness, patience, and willingness to share his knowledge endeared him to all who had the privilege of knowing him. He will be remembered not only for his technical expertise but also for his compassionate nature and genuine desire to make a positive difference in the lives of others. In honor of Alan Bartlett's extraordinary contributions to the world of Enterprise Linux, a memorial service will be held on June 29th at West Suffolk Crematorium, Bury St Edmunds, where friends, colleagues, and community members will gather to pay their respects and celebrate his remarkable life. Alan Bartlett's untimely departure leaves an indelible void in our hearts and in the world of technology. His passion, intellect, and unwavering dedication to his craft will forever be cherished and remembered. May his soul find eternal peace, and may his profound contributions to the field of open source communities continue to inspire and guide us in our pursuit of excellence. Respectfully, The ELRepo Team. [1] https://elrepo.org/ [2] https://blog.toracat.org/2009/06/ [3] http://lists.elrepo.org/pipermail/elrepo/2010-November/000382.html _______________________________________________ elrepo mailing list elrepo at lists.elrepo.org http://lists.elrepo.org/mailman/listinfo/elrepo From roger.sewell at cantab.net Wed Jun 14 04:47:49 2023 From: roger.sewell at cantab.net (Roger Sewell) Date: Wed, 14 Jun 2023 09:47:49 +0100 Subject: [elrepo] Alan Bartlett memorial service In-Reply-To: Your message of Wed, 14 Jun 2023 04:31:04 -0400 References: Message-ID: <20230614094749.51927@revelation.broadband> Very sorry to hear of Alan Bartlett's death - he was a massive contributor. You don't say: a) whether local users would be welcome at the memorial service ? b) if so, what time on 29th June it is to be held ? Thanks, Roger. From rcallicotte at gmail.com Wed Jun 14 06:26:00 2023 From: rcallicotte at gmail.com (Robert Callicotte) Date: Wed, 14 Jun 2023 05:26:00 -0500 Subject: [elrepo] In Loving Memory of Alan Bartlett In-Reply-To: <5e3f17c8-47a8-d316-dcf1-11f2dd2381ef@elrepo.org> References: <11e04b2c-aa78-8354-e683-e97eed7f245a@gmail.com> <5e3f17c8-47a8-d316-dcf1-11f2dd2381ef@elrepo.org> Message-ID: Condolences to Alan Bartlett's family and the EL Repo team. On Tue, Jun 13, 2023, 16:33 wrote: > Alan Bartlett died unexpectedly of natural causes on May 31st, 2023. > > It is with deep sorrow and profound sadness that we mourn the loss of > Alan Bartlett, a brilliant computer expert, visionary, and the esteemed > founder of the ELRepo Project [1]. He is also well known as > 'burakkucat'. Alan passed away on May 31st, 2023, leaving a void in the > world of Enterprise Linux that will be profoundly felt by all who > benefited from his vast knowledge and contributions. > > Alan's innate curiosity and talent for computer programming became > evident from an early age. He dedicated himself wholeheartedly to his > work, pouring his energy into his passion for computer programming and > the advancement of open-source software. Early on, Alan was a Unix user > and later moved to Linux, along with many fellow enthusiasts, where his > kernel presence became felt in the RHEL / CentOS 4 community. Alan, with > three other individuals, founded the ELRepo Project for users of Red Hat > Enterprise Linux and its derivatives [2]. > > Alan's unwavering commitment and tireless efforts propelled the ELRepo > Project to new heights, delivering kernel packages from kernel.org to > countless users and organizations worldwide [3]. > > Beyond his technical brilliance, Alan possessed a warm and generous > spirit. He was always willing to lend a helping hand, providing guidance > and support to fellow community members. Alan's kindness, patience, and > willingness to share his knowledge endeared him to all who had the > privilege of knowing him. He will be remembered not only for his > technical expertise but also for his compassionate nature and genuine > desire to make a positive difference in the lives of others. > > In honor of Alan Bartlett's extraordinary contributions to the world of > Enterprise Linux, a memorial service will be held on June 29th at West > Suffolk Crematorium, Bury St Edmunds, where friends, colleagues, and > community members will gather to pay their respects and celebrate his > remarkable life. > > Alan Bartlett's untimely departure leaves an indelible void in our > hearts and in the world of technology. His passion, intellect, and > unwavering dedication to his craft will forever be cherished and > remembered. May his soul find eternal peace, and may his profound > contributions to the field of open source communities continue to > inspire and guide us in our pursuit of excellence. > > Respectfully, > > The ELRepo Team. > > [1] https://elrepo.org/ > [2] https://blog.toracat.org/2009/06/ > [3] http://lists.elrepo.org/pipermail/elrepo/2010-November/000382.html > > _______________________________________________ > elrepo mailing list > elrepo at lists.elrepo.org > http://lists.elrepo.org/mailman/listinfo/elrepo > -------------- next part -------------- An HTML attachment was scrubbed... URL: From fabian.arrotin at arrfab.net Wed Jun 14 07:56:34 2023 From: fabian.arrotin at arrfab.net (Fabian Arrotin) Date: Wed, 14 Jun 2023 13:56:34 +0200 Subject: [elrepo] In Loving Memory of Alan Bartlett In-Reply-To: <5e3f17c8-47a8-d316-dcf1-11f2dd2381ef@elrepo.org> References: <11e04b2c-aa78-8354-e683-e97eed7f245a@gmail.com> <5e3f17c8-47a8-d316-dcf1-11f2dd2381ef@elrepo.org> Message-ID: On 13/06/2023 23:32, contact at elrepo.org wrote: > Alan Bartlett died unexpectedly of natural causes on May 31st, 2023. > > It is with deep sorrow and profound sadness that we mourn the loss of > Alan Bartlett, a brilliant computer expert, visionary, and the esteemed > founder of the ELRepo Project [1]. He is also well known as > 'burakkucat'. Alan passed away on May 31st, 2023, leaving a void in the > world of Enterprise Linux that will be profoundly felt by all who > benefited from his vast knowledge and contributions. > > Alan's innate curiosity and talent for computer programming became > evident from an early age. He dedicated himself wholeheartedly to his > work, pouring his energy into his passion for computer programming and > the advancement of open-source software. Early on, Alan was a Unix user > and later moved to Linux, along with many fellow enthusiasts, where his > kernel presence became felt in the RHEL / CentOS 4 community. Alan, with > three other individuals, founded the ELRepo Project for users of Red Hat > Enterprise Linux and its derivatives [2]. > > Alan's unwavering commitment and tireless efforts propelled the ELRepo > Project to new heights, delivering kernel packages from kernel.org to > countless users and organizations worldwide [3]. > > Beyond his technical brilliance, Alan possessed a warm and generous > spirit. He was always willing to lend a helping hand, providing guidance > and support to fellow community members. Alan's kindness, patience, and > willingness to share his knowledge endeared him to all who had the > privilege of knowing him. He will be remembered not only for his > technical expertise but also for his compassionate nature and genuine > desire to make a positive difference in the lives of others. > > In honor of Alan Bartlett's extraordinary contributions to the world of > Enterprise Linux, a memorial service will be held on June 29th at West > Suffolk Crematorium, Bury St Edmunds, where friends, colleagues, and > community members will gather to pay their respects and celebrate his > remarkable life. > > Alan Bartlett's untimely departure leaves an indelible void in our > hearts and in the world of technology. His passion, intellect, and > unwavering dedication to his craft will forever be cherished and > remembered. May his soul find eternal peace, and may his profound > contributions to the field of open source communities continue to > inspire and guide us in our pursuit of excellence. > > Respectfully, > > The ELRepo Team. > > [1] https://elrepo.org/ > [2] https://blog.toracat.org/2009/06/ > [3] http://lists.elrepo.org/pipermail/elrepo/2010-November/000382.html > That's really sad to read :/ I never had a chance to meet Alan in real life but I remember his commitment to OSS when he joined the CentOS QA team and then the CentOS Docs team and when elrepo.org was started My condolences to his family -- Fabian Arrotin gpg key: 17F3B7A1 -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signature Type: application/pgp-signature Size: 840 bytes Desc: OpenPGP digital signature URL: From riehecky at fnal.gov Wed Jun 14 10:29:58 2023 From: riehecky at fnal.gov (Patrick Riehecky) Date: Wed, 14 Jun 2023 14:29:58 +0000 Subject: [elrepo] In Loving Memory of Alan Bartlett In-Reply-To: <5e3f17c8-47a8-d316-dcf1-11f2dd2381ef@elrepo.org> References: <11e04b2c-aa78-8354-e683-e97eed7f245a@gmail.com> <5e3f17c8-47a8-d316-dcf1-11f2dd2381ef@elrepo.org> Message-ID: On Tue, 2023-06-13 at 17:32 -0400, contact at elrepo.org wrote: > Alan Bartlett died unexpectedly of natural causes on May 31st, 2023. > > It is with deep sorrow and profound sadness that we mourn the loss of > Alan Bartlett, a brilliant computer expert, visionary, and the > esteemed > founder of the ELRepo Project [1]. He is also well known as > 'burakkucat'. Alan passed away on May 31st, 2023, leaving a void in > the > world of Enterprise Linux that will be profoundly felt by all who > benefited from his vast knowledge and contributions. > > Alan's innate curiosity and talent for computer programming became > evident from an early age. He dedicated himself wholeheartedly to his > work, pouring his energy into his passion for computer programming > and > the advancement of open-source software. Early on, Alan was a Unix > user > and later moved to Linux, along with many fellow enthusiasts, where > his > kernel presence became felt in the RHEL / CentOS 4 community. Alan, > with > three other individuals, founded the ELRepo Project for users of Red > Hat > Enterprise Linux and its derivatives [2]. > > Alan's unwavering commitment and tireless efforts propelled the > ELRepo > Project to new heights, delivering kernel packages from kernel.org to > countless users and organizations worldwide [3]. > > Beyond his technical brilliance, Alan possessed a warm and generous > spirit. He was always willing to lend a helping hand, providing > guidance > and support to fellow community members. Alan's kindness, patience, > and > willingness to share his knowledge endeared him to all who had the > privilege of knowing him. He will be remembered not only for his > technical expertise but also for his compassionate nature and genuine > desire to make a positive difference in the lives of others. > > In honor of Alan Bartlett's extraordinary contributions to the world > of > Enterprise Linux, a memorial service will be held on June 29th at > West > Suffolk Crematorium, Bury St Edmunds, where friends, colleagues, and > community members will gather to pay their respects and celebrate his > remarkable life. > > Alan Bartlett's untimely departure leaves an indelible void in our > hearts and in the world of technology. His passion, intellect, and > unwavering dedication to his craft will forever be cherished and > remembered. May his soul find eternal peace, and may his profound > contributions to the field of open source communities continue to > inspire and guide us in our pursuit of excellence. > > Respectfully, > > The ELRepo Team. I'm truly sad to hear this. Alan was always a good friend to the community and had a commitment to the highest standards. I wish his family peace and comfort in this difficult time. Pat From toracat at elrepo.org Wed Jun 14 22:49:26 2023 From: toracat at elrepo.org (Akemi Yagi) Date: Wed, 14 Jun 2023 19:49:26 -0700 Subject: [elrepo] Announcement: EL9 Updated kernel-ml Package Set [6.3.8-1] Message-ID: Announcing the release of the kernel-ml-6.3.8-1.el9.elrepo package set into the EL9 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The upstream changelog: https://www.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.3.8 The following files are currently synchronising to our mirror sites: aarch64 [1] bpftool-6.3.8-1.el9.elrepo.aarch64.rpm kernel-ml-6.3.8-1.el9.elrepo.aarch64.rpm kernel-ml-core-6.3.8-1.el9.elrepo.aarch64.rpm kernel-ml-devel-6.3.8-1.el9.elrepo.aarch64.rpm kernel-ml-devel-matched-6.3.8-1.el9.elrepo.aarch64.rpm kernel-ml-doc-6.3.8-1.el9.elrepo.noarch.rpm kernel-ml-headers-6.3.8-1.el9.elrepo.aarch64.rpm kernel-ml-modules-6.3.8-1.el9.elrepo.aarch64.rpm kernel-ml-modules-extra-6.3.8-1.el9.elrepo.aarch64.rpm kernel-ml-tools-6.3.8-1.el9.elrepo.aarch64.rpm kernel-ml-tools-libs-6.3.8-1.el9.elrepo.aarch64.rpm kernel-ml-tools-libs-devel-6.3.8-1.el9.elrepo.aarch64.rpm perf-6.3.8-1.el9.elrepo.aarch64.rpm python3-perf-6.3.8-1.el9.elrepo.aarch64.rpm x86_64 bpftool-6.3.8-1.el9.elrepo.x86_64.rpm kernel-ml-6.3.8-1.el9.elrepo.x86_64.rpm kernel-ml-core-6.3.8-1.el9.elrepo.x86_64.rpm kernel-ml-devel-6.3.8-1.el9.elrepo.x86_64.rpm kernel-ml-devel-matched-6.3.8-1.el9.elrepo.x86_64.rpm kernel-ml-doc-6.3.8-1.el9.elrepo.noarch.rpm kernel-ml-headers-6.3.8-1.el9.elrepo.x86_64.rpm kernel-ml-modules-6.3.8-1.el9.elrepo.x86_64.rpm kernel-ml-modules-extra-6.3.8-1.el9.elrepo.x86_64.rpm kernel-ml-tools-6.3.8-1.el9.elrepo.x86_64.rpm kernel-ml-tools-libs-6.3.8-1.el9.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.3.8-1.el9.elrepo.x86_64.rpm perf-6.3.8-1.el9.elrepo.x86_64.rpm python3-perf-6.3.8-1.el9.elrepo.x86_64.rpm nosrc kernel-ml-6.3.8-1.el9.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-9 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-9 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-9 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] The ELRepo Project would like to thank Jack Aboutboul (AlmaLinux) and Pablo Greco for their support with the aarch64 platform. [2] https://bugzilla.kernel.org/ [3] https://elrepo.org/bugs/ From toracat at elrepo.org Wed Jun 14 22:50:51 2023 From: toracat at elrepo.org (Akemi Yagi) Date: Wed, 14 Jun 2023 19:50:51 -0700 Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [6.3.8-1] Message-ID: Announcing the release of the kernel-ml-6.3.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/v6.x/ChangeLog-6.3.8 The following files are currently synchronising to our mirror sites: x86_64 bpftool-6.3.8-1.el8.elrepo.x86_64.rpm kernel-ml-6.3.8-1.el8.elrepo.x86_64.rpm kernel-ml-core-6.3.8-1.el8.elrepo.x86_64.rpm kernel-ml-devel-6.3.8-1.el8.elrepo.x86_64.rpm kernel-ml-doc-6.3.8-1.el8.elrepo.noarch.rpm kernel-ml-headers-6.3.8-1.el8.elrepo.x86_64.rpm kernel-ml-modules-6.3.8-1.el8.elrepo.x86_64.rpm kernel-ml-modules-extra-6.3.8-1.el8.elrepo.x86_64.rpm kernel-ml-tools-6.3.8-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-6.3.8-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.3.8-1.el8.elrepo.x86_64.rpm perf-6.3.8-1.el8.elrepo.x86_64.rpm python3-perf-6.3.8-1.el8.elrepo.x86_64.rpm nosrc kernel-ml-6.3.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 toracat at elrepo.org Wed Jun 14 22:51:49 2023 From: toracat at elrepo.org (Akemi Yagi) Date: Wed, 14 Jun 2023 19:51:49 -0700 Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [6.3.8-1] Message-ID: Announcing the release of the kernel-ml-6.3.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/v6.x/ChangeLog-6.3.8 The following files are currently synchronising to our mirror sites: x86_64 kernel-ml-6.3.8-1.el7.elrepo.x86_64.rpm kernel-ml-devel-6.3.8-1.el7.elrepo.x86_64.rpm kernel-ml-doc-6.3.8-1.el7.elrepo.noarch.rpm kernel-ml-headers-6.3.8-1.el7.elrepo.x86_64.rpm kernel-ml-tools-6.3.8-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-6.3.8-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.3.8-1.el7.elrepo.x86_64.rpm nosrc kernel-ml-6.3.8-1.el7.elrepo.nosrc.rpm Please note that as of kernel-ml version 6.0.0 we are unable to continue providing the perf and python-perf packages. 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 toracat at elrepo.org Wed Jun 14 22:53:03 2023 From: toracat at elrepo.org (Akemi Yagi) Date: Wed, 14 Jun 2023 19:53:03 -0700 Subject: [elrepo] Announcement: EL9 Updated kernel-lt Package Set [6.1.34-1] Message-ID: Announcing the release of the kernel-lt-6.1.34-1.el9.elrepo package set into the EL9 elrepo-kernel repository: https://elrepo.org/tiki/kernel-lt The upstream changelog: https://www.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.1.34 The following files are currently synchronising to our mirror sites: aarch64 [1] bpftool-6.1.34-1.el9.elrepo.aarch64.rpm kernel-lt-6.1.34-1.el9.elrepo.aarch64.rpm kernel-lt-core-6.1.34-1.el9.elrepo.aarch64.rpm kernel-lt-devel-6.1.34-1.el9.elrepo.aarch64.rpm kernel-lt-devel-matched-6.1.34-1.el9.elrepo.aarch64.rpm kernel-lt-doc-6.1.34-1.el9.elrepo.noarch.rpm kernel-lt-headers-6.1.34-1.el9.elrepo.aarch64.rpm kernel-lt-modules-6.1.34-1.el9.elrepo.aarch64.rpm kernel-lt-modules-extra-6.1.34-1.el9.elrepo.aarch64.rpm kernel-lt-tools-6.1.34-1.el9.elrepo.aarch64.rpm kernel-lt-tools-libs-6.1.34-1.el9.elrepo.aarch64.rpm kernel-lt-tools-libs-devel-6.1.34-1.el9.elrepo.aarch64.rpm perf-6.1.34-1.el9.elrepo.aarch64.rpm python3-perf-6.1.34-1.el9.elrepo.aarch64.rpm x86_64 bpftool-6.1.34-1.el9.elrepo.x86_64.rpm kernel-lt-6.1.34-1.el9.elrepo.x86_64.rpm kernel-lt-core-6.1.34-1.el9.elrepo.x86_64.rpm kernel-lt-devel-6.1.34-1.el9.elrepo.x86_64.rpm kernel-lt-devel-matched-6.1.34-1.el9.elrepo.x86_64.rpm kernel-lt-doc-6.1.34-1.el9.elrepo.noarch.rpm kernel-lt-headers-6.1.34-1.el9.elrepo.x86_64.rpm kernel-lt-modules-6.1.34-1.el9.elrepo.x86_64.rpm kernel-lt-modules-extra-6.1.34-1.el9.elrepo.x86_64.rpm kernel-lt-tools-6.1.34-1.el9.elrepo.x86_64.rpm kernel-lt-tools-libs-6.1.34-1.el9.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-6.1.34-1.el9.elrepo.x86_64.rpm perf-6.1.34-1.el9.elrepo.x86_64.rpm python3-perf-6.1.34-1.el9.elrepo.x86_64.rpm nosrc kernel-lt-6.1.34-1.el9.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-9 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-9 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-9 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] The ELRepo Project would like to thank Jack Aboutboul (AlmaLinux) and Pablo Greco for their support with the aarch64 platform. [2] https://bugzilla.kernel.org/ [3] https://elrepo.org/bugs/ From toracat at elrepo.org Wed Jun 14 22:54:33 2023 From: toracat at elrepo.org (Akemi Yagi) Date: Wed, 14 Jun 2023 19:54:33 -0700 Subject: [elrepo] Announcement: EL8 Updated kernel-lt Package Set [5.4.247-1] Message-ID: Announcing the release of the kernel-lt-5.4.247-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.247 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.4.247-1.el8.elrepo.x86_64.rpm kernel-lt-5.4.247-1.el8.elrepo.x86_64.rpm kernel-lt-core-5.4.247-1.el8.elrepo.x86_64.rpm kernel-lt-devel-5.4.247-1.el8.elrepo.x86_64.rpm kernel-lt-doc-5.4.247-1.el8.elrepo.noarch.rpm kernel-lt-headers-5.4.247-1.el8.elrepo.x86_64.rpm kernel-lt-modules-5.4.247-1.el8.elrepo.x86_64.rpm kernel-lt-modules-extra-5.4.247-1.el8.elrepo.x86_64.rpm kernel-lt-tools-5.4.247-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.247-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.247-1.el8.elrepo.x86_64.rpm perf-5.4.247-1.el8.elrepo.x86_64.rpm python3-perf-5.4.247-1.el8.elrepo.x86_64.rpm nosrc kernel-lt-5.4.247-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 toracat at elrepo.org Wed Jun 14 22:55:51 2023 From: toracat at elrepo.org (Akemi Yagi) Date: Wed, 14 Jun 2023 19:55:51 -0700 Subject: [elrepo] Announcement: EL7 Updated kernel-lt Package Set [5.4.247-1] Message-ID: Announcing the release of the kernel-lt-5.4.247-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.247 The following files are currently synchronising to our mirror sites: x86_64 kernel-lt-5.4.247-1.el7.elrepo.x86_64.rpm kernel-lt-devel-5.4.247-1.el7.elrepo.x86_64.rpm kernel-lt-doc-5.4.247-1.el7.elrepo.noarch.rpm kernel-lt-headers-5.4.247-1.el7.elrepo.x86_64.rpm kernel-lt-tools-5.4.247-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.247-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.247-1.el7.elrepo.x86_64.rpm perf-5.4.247-1.el7.elrepo.x86_64.rpm python-perf-5.4.247-1.el7.elrepo.x86_64.rpm nosrc kernel-lt-5.4.247-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 toracat at elrepo.org Fri Jun 16 12:37:32 2023 From: toracat at elrepo.org (Akemi Yagi) Date: Fri, 16 Jun 2023 09:37:32 -0700 Subject: [elrepo] In Loving Memory of Alan Bartlett In-Reply-To: <5e3f17c8-47a8-d316-dcf1-11f2dd2381ef@elrepo.org> References: <11e04b2c-aa78-8354-e683-e97eed7f245a@gmail.com> <5e3f17c8-47a8-d316-dcf1-11f2dd2381ef@elrepo.org> Message-ID: Dear friends, We wanted to take a moment to express our heartfelt gratitude for the condolences messages you sent following the passing of our dear friend and colleague, Alan Bartlett. Losing someone as remarkable as Alan has been an immense sorrow for all of us. Your thoughtful messages of sympathy have reminded us that Alan's impact reached far and wide. It is truly touching to know that he was cherished and respected by so many people, just as he was by us. We are truly blessed to have such wonderful people in our communities. We will always cherish the memories of Alan together. May Alan's legacy continue to inspire us in our lives. With warmest regards, Steve, Phil and Akemi From amyagi at gmail.com Sun Jun 18 22:15:40 2023 From: amyagi at gmail.com (Akemi Yagi) Date: Sun, 18 Jun 2023 19:15:40 -0700 Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [6.3.7-1] In-Reply-To: <33d7a38c-6ffe-6767-3d43-ac702b13dfc7@gmail.com> References: <11e04b2c-aa78-8354-e683-e97eed7f245a@gmail.com> <33d7a38c-6ffe-6767-3d43-ac702b13dfc7@gmail.com> Message-ID: On Wed, Jun 14, 2023 at 1:31?AM John Pilkington wrote: > > On 11/06/2023 23:33, Akemi Yagi wrote: > > On Sun, Jun 11, 2023 at 11:14?AM John Pilkington wrote: > >> > >> On 11/06/2023 16:18, Akemi Yagi wrote: > >>> On Sun, Jun 11, 2023 at 4:49?AM John Pilkington wrote: > >>>> > >>>> On 10/06/2023 01:09, Akemi Yagi wrote: > >>>>> Announcing the release of the kernel-ml-6.3.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/v6.x/ChangeLog-6.3.7 > >>>> > >>>> I have perhaps the world's only mythtv system running under kernel-ml. > >>>> It has been going well until this update, after which the frontend was > >>>> unable contact the backend, and attempts to kill tha backend also failed. > >>>> > >>>> It's ok again after switching back to 6.3.6. I would prefer to stay > >>>> there, but could do more tests if I knew what might help. > > > It is entirely possible that some kernel source code related to mythtv > > has been updated. If that is that case, I have no idea where to > > look... > > > > Akemi > > And it seems appropriate to report that I now see this same problem in > mythtv with the release of 6.3.7 in Fedora 37. Again, 6.3.6 works. > > John Hi John, The following bug report might be related to your mythtv issue: https://bugzilla.kernel.org/show_bug.cgi?id=217566 Akemi From johnpilk222 at gmail.com Mon Jun 19 04:08:26 2023 From: johnpilk222 at gmail.com (John Pilkington) Date: Mon, 19 Jun 2023 09:08:26 +0100 Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [6.3.7-1] In-Reply-To: References: <11e04b2c-aa78-8354-e683-e97eed7f245a@gmail.com> <33d7a38c-6ffe-6767-3d43-ac702b13dfc7@gmail.com> Message-ID: <2cb653a5-8ac6-533b-69b6-b0a3c070418f@gmail.com> On 19/06/2023 03:15, Akemi Yagi wrote: > On Wed, Jun 14, 2023 at 1:31?AM John Pilkington wrote: >> >> On 11/06/2023 23:33, Akemi Yagi wrote: >>> On Sun, Jun 11, 2023 at 11:14?AM John Pilkington wrote: >>>> >>>> On 11/06/2023 16:18, Akemi Yagi wrote: >>>>> On Sun, Jun 11, 2023 at 4:49?AM John Pilkington wrote: >>>>>> >>>>>> On 10/06/2023 01:09, Akemi Yagi wrote: >>>>>>> Announcing the release of the kernel-ml-6.3.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/v6.x/ChangeLog-6.3.7 >>>>>> >>>>>> I have perhaps the world's only mythtv system running under kernel-ml. >>>>>> It has been going well until this update, after which the frontend was >>>>>> unable contact the backend, and attempts to kill tha backend also failed. >>>>>> >>>>>> It's ok again after switching back to 6.3.6. I would prefer to stay >>>>>> there, but could do more tests if I knew what might help. >> >>> It is entirely possible that some kernel source code related to mythtv >>> has been updated. If that is that case, I have no idea where to >>> look... >>> >>> Akemi >> >> And it seems appropriate to report that I now see this same problem in >> mythtv with the release of 6.3.7 in Fedora 37. Again, 6.3.6 works. >> >> John > > Hi John, > > The following bug report might be related to your mythtv issue: > > https://bugzilla.kernel.org/show_bug.cgi?id=217566 > > Akemi > ________ Hi Akemi: Thank you for the link. Several other people have seen the problem and I opened an 'issue' here. I'll add your reference to it. https://github.com/MythTV/mythtv/issues/761 John _______________________________________ From toracat at elrepo.org Mon Jun 19 13:08:32 2023 From: toracat at elrepo.org (Akemi Yagi) Date: Mon, 19 Jun 2023 10:08:32 -0700 Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [6.3.7-1] In-Reply-To: <2cb653a5-8ac6-533b-69b6-b0a3c070418f@gmail.com> References: <11e04b2c-aa78-8354-e683-e97eed7f245a@gmail.com> <33d7a38c-6ffe-6767-3d43-ac702b13dfc7@gmail.com> <2cb653a5-8ac6-533b-69b6-b0a3c070418f@gmail.com> Message-ID: On Mon, Jun 19, 2023 at 1:09?AM John Pilkington wrote: > > On 19/06/2023 03:15, Akemi Yagi wrote: > > On Wed, Jun 14, 2023 at 1:31?AM John Pilkington wrote: > >> > >> On 11/06/2023 23:33, Akemi Yagi wrote: > >>> On Sun, Jun 11, 2023 at 11:14?AM John Pilkington wrote: > >>>> > >>>> On 11/06/2023 16:18, Akemi Yagi wrote: > >>>>> On Sun, Jun 11, 2023 at 4:49?AM John Pilkington wrote: > >>>>>> > >>>>>> On 10/06/2023 01:09, Akemi Yagi wrote: > >>>>>>> Announcing the release of the kernel-ml-6.3.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/v6.x/ChangeLog-6.3.7 > >>>>>> > >>>>>> I have perhaps the world's only mythtv system running under kernel-ml. > >>>>>> It has been going well until this update, after which the frontend was > >>>>>> unable contact the backend, and attempts to kill tha backend also failed. > >>>>>> > >>>>>> It's ok again after switching back to 6.3.6. I would prefer to stay > >>>>>> there, but could do more tests if I knew what might help. > >> > >>> It is entirely possible that some kernel source code related to mythtv > >>> has been updated. If that is that case, I have no idea where to > >>> look... > >>> > >>> Akemi > >> > >> And it seems appropriate to report that I now see this same problem in > >> mythtv with the release of 6.3.7 in Fedora 37. Again, 6.3.6 works. > >> > >> John > > > > Hi John, > > > > The following bug report might be related to your mythtv issue: > > > > https://bugzilla.kernel.org/show_bug.cgi?id=217566 > > > > Akemi > > ________ > > Hi Akemi: Thank you for the link. Several other people have seen the > problem and I opened an 'issue' here. I'll add your reference to it. > > https://github.com/MythTV/mythtv/issues/761 > > John Hi Hohn, I see that a patch that fixes the issue has been applied to kernel 6.3.9-rc1. The GA version is most likely released on Wednesday. ELRepo's kernel-ml 6.3.9 will follow soon after. Akemi From johnpilk222 at gmail.com Mon Jun 19 13:32:39 2023 From: johnpilk222 at gmail.com (John Pilkington) Date: Mon, 19 Jun 2023 18:32:39 +0100 Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [6.3.7-1] In-Reply-To: References: <11e04b2c-aa78-8354-e683-e97eed7f245a@gmail.com> <33d7a38c-6ffe-6767-3d43-ac702b13dfc7@gmail.com> <2cb653a5-8ac6-533b-69b6-b0a3c070418f@gmail.com> Message-ID: <5f117ff8-0620-4746-c3b7-a6ec1951157b@gmail.com> On 19/06/2023 18:08, Akemi Yagi wrote: > On Mon, Jun 19, 2023 at 1:09?AM John Pilkington wrote: >> >> On 19/06/2023 03:15, Akemi Yagi wrote: >>> On Wed, Jun 14, 2023 at 1:31?AM John Pilkington wrote: >>>> >>>> On 11/06/2023 23:33, Akemi Yagi wrote: >>>>> On Sun, Jun 11, 2023 at 11:14?AM John Pilkington wrote: >>>>>> >>>>>> On 11/06/2023 16:18, Akemi Yagi wrote: >>>>>>> On Sun, Jun 11, 2023 at 4:49?AM John Pilkington wrote: >>>>>>>> >>>>>>>> On 10/06/2023 01:09, Akemi Yagi wrote: >>>>>>>>> Announcing the release of the kernel-ml-6.3.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/v6.x/ChangeLog-6.3.7 >>>>>>>> >>>>>>>> I have perhaps the world's only mythtv system running under kernel-ml. >>>>>>>> It has been going well until this update, after which the frontend was >>>>>>>> unable contact the backend, and attempts to kill tha backend also failed. >>>>>>>> >>>>>>>> It's ok again after switching back to 6.3.6. I would prefer to stay >>>>>>>> there, but could do more tests if I knew what might help. >>>> >>>>> It is entirely possible that some kernel source code related to mythtv >>>>> has been updated. If that is that case, I have no idea where to >>>>> look... >>>>> >>>>> Akemi >>>> >>>> And it seems appropriate to report that I now see this same problem in >>>> mythtv with the release of 6.3.7 in Fedora 37. Again, 6.3.6 works. >>>> >>>> John >>> >>> Hi John, >>> >>> The following bug report might be related to your mythtv issue: >>> >>> https://bugzilla.kernel.org/show_bug.cgi?id=217566 >>> >>> Akemi >>> ________ >> >> Hi Akemi: Thank you for the link. Several other people have seen the >> problem and I opened an 'issue' here. I'll add your reference to it. >> >> https://github.com/MythTV/mythtv/issues/761 >> >> John > > Hi Hohn, > > I see that a patch that fixes the issue has been applied to kernel > 6.3.9-rc1. The GA version is most likely released on Wednesday. > ELRepo's kernel-ml 6.3.9 will follow soon after. > > Akemi Thanks again. I have mytvtv running, apparently normally, with F37 6.3.9.rc1, so the elrepo el7 6.3.9 ought to be ok :-) John From jcsible at cert.org Wed Jun 21 16:39:51 2023 From: jcsible at cert.org (Joseph Christopher Sible) Date: Wed, 21 Jun 2023 20:39:51 +0000 Subject: [elrepo] kernel-ml 6.3.9-1 packages for RHEL9 aren't signed Message-ID: <0CDD030D-429F-4F29-98AD-D1B66455F3B3@sei.cmu.edu> Hello, I just noticed that when my RHEL9 system checked for updates today, it downloaded the 6.3.9-1 kernel-ml packages, but it failed to install them because they?re not signed. Can this be corrected? Thanks, Joseph C. Sible From toracat at elrepo.org Wed Jun 21 16:43:04 2023 From: toracat at elrepo.org (Akemi Yagi) Date: Wed, 21 Jun 2023 13:43:04 -0700 Subject: [elrepo] kernel-ml 6.3.9-1 packages for RHEL9 aren't signed In-Reply-To: <0CDD030D-429F-4F29-98AD-D1B66455F3B3@sei.cmu.edu> References: <0CDD030D-429F-4F29-98AD-D1B66455F3B3@sei.cmu.edu> Message-ID: On Wed, Jun 21, 2023 at 1:40?PM Joseph Christopher Sible wrote: > > Hello, > > I just noticed that when my RHEL9 system checked for updates today, it downloaded the 6.3.9-1 kernel-ml packages, but it failed to install them because they?re not signed. Can this be corrected? > > Thanks, > > Joseph C. Sible Let me have a look. Akemi From toracat at elrepo.org Wed Jun 21 17:00:35 2023 From: toracat at elrepo.org (Akemi Yagi) Date: Wed, 21 Jun 2023 14:00:35 -0700 Subject: [elrepo] kernel-ml 6.3.9-1 packages for RHEL9 aren't signed In-Reply-To: References: <0CDD030D-429F-4F29-98AD-D1B66455F3B3@sei.cmu.edu> Message-ID: On Wed, Jun 21, 2023 at 1:43?PM Akemi Yagi wrote: > > On Wed, Jun 21, 2023 at 1:40?PM Joseph Christopher Sible > wrote: > > > > Hello, > > > > I just noticed that when my RHEL9 system checked for updates today, it downloaded the 6.3.9-1 kernel-ml packages, but it failed to install them because they?re not signed. Can this be corrected? > > > > Thanks, > > > > Joseph C. Sible > > Let me have a look. > > Akemi Apologies. There was a glitch in the script used for releasing packages. The signed version has just been pushed to mirrors. Please try again a little later. Akemi From toracat at elrepo.org Thu Jun 22 01:03:45 2023 From: toracat at elrepo.org (Akemi Yagi) Date: Wed, 21 Jun 2023 22:03:45 -0700 Subject: [elrepo] Announcement: EL9 Updated kernel-ml Package Set [6.3.9-1] Message-ID: Announcing the release of the kernel-ml-6.3.9-1.el9.elrepo package set into the EL9 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The upstream changelog: https://www.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.3.9 The following files are currently synchronising to our mirror sites: aarch64 [1] bpftool-6.3.9-1.el9.elrepo.aarch64.rpm kernel-ml-6.3.9-1.el9.elrepo.aarch64.rpm kernel-ml-core-6.3.9-1.el9.elrepo.aarch64.rpm kernel-ml-devel-6.3.9-1.el9.elrepo.aarch64.rpm kernel-ml-devel-matched-6.3.9-1.el9.elrepo.aarch64.rpm kernel-ml-doc-6.3.9-1.el9.elrepo.noarch.rpm kernel-ml-headers-6.3.9-1.el9.elrepo.aarch64.rpm kernel-ml-modules-6.3.9-1.el9.elrepo.aarch64.rpm kernel-ml-modules-extra-6.3.9-1.el9.elrepo.aarch64.rpm kernel-ml-tools-6.3.9-1.el9.elrepo.aarch64.rpm kernel-ml-tools-libs-6.3.9-1.el9.elrepo.aarch64.rpm kernel-ml-tools-libs-devel-6.3.9-1.el9.elrepo.aarch64.rpm perf-6.3.9-1.el9.elrepo.aarch64.rpm python3-perf-6.3.9-1.el9.elrepo.aarch64.rpm x86_64 bpftool-6.3.9-1.el9.elrepo.x86_64.rpm kernel-ml-6.3.9-1.el9.elrepo.x86_64.rpm kernel-ml-core-6.3.9-1.el9.elrepo.x86_64.rpm kernel-ml-devel-6.3.9-1.el9.elrepo.x86_64.rpm kernel-ml-devel-matched-6.3.9-1.el9.elrepo.x86_64.rpm kernel-ml-doc-6.3.9-1.el9.elrepo.noarch.rpm kernel-ml-headers-6.3.9-1.el9.elrepo.x86_64.rpm kernel-ml-modules-6.3.9-1.el9.elrepo.x86_64.rpm kernel-ml-modules-extra-6.3.9-1.el9.elrepo.x86_64.rpm kernel-ml-tools-6.3.9-1.el9.elrepo.x86_64.rpm kernel-ml-tools-libs-6.3.9-1.el9.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.3.9-1.el9.elrepo.x86_64.rpm perf-6.3.9-1.el9.elrepo.x86_64.rpm python3-perf-6.3.9-1.el9.elrepo.x86_64.rpm nosrc kernel-ml-6.3.9-1.el9.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-9 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-9 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-9 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] The ELRepo Project would like to thank Jack Aboutboul (AlmaLinux) and Pablo Greco for their support with the aarch64 platform. [2] https://bugzilla.kernel.org/ [3] https://elrepo.org/bugs/ From toracat at elrepo.org Thu Jun 22 01:05:05 2023 From: toracat at elrepo.org (Akemi Yagi) Date: Wed, 21 Jun 2023 22:05:05 -0700 Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [6.3.9-1] Message-ID: Announcing the release of the kernel-ml-6.3.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/v6.x/ChangeLog-6.3.9 The following files are currently synchronising to our mirror sites: x86_64 bpftool-6.3.9-1.el8.elrepo.x86_64.rpm kernel-ml-6.3.9-1.el8.elrepo.x86_64.rpm kernel-ml-core-6.3.9-1.el8.elrepo.x86_64.rpm kernel-ml-devel-6.3.9-1.el8.elrepo.x86_64.rpm kernel-ml-doc-6.3.9-1.el8.elrepo.noarch.rpm kernel-ml-headers-6.3.9-1.el8.elrepo.x86_64.rpm kernel-ml-modules-6.3.9-1.el8.elrepo.x86_64.rpm kernel-ml-modules-extra-6.3.9-1.el8.elrepo.x86_64.rpm kernel-ml-tools-6.3.9-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-6.3.9-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.3.9-1.el8.elrepo.x86_64.rpm perf-6.3.9-1.el8.elrepo.x86_64.rpm python3-perf-6.3.9-1.el8.elrepo.x86_64.rpm nosrc kernel-ml-6.3.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 toracat at elrepo.org Thu Jun 22 01:06:19 2023 From: toracat at elrepo.org (Akemi Yagi) Date: Wed, 21 Jun 2023 22:06:19 -0700 Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [6.3.9-1] Message-ID: Announcing the release of the kernel-ml-6.3.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/v6.x/ChangeLog-6.3.9 The following files are currently synchronising to our mirror sites: x86_64 kernel-ml-6.3.9-1.el7.elrepo.x86_64.rpm kernel-ml-devel-6.3.9-1.el7.elrepo.x86_64.rpm kernel-ml-doc-6.3.9-1.el7.elrepo.noarch.rpm kernel-ml-headers-6.3.9-1.el7.elrepo.x86_64.rpm kernel-ml-tools-6.3.9-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-6.3.9-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.3.9-1.el7.elrepo.x86_64.rpm nosrc kernel-ml-6.3.9-1.el7.elrepo.nosrc.rpm Please note that as of kernel-ml version 6.0.0 we are unable to continue providing the perf and python-perf packages. 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 toracat at elrepo.org Thu Jun 22 01:07:34 2023 From: toracat at elrepo.org (Akemi Yagi) Date: Wed, 21 Jun 2023 22:07:34 -0700 Subject: [elrepo] Announcement: EL9 Updated kernel-lt Package Set [6.1.35-1] Message-ID: Announcing the release of the kernel-lt-6.1.35-1.el9.elrepo package set into the EL9 elrepo-kernel repository: https://elrepo.org/tiki/kernel-lt The upstream changelog: https://www.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.1.35 The following files are currently synchronising to our mirror sites: aarch64 [1] bpftool-6.1.35-1.el9.elrepo.aarch64.rpm kernel-lt-6.1.35-1.el9.elrepo.aarch64.rpm kernel-lt-core-6.1.35-1.el9.elrepo.aarch64.rpm kernel-lt-devel-6.1.35-1.el9.elrepo.aarch64.rpm kernel-lt-devel-matched-6.1.35-1.el9.elrepo.aarch64.rpm kernel-lt-doc-6.1.35-1.el9.elrepo.noarch.rpm kernel-lt-headers-6.1.35-1.el9.elrepo.aarch64.rpm kernel-lt-modules-6.1.35-1.el9.elrepo.aarch64.rpm kernel-lt-modules-extra-6.1.35-1.el9.elrepo.aarch64.rpm kernel-lt-tools-6.1.35-1.el9.elrepo.aarch64.rpm kernel-lt-tools-libs-6.1.35-1.el9.elrepo.aarch64.rpm kernel-lt-tools-libs-devel-6.1.35-1.el9.elrepo.aarch64.rpm perf-6.1.35-1.el9.elrepo.aarch64.rpm python3-perf-6.1.35-1.el9.elrepo.aarch64.rpm x86_64 bpftool-6.1.35-1.el9.elrepo.x86_64.rpm kernel-lt-6.1.35-1.el9.elrepo.x86_64.rpm kernel-lt-core-6.1.35-1.el9.elrepo.x86_64.rpm kernel-lt-devel-6.1.35-1.el9.elrepo.x86_64.rpm kernel-lt-devel-matched-6.1.35-1.el9.elrepo.x86_64.rpm kernel-lt-doc-6.1.35-1.el9.elrepo.noarch.rpm kernel-lt-headers-6.1.35-1.el9.elrepo.x86_64.rpm kernel-lt-modules-6.1.35-1.el9.elrepo.x86_64.rpm kernel-lt-modules-extra-6.1.35-1.el9.elrepo.x86_64.rpm kernel-lt-tools-6.1.35-1.el9.elrepo.x86_64.rpm kernel-lt-tools-libs-6.1.35-1.el9.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-6.1.35-1.el9.elrepo.x86_64.rpm perf-6.1.35-1.el9.elrepo.x86_64.rpm python3-perf-6.1.35-1.el9.elrepo.x86_64.rpm nosrc kernel-lt-6.1.35-1.el9.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-9 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-9 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-9 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] The ELRepo Project would like to thank Jack Aboutboul (AlmaLinux) and Pablo Greco for their support with the aarch64 platform. [2] https://bugzilla.kernel.org/ [3] https://elrepo.org/bugs/ From toracat at elrepo.org Thu Jun 22 01:08:50 2023 From: toracat at elrepo.org (Akemi Yagi) Date: Wed, 21 Jun 2023 22:08:50 -0700 Subject: [elrepo] Announcement: EL8 Updated kernel-lt Package Set [5.4.248-1] Message-ID: Announcing the release of the kernel-lt-5.4.248-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.248 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.4.248-1.el8.elrepo.x86_64.rpm kernel-lt-5.4.248-1.el8.elrepo.x86_64.rpm kernel-lt-core-5.4.248-1.el8.elrepo.x86_64.rpm kernel-lt-devel-5.4.248-1.el8.elrepo.x86_64.rpm kernel-lt-doc-5.4.248-1.el8.elrepo.noarch.rpm kernel-lt-headers-5.4.248-1.el8.elrepo.x86_64.rpm kernel-lt-modules-5.4.248-1.el8.elrepo.x86_64.rpm kernel-lt-modules-extra-5.4.248-1.el8.elrepo.x86_64.rpm kernel-lt-tools-5.4.248-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.248-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.248-1.el8.elrepo.x86_64.rpm perf-5.4.248-1.el8.elrepo.x86_64.rpm python3-perf-5.4.248-1.el8.elrepo.x86_64.rpm nosrc kernel-lt-5.4.248-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 toracat at elrepo.org Thu Jun 22 01:10:05 2023 From: toracat at elrepo.org (Akemi Yagi) Date: Wed, 21 Jun 2023 22:10:05 -0700 Subject: [elrepo] Announcement: EL7 Updated kernel-lt Package Set [5.4.248-1] Message-ID: Announcing the release of the kernel-lt-5.4.248-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.248 The following files are currently synchronising to our mirror sites: x86_64 kernel-lt-5.4.248-1.el7.elrepo.x86_64.rpm kernel-lt-devel-5.4.248-1.el7.elrepo.x86_64.rpm kernel-lt-doc-5.4.248-1.el7.elrepo.noarch.rpm kernel-lt-headers-5.4.248-1.el7.elrepo.x86_64.rpm kernel-lt-tools-5.4.248-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.248-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.248-1.el7.elrepo.x86_64.rpm perf-5.4.248-1.el7.elrepo.x86_64.rpm python-perf-5.4.248-1.el7.elrepo.x86_64.rpm nosrc kernel-lt-5.4.248-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 johnpilk222 at gmail.com Thu Jun 22 05:58:46 2023 From: johnpilk222 at gmail.com (John Pilkington) Date: Thu, 22 Jun 2023 10:58:46 +0100 Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [6.3.7-1] In-Reply-To: <5f117ff8-0620-4746-c3b7-a6ec1951157b@gmail.com> References: <11e04b2c-aa78-8354-e683-e97eed7f245a@gmail.com> <33d7a38c-6ffe-6767-3d43-ac702b13dfc7@gmail.com> <2cb653a5-8ac6-533b-69b6-b0a3c070418f@gmail.com> <5f117ff8-0620-4746-c3b7-a6ec1951157b@gmail.com> Message-ID: <43bb51d3-e575-6e85-24c3-f179571b8124@gmail.com> On 19/06/2023 18:32, John Pilkington wrote: >> >> I see that a patch that fixes the issue has been applied to kernel >> 6.3.9-rc1. The GA version is most likely released on Wednesday. >> ELRepo's kernel-ml 6.3.9 will follow soon after. >> >> Akemi > > Thanks again.? I have mytvtv running, apparently normally, with F37 > 6.3.9.rc1, so the elrepo el7 6.3.9 ought to be ok :-) Confirmed. I'm not seeing the problem now, with this version kernel-ml-6.3.9-1.el7.elrepo.x86_64 which did this Revert "media: dvb-core: Fix use-after-free on race condition at dvb_frontend" > > John > From elrepo at feedmebits.nl Fri Jun 23 10:48:12 2023 From: elrepo at feedmebits.nl (Maarten) Date: Fri, 23 Jun 2023 16:48:12 +0200 Subject: [elrepo] kmod-nvidia for el9 Message-ID: Hello, I am currently using the Nvidia driver from the Nvidia cuda repo for my Rocky Linux 9 system: https://developer.nvidia.com/blog/streamlining-nvidia-driver-deployment-on-rhel-8-with-modularity-streams. I have found that every time when there is a kernel update I have to wait until Nvidia releases a new package of the Nvidia driver before I can update the kernel. However there is no kmod-nvidia package available for el9 in ELRepo, so I was wondering if there are any plans for creating the el9 version of the packages(kmod-nvidia, nvidia-smi, etc.) in ELRepo? Kind Regards, Maarten From amyagi at gmail.com Fri Jun 23 13:10:50 2023 From: amyagi at gmail.com (Akemi Yagi) Date: Fri, 23 Jun 2023 10:10:50 -0700 Subject: [elrepo] kmod-nvidia for el9 In-Reply-To: References: Message-ID: On Fri, Jun 23, 2023 at 7:49?AM Maarten via elrepo wrote: > > Hello, > > I am currently using the Nvidia driver from the Nvidia cuda repo for my > Rocky Linux 9 system: > https://developer.nvidia.com/blog/streamlining-nvidia-driver-deployment-on-rhel-8-with-modularity-streams. > I have found that every time when there is a kernel update I have to > wait until Nvidia releases a new package of the Nvidia driver before I > can update the kernel. However there is no kmod-nvidia package available > for el9 in ELRepo, so I was wondering if there are any plans for > creating the el9 version of the packages(kmod-nvidia, nvidia-smi, etc.) > in ELRepo? > > Kind Regards, > Maarten Please add your voice here: https://elrepo.org/bugs/view.php?id=1245 Thanks, Akemi From themsley at voiceflex.com Fri Jun 23 13:34:03 2023 From: themsley at voiceflex.com (Trevor Hemsley) Date: Fri, 23 Jun 2023 18:34:03 +0100 Subject: [elrepo] kmod-nvidia for el9 In-Reply-To: References: Message-ID: <79108409-00ba-48d4-8b38-df1b10ed677c@voiceflex.com> On 23/06/2023 18:10, Akemi Yagi wrote: > On Fri, Jun 23, 2023 at 7:49?AM Maarten via elrepo > wrote: > > > > Hello, > > > > I am currently using the Nvidia driver from the Nvidia cuda repo for my > > Rocky Linux 9 system: > > > https://developer.nvidia.com/blog/streamlining-nvidia-driver-deployment-on-rhel-8-with-modularity-streams > . > > I have found that every time when there is a kernel update I have to > > wait until Nvidia releases a new package of the Nvidia driver before I > > can update the kernel. However there is no kmod-nvidia package available > > for el9 in ELRepo, so I was wondering if there are any plans for > > creating the el9 version of the packages(kmod-nvidia, nvidia-smi, etc.) > > in ELRepo? > > > > Kind Regards, > > Maarten > > Please add your voice here: > > https://elrepo.org/bugs/view.php?id=1245 > You can find nvidia rpms in rpmfusion for el9. 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 elrepo at feedmebits.nl Fri Jun 23 14:34:55 2023 From: elrepo at feedmebits.nl (Maarten) Date: Fri, 23 Jun 2023 20:34:55 +0200 Subject: [elrepo] kmod-nvidia for el9 In-Reply-To: References: Message-ID: Will do, thanks! On 2023-06-23 19:10, Akemi Yagi wrote: > On Fri, Jun 23, 2023 at 7:49?AM Maarten via elrepo > wrote: >> >> Hello, >> >> I am currently using the Nvidia driver from the Nvidia cuda repo for >> my >> Rocky Linux 9 system: >> https://developer.nvidia.com/blog/streamlining-nvidia-driver-deployment-on-rhel-8-with-modularity-streams. >> I have found that every time when there is a kernel update I have to >> wait until Nvidia releases a new package of the Nvidia driver before I >> can update the kernel. However there is no kmod-nvidia package >> available >> for el9 in ELRepo, so I was wondering if there are any plans for >> creating the el9 version of the packages(kmod-nvidia, nvidia-smi, >> etc.) >> in ELRepo? >> >> Kind Regards, >> Maarten > > Please add your voice here: > > https://elrepo.org/bugs/view.php?id=1245 > > Thanks, > Akemi From elrepo at feedmebits.nl Fri Jun 23 14:39:48 2023 From: elrepo at feedmebits.nl (Maarten) Date: Fri, 23 Jun 2023 20:39:48 +0200 Subject: [elrepo] kmod-nvidia for el9 In-Reply-To: <79108409-00ba-48d4-8b38-df1b10ed677c@voiceflex.com> References: <79108409-00ba-48d4-8b38-df1b10ed677c@voiceflex.com> Message-ID: Thanks! I knew that one exists but I dislike that one because it installs a bunch of x dependencies such as nvidia-settings and others. Since I only use the driver for video-transcoding and not for running a graphical environment I dislike using anything that install extra stuff that I don't need. I hadn't tried to see if I can remove the unnecessary dependencies so that might be worth a try still. I'll add my voice to the issue/bug report linked earlier. On 2023-06-23 19:34, Trevor Hemsley wrote: > On 23/06/2023 18:10, Akemi Yagi wrote: > >> On Fri, Jun 23, 2023 at 7:49?AM Maarten via elrepo >> wrote: >>> >>> Hello, >>> >>> I am currently using the Nvidia driver from the Nvidia cuda repo >> for my >>> Rocky Linux 9 system: >>> >> > https://developer.nvidia.com/blog/streamlining-nvidia-driver-deployment-on-rhel-8-with-modularity-streams. >>> I have found that every time when there is a kernel update I have >> to >>> wait until Nvidia releases a new package of the Nvidia driver >> before I >>> can update the kernel. However there is no kmod-nvidia package >> available >>> for el9 in ELRepo, so I was wondering if there are any plans for >>> creating the el9 version of the packages(kmod-nvidia, nvidia-smi, >> etc.) >>> in ELRepo? >>> >>> Kind Regards, >>> Maarten >> >> Please add your voice here: >> >> https://elrepo.org/bugs/view.php?id=1245 > > You can find nvidia rpms in rpmfusion for el9. > > 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 Click Here [1]. > > Links: > ------ > [1] http://www.mimecast.com/products/ From elrepo at feedmebits.nl Fri Jun 23 15:34:18 2023 From: elrepo at feedmebits.nl (Maarten) Date: Fri, 23 Jun 2023 21:34:18 +0200 Subject: [elrepo] kmod-nvidia for el9 In-Reply-To: References: <79108409-00ba-48d4-8b38-df1b10ed677c@voiceflex.com> Message-ID: I had tried the kmod-nvidia package before, the akmod-nvidia seems to not install the extra packages that I don't need. Still looking forward that it will be available in ELRepo at some point. Thanks for the reminder about the other package! On 2023-06-23 20:39, Maarten via elrepo wrote: > Thanks! I knew that one exists but I dislike that one because it > installs a bunch of x dependencies such as nvidia-settings > and others. Since I only use the driver for video-transcoding and not > for running a graphical environment I dislike using > anything that install extra stuff that I don't need. I hadn't tried to > see if I can remove the unnecessary dependencies so > that might be worth a try still. I'll add my voice to the issue/bug > report linked earlier. > > On 2023-06-23 19:34, Trevor Hemsley wrote: >> On 23/06/2023 18:10, Akemi Yagi wrote: >> >>> On Fri, Jun 23, 2023 at 7:49?AM Maarten via elrepo >>> wrote: >>>> >>>> Hello, >>>> >>>> I am currently using the Nvidia driver from the Nvidia cuda repo >>> for my >>>> Rocky Linux 9 system: >>>> >>> >> https://developer.nvidia.com/blog/streamlining-nvidia-driver-deployment-on-rhel-8-with-modularity-streams. >>>> I have found that every time when there is a kernel update I have >>> to >>>> wait until Nvidia releases a new package of the Nvidia driver >>> before I >>>> can update the kernel. However there is no kmod-nvidia package >>> available >>>> for el9 in ELRepo, so I was wondering if there are any plans for >>>> creating the el9 version of the packages(kmod-nvidia, nvidia-smi, >>> etc.) >>>> in ELRepo? >>>> >>>> Kind Regards, >>>> Maarten >>> >>> Please add your voice here: >>> >>> https://elrepo.org/bugs/view.php?id=1245 >> >> You can find nvidia rpms in rpmfusion for el9. >> >> 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 Click Here [1]. >> >> Links: >> ------ >> [1] http://www.mimecast.com/products/ > > _______________________________________________ > elrepo mailing list > elrepo at lists.elrepo.org > http://lists.elrepo.org/mailman/listinfo/elrepo From neil at waterend.net Mon Jun 26 09:29:38 2023 From: neil at waterend.net (Neil Watson) Date: Mon, 26 Jun 2023 14:29:38 +0100 Subject: [elrepo] Megaraid_SAS for 8_8? Message-ID: <69c48074-496a-4327-bd8a-40194e5d7607@smtp-relay.sendinblue.com> Hello My system (Dell Poweredge R710) is wanting to update to AlmaLinux 8.8 (https://wiki.almalinux.org/release-notes/8.8.html) I notice that there isn't a version of kmod-megaraid_sas-07.719.03.00-2.elX.Y.elrepo.x86_64 for 8.8 - which may mean the update will fail. Would there be a chance of building/releasing a version please? As always very appreciative of the work you guys do in keeping older systems running! Best regards Neil. -------------- next part -------------- An HTML attachment was scrubbed... URL: From phil at elrepo.org Mon Jun 26 10:01:47 2023 From: phil at elrepo.org (Phil Perry) Date: Mon, 26 Jun 2023 15:01:47 +0100 Subject: [elrepo] Megaraid_SAS for 8_8? In-Reply-To: <69c48074-496a-4327-bd8a-40194e5d7607@smtp-relay.sendinblue.com> References: <69c48074-496a-4327-bd8a-40194e5d7607@smtp-relay.sendinblue.com> Message-ID: <85b4a201-253c-0f28-cc29-986cd69ade43@elrepo.org> On 26/06/2023 14:29, Neil Watson wrote: > Hello > > My system (Dell Poweredge R710) is wanting to update to AlmaLinux 8.8 > (https://wiki.almalinux.org/release-notes/8.8.html > ) > > I notice that there isn't a version of > kmod-megaraid_sas-07.719.03.00-2.elX.Y.elrepo.x86_64 for 8.8 - which may > mean the update will fail. > > Would there be a chance of building/releasing a version please? > > As always very appreciative of the work you guys do in keeping older > systems running! > > Best regards > > Neil. > > Hi Neil, Our limited testing (we don't have actual hardware upon which to test) shows that the latest package available (built against the RHEL 8.7 kernel) is forward compatible with current RHEL 8.8 kernels, hence no new package has been built. If you were to find this is not the case, please do let us know and of course we will be happy to build an updated driver package for you ASAP. Regards, Phil $ rpm -q kmod-megaraid_sas kmod-megaraid_sas-07.719.03.00-2.el8_7.elrepo.x86_64 $ uname -a Linux Build64R8 4.18.0-477.13.1.el8_8.x86_64 #1 SMP Thu May 18 10:27:05 EDT 2023 x86_64 x86_64 x86_64 GNU/Linux $ modinfo megaraid_sas | grep filename filename: /lib/modules/4.18.0-477.13.1.el8_8.x86_64/weak-updates/megaraid_sas/megaraid_sas.ko From toracat at elrepo.org Mon Jun 26 20:30:09 2023 From: toracat at elrepo.org (Akemi Yagi) Date: Mon, 26 Jun 2023 17:30:09 -0700 Subject: [elrepo] Announcement: EL9 Updated kernel-ml Package Set [6.4.0-1] Message-ID: Announcing the release of the kernel-ml-6.4.0-1.el9.elrepo package set into the EL9 elrepo-kernel repository: https://elrepo.org/tiki/kernel-ml The upstream changelog: https://www.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.4.0 The following files are currently synchronising to our mirror sites: aarch64 [1] bpftool-6.4.0-1.el9.elrepo.aarch64.rpm kernel-ml-6.4.0-1.el9.elrepo.aarch64.rpm kernel-ml-core-6.4.0-1.el9.elrepo.aarch64.rpm kernel-ml-devel-6.4.0-1.el9.elrepo.aarch64.rpm kernel-ml-devel-matched-6.4.0-1.el9.elrepo.aarch64.rpm kernel-ml-doc-6.4.0-1.el9.elrepo.noarch.rpm kernel-ml-headers-6.4.0-1.el9.elrepo.aarch64.rpm kernel-ml-modules-6.4.0-1.el9.elrepo.aarch64.rpm kernel-ml-modules-extra-6.4.0-1.el9.elrepo.aarch64.rpm kernel-ml-tools-6.4.0-1.el9.elrepo.aarch64.rpm kernel-ml-tools-libs-6.4.0-1.el9.elrepo.aarch64.rpm kernel-ml-tools-libs-devel-6.4.0-1.el9.elrepo.aarch64.rpm perf-6.4.0-1.el9.elrepo.aarch64.rpm python3-perf-6.4.0-1.el9.elrepo.aarch64.rpm x86_64 bpftool-6.4.0-1.el9.elrepo.x86_64.rpm kernel-ml-6.4.0-1.el9.elrepo.x86_64.rpm kernel-ml-core-6.4.0-1.el9.elrepo.x86_64.rpm kernel-ml-devel-6.4.0-1.el9.elrepo.x86_64.rpm kernel-ml-devel-matched-6.4.0-1.el9.elrepo.x86_64.rpm kernel-ml-doc-6.4.0-1.el9.elrepo.noarch.rpm kernel-ml-headers-6.4.0-1.el9.elrepo.x86_64.rpm kernel-ml-modules-6.4.0-1.el9.elrepo.x86_64.rpm kernel-ml-modules-extra-6.4.0-1.el9.elrepo.x86_64.rpm kernel-ml-tools-6.4.0-1.el9.elrepo.x86_64.rpm kernel-ml-tools-libs-6.4.0-1.el9.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.4.0-1.el9.elrepo.x86_64.rpm perf-6.4.0-1.el9.elrepo.x86_64.rpm python3-perf-6.4.0-1.el9.elrepo.x86_64.rpm nosrc kernel-ml-6.4.0-1.el9.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-9 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-9 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-9 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] The ELRepo Project would like to thank Jack Aboutboul (AlmaLinux) and Pablo Greco for their support with the aarch64 platform. [2] https://bugzilla.kernel.org/ [3] https://elrepo.org/bugs/ From toracat at elrepo.org Mon Jun 26 20:32:19 2023 From: toracat at elrepo.org (Akemi Yagi) Date: Mon, 26 Jun 2023 17:32:19 -0700 Subject: [elrepo] Announcement: EL8 Updated kernel-ml Package Set [6.4.0-1] Message-ID: Announcing the release of the kernel-ml-6.4.0-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/v6.x/ChangeLog-6.4 The following files are currently synchronising to our mirror sites: x86_64 bpftool-6.4.0-1.el8.elrepo.x86_64.rpm kernel-ml-6.4.0-1.el8.elrepo.x86_64.rpm kernel-ml-core-6.4.0-1.el8.elrepo.x86_64.rpm kernel-ml-devel-6.4.0-1.el8.elrepo.x86_64.rpm kernel-ml-doc-6.4.0-1.el8.elrepo.noarch.rpm kernel-ml-headers-6.4.0-1.el8.elrepo.x86_64.rpm kernel-ml-modules-6.4.0-1.el8.elrepo.x86_64.rpm kernel-ml-modules-extra-6.4.0-1.el8.elrepo.x86_64.rpm kernel-ml-tools-6.4.0-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-6.4.0-1.el8.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.4.0-1.el8.elrepo.x86_64.rpm perf-6.4.0-1.el8.elrepo.x86_64.rpm python3-perf-6.4.0-1.el8.elrepo.x86_64.rpm nosrc kernel-ml-6.4.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 toracat at elrepo.org Mon Jun 26 20:34:30 2023 From: toracat at elrepo.org (Akemi Yagi) Date: Mon, 26 Jun 2023 17:34:30 -0700 Subject: [elrepo] Announcement: EL7 Updated kernel-ml Package Set [6.4.0-1] Message-ID: Announcing the release of the kernel-ml-6.4.0-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/v6.x/ChangeLog-6.4 The following files are currently synchronising to our mirror sites: x86_64 kernel-ml-6.4.0-1.el7.elrepo.x86_64.rpm kernel-ml-devel-6.4.0-1.el7.elrepo.x86_64.rpm kernel-ml-doc-6.4.0-1.el7.elrepo.noarch.rpm kernel-ml-headers-6.4.0-1.el7.elrepo.x86_64.rpm kernel-ml-tools-6.4.0-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-6.4.0-1.el7.elrepo.x86_64.rpm kernel-ml-tools-libs-devel-6.4.0-1.el7.elrepo.x86_64.rpm nosrc kernel-ml-6.4.0-1.el7.elrepo.nosrc.rpm Please note that as of kernel-ml version 6.0.0 we are unable to continue providing the perf and python-perf packages. 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 toracat at elrepo.org Wed Jun 28 19:00:44 2023 From: toracat at elrepo.org (Akemi Yagi) Date: Wed, 28 Jun 2023 16:00:44 -0700 Subject: [elrepo] Announcement: EL9 Updated kernel-lt Package Set [6.1.36-1] Message-ID: Announcing the release of the kernel-lt-6.1.36-1.el9.elrepo package set into the EL9 elrepo-kernel repository: https://elrepo.org/tiki/kernel-lt The upstream changelog: https://www.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.1.36 The following files are currently synchronising to our mirror sites: aarch64 [1] bpftool-6.1.36-1.el9.elrepo.aarch64.rpm kernel-lt-6.1.36-1.el9.elrepo.aarch64.rpm kernel-lt-core-6.1.36-1.el9.elrepo.aarch64.rpm kernel-lt-devel-6.1.36-1.el9.elrepo.aarch64.rpm kernel-lt-devel-matched-6.1.36-1.el9.elrepo.aarch64.rpm kernel-lt-doc-6.1.36-1.el9.elrepo.noarch.rpm kernel-lt-headers-6.1.36-1.el9.elrepo.aarch64.rpm kernel-lt-modules-6.1.36-1.el9.elrepo.aarch64.rpm kernel-lt-modules-extra-6.1.36-1.el9.elrepo.aarch64.rpm kernel-lt-tools-6.1.36-1.el9.elrepo.aarch64.rpm kernel-lt-tools-libs-6.1.36-1.el9.elrepo.aarch64.rpm kernel-lt-tools-libs-devel-6.1.36-1.el9.elrepo.aarch64.rpm perf-6.1.36-1.el9.elrepo.aarch64.rpm python3-perf-6.1.36-1.el9.elrepo.aarch64.rpm x86_64 bpftool-6.1.36-1.el9.elrepo.x86_64.rpm kernel-lt-6.1.36-1.el9.elrepo.x86_64.rpm kernel-lt-core-6.1.36-1.el9.elrepo.x86_64.rpm kernel-lt-devel-6.1.36-1.el9.elrepo.x86_64.rpm kernel-lt-devel-matched-6.1.36-1.el9.elrepo.x86_64.rpm kernel-lt-doc-6.1.36-1.el9.elrepo.noarch.rpm kernel-lt-headers-6.1.36-1.el9.elrepo.x86_64.rpm kernel-lt-modules-6.1.36-1.el9.elrepo.x86_64.rpm kernel-lt-modules-extra-6.1.36-1.el9.elrepo.x86_64.rpm kernel-lt-tools-6.1.36-1.el9.elrepo.x86_64.rpm kernel-lt-tools-libs-6.1.36-1.el9.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-6.1.36-1.el9.elrepo.x86_64.rpm perf-6.1.36-1.el9.elrepo.x86_64.rpm python3-perf-6.1.36-1.el9.elrepo.x86_64.rpm nosrc kernel-lt-6.1.36-1.el9.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-9 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-9 kernels and, as such, they may be installed and updated alongside the regular kernel. The kernel configuration is based upon a default RHEL-9 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] The ELRepo Project would like to thank Jack Aboutboul (AlmaLinux) and Pablo Greco for their support with the aarch64 platform. [2] https://bugzilla.kernel.org/ [3] https://elrepo.org/bugs/ From toracat at elrepo.org Wed Jun 28 19:01:37 2023 From: toracat at elrepo.org (Akemi Yagi) Date: Wed, 28 Jun 2023 16:01:37 -0700 Subject: [elrepo] Announcement: EL8 Updated kernel-lt Package Set [5.4.249-1] Message-ID: Announcing the release of the kernel-lt-5.4.249-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.249 The following files are currently synchronising to our mirror sites: x86_64 bpftool-5.4.249-1.el8.elrepo.x86_64.rpm kernel-lt-5.4.249-1.el8.elrepo.x86_64.rpm kernel-lt-core-5.4.249-1.el8.elrepo.x86_64.rpm kernel-lt-devel-5.4.249-1.el8.elrepo.x86_64.rpm kernel-lt-doc-5.4.249-1.el8.elrepo.noarch.rpm kernel-lt-headers-5.4.249-1.el8.elrepo.x86_64.rpm kernel-lt-modules-5.4.249-1.el8.elrepo.x86_64.rpm kernel-lt-modules-extra-5.4.249-1.el8.elrepo.x86_64.rpm kernel-lt-tools-5.4.249-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.249-1.el8.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.249-1.el8.elrepo.x86_64.rpm perf-5.4.249-1.el8.elrepo.x86_64.rpm python3-perf-5.4.249-1.el8.elrepo.x86_64.rpm nosrc kernel-lt-5.4.249-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 toracat at elrepo.org Wed Jun 28 19:03:18 2023 From: toracat at elrepo.org (Akemi Yagi) Date: Wed, 28 Jun 2023 16:03:18 -0700 Subject: [elrepo] Announcement: EL7 Updated kernel-lt Package Set [5.4.249-1] Message-ID: Announcing the release of the kernel-lt-5.4.249-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.249 The following files are currently synchronising to our mirror sites: x86_64 kernel-lt-5.4.249-1.el7.elrepo.x86_64.rpm kernel-lt-devel-5.4.249-1.el7.elrepo.x86_64.rpm kernel-lt-doc-5.4.249-1.el7.elrepo.noarch.rpm kernel-lt-headers-5.4.249-1.el7.elrepo.x86_64.rpm kernel-lt-tools-5.4.249-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-5.4.249-1.el7.elrepo.x86_64.rpm kernel-lt-tools-libs-devel-5.4.249-1.el7.elrepo.x86_64.rpm perf-5.4.249-1.el7.elrepo.x86_64.rpm python-perf-5.4.249-1.el7.elrepo.x86_64.rpm nosrc kernel-lt-5.4.249-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/