[PR PATCH] kernel-libc-headers: update to 5.15.33

[PR PATCH] kernel-libc-headers: update to 5.15.33

[marmeladema]

[-- Attachment #1: Type: text/plain, Size: 1041 bytes --]

There is a new pull request by marmeladema against master on the void-packages repository

https://github.com/marmeladema/void-packages kernel-libc-headers-5.15
https://github.com/void-linux/void-packages/pull/36606

kernel-libc-headers: update to 5.15.33
<!-- Uncomment relevant sections and delete options which are not applicable -->

#### Testing the changes
- I tested the changes in this PR: **YES**

<!-- Note: If the build is likely to take more than 2 hours, please add ci skip tag as described in
https://github.com/void-linux/void-packages/blob/master/CONTRIBUTING.md#continuous-integration
and test at least one native build and, if supported, at least one cross build.
Ignore this section if this PR is not skipping CI.
-->

#### Local build testing
- I built this PR locally for my native architecture, x86_64
- I built this PR locally for these architectures (if supported. mark crossbuilds):
  - aarch64 (crossbuilds)


A patch file from https://github.com/void-linux/void-packages/pull/36606.patch is attached

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: github-pr-kernel-libc-headers-5.15-36606.patch --]
[-- Type: text/x-diff, Size: 2026 bytes --]

From 63e93c5a8cc275a276716d7e18bab7f746adf8be Mon Sep 17 00:00:00 2001
From: marmeladema <xademax@gmail.com>
Date: Sat, 9 Apr 2022 22:07:19 +0200
Subject: [PATCH] kernel-libc-headers: update to 5.15.33

---
 ...-glibc-specific-inclusion-of-sysinfo.h-in-kernel.h.patch | 6 +++---
 srcpkgs/kernel-libc-headers/template                        | 4 ++--
 2 files changed, 5 insertions(+), 5 deletions(-)

diff --git a/srcpkgs/kernel-libc-headers/patches/1-4-glibc-specific-inclusion-of-sysinfo.h-in-kernel.h.patch b/srcpkgs/kernel-libc-headers/patches/1-4-glibc-specific-inclusion-of-sysinfo.h-in-kernel.h.patch
index c93e732de0ee..5564ab298a8c 100644
--- a/srcpkgs/kernel-libc-headers/patches/1-4-glibc-specific-inclusion-of-sysinfo.h-in-kernel.h.patch
+++ b/srcpkgs/kernel-libc-headers/patches/1-4-glibc-specific-inclusion-of-sysinfo.h-in-kernel.h.patch
@@ -1,12 +1,12 @@
 --- a/include/uapi/linux/kernel.h
 +++ b/include/uapi/linux/kernel.h
-@@ -1,7 +1,9 @@
+@@ -2,7 +2,9 @@
  #ifndef _UAPI_LINUX_KERNEL_H
  #define _UAPI_LINUX_KERNEL_H
  
 +#ifdef __GLIBC__
  #include <linux/sysinfo.h>
 +#endif
+ #include <linux/const.h>
  
- /*
-  * 'kernel.h' contains some often-used function prototypes etc
+ #endif /* _UAPI_LINUX_KERNEL_H */
diff --git a/srcpkgs/kernel-libc-headers/template b/srcpkgs/kernel-libc-headers/template
index ff67067469e9..a072a03b0143 100644
--- a/srcpkgs/kernel-libc-headers/template
+++ b/srcpkgs/kernel-libc-headers/template
@@ -1,6 +1,6 @@
 # Template file for 'kernel-libc-headers'
 pkgname=kernel-libc-headers
-version=5.10.4
+version=5.15.33
 revision=1
 bootstrap=yes
 wrksrc=linux-${version}
@@ -9,7 +9,7 @@ maintainer="Érico Nogueira <ericonr@disroot.org>"
 license="GPL-2.0-only"
 homepage="http://www.kernel.org"
 distfiles="$KERNEL_SITE/kernel/v${version%%.*}.x/linux-${version}.tar.xz"
-checksum=904e396c26e9992a16cd1cc989460171536bed7739bf36049f6eb020ee5d56ec
+checksum=c30a17e6090f9ebf2d8ff58cd6c92c7324b1f4a8b3aa6a7f68850310af05a9c4
 
 if [ "$CHROOT_READY" ]; then
 	hostmakedepends="perl"

Re: kernel-libc-headers: update to 5.15.33

[Duncaen]

[-- Attachment #1: Type: text/plain, Size: 182 bytes --]

New comment by Duncaen on void-packages repository

https://github.com/void-linux/void-packages/pull/36606#issuecomment-1170474418

Comment:
@void-linux/pkg-committers some reviews?

Re: kernel-libc-headers: update to 5.15.33

[ahesford]

[-- Attachment #1: Type: text/plain, Size: 261 bytes --]

New comment by ahesford on void-packages repository

https://github.com/void-linux/void-packages/pull/36606#issuecomment-1170656245

Comment:
Does this solve any problems? I wonder if it makes sense to peg kernel-libc-headers to whatever `linux-lts` points to.

Re: kernel-libc-headers: update to 5.15.33

[marmeladema]

[-- Attachment #1: Type: text/plain, Size: 565 bytes --]

New comment by marmeladema on void-packages repository

https://github.com/void-linux/void-packages/pull/36606#issuecomment-1170835350

Comment:
It allows package that detect kernel features at build time to enable more recent functionality. Namely this can help enabling hardware video decoding with ffmpeg/gstreamer and the like.
But more generally, what is the policy for sticking with a relatively old UAPI? If it's because we allow people to install and use (very) old kernel version then we'll never be able to update the UAPI right? That sounds unfortunate

Re: kernel-libc-headers: update to 5.15.33

[ahesford]

[-- Attachment #1: Type: text/plain, Size: 410 bytes --]

New comment by ahesford on void-packages repository

https://github.com/void-linux/void-packages/pull/36606#issuecomment-1175144533

Comment:
I'm not advocating that the headers be pegged to the oldest kernel supported in Void, but syncing them with the `linux-lts` metpackage would ensure less churn and seems like a reasonable target. It currently points to Linux 5.10 and we generally update that annually.

Re: kernel-libc-headers: update to 5.15.33

[github-actions]

[-- Attachment #1: Type: text/plain, Size: 305 bytes --]

New comment by github-actions[bot] on void-packages repository

https://github.com/void-linux/void-packages/pull/36606#issuecomment-1266305713

Comment:
Pull Requests become stale 90 days after last activity and are closed 14 days after that.  If this pull request is still relevant bump it or assign it.

Re: [PR PATCH] [Closed]: kernel-libc-headers: update to 5.15.33

[github-actions]

[-- Attachment #1: Type: text/plain, Size: 865 bytes --]

There's a closed pull request on the void-packages repository

kernel-libc-headers: update to 5.15.33
https://github.com/void-linux/void-packages/pull/36606

Description:
<!-- Uncomment relevant sections and delete options which are not applicable -->

#### Testing the changes
- I tested the changes in this PR: **YES**

<!-- Note: If the build is likely to take more than 2 hours, please add ci skip tag as described in
https://github.com/void-linux/void-packages/blob/master/CONTRIBUTING.md#continuous-integration
and test at least one native build and, if supported, at least one cross build.
Ignore this section if this PR is not skipping CI.
-->

#### Local build testing
- I built this PR locally for my native architecture, x86_64
- I built this PR locally for these architectures (if supported. mark crossbuilds):
  - aarch64 (crossbuilds)