diff options
author | Daniel Baumann <daniel.baumann@progress-linux.org> | 2024-06-03 05:09:01 +0000 |
---|---|---|
committer | Daniel Baumann <daniel.baumann@progress-linux.org> | 2024-06-03 05:09:07 +0000 |
commit | 3d42fd11dcae3ce46bd299124321f9b6d2bcee5c (patch) | |
tree | 5da2763d32f0c8f66c90e1e4c10bc3ca8fcd1e57 /debian/linux-image-6.8.12-rt-amd64-dbg.lintian-overrides | |
parent | Merging upstream version 6.8.12. (diff) | |
download | linux-3d42fd11dcae3ce46bd299124321f9b6d2bcee5c.tar.xz linux-3d42fd11dcae3ce46bd299124321f9b6d2bcee5c.zip |
Merging debian version 6.8.12-1.
Signed-off-by: Daniel Baumann <daniel.baumann@progress-linux.org>
Diffstat (limited to 'debian/linux-image-6.8.12-rt-amd64-dbg.lintian-overrides')
-rw-r--r-- | debian/linux-image-6.8.12-rt-amd64-dbg.lintian-overrides | 15 |
1 files changed, 15 insertions, 0 deletions
diff --git a/debian/linux-image-6.8.12-rt-amd64-dbg.lintian-overrides b/debian/linux-image-6.8.12-rt-amd64-dbg.lintian-overrides new file mode 100644 index 0000000000..dca7f8c411 --- /dev/null +++ b/debian/linux-image-6.8.12-rt-amd64-dbg.lintian-overrides @@ -0,0 +1,15 @@ +# Kernel dbg packages contain a full image with debug data +linux-image-6.8.12-rt-amd64-dbg: dbg-package-missing-depends + +# glibc doesn't seem to check for a PT_GNU_STACK section in vDSOs, so +# it's OK that they don't have it +linux-image-6.8.12-rt-amd64-dbg: shared-library-lacks-stack-section *usr/lib/debug/lib/modules/6.8.12-rt-amd64/vdso/vdso32.so* +linux-image-6.8.12-rt-amd64-dbg: shared-library-lacks-stack-section *usr/lib/debug/lib/modules/6.8.12-rt-amd64/vdso/vdso64.so* +linux-image-6.8.12-rt-amd64-dbg: shared-library-lacks-stack-section *usr/lib/debug/lib/modules/6.8.12-rt-amd64/vdso/vdsox32.so* + +# It is intended that 64-bit kernels provide vDSOs for 32-bit executables. +# lintian currently allows i386 executables on amd64. +linux-image-6.8.12-rt-amd64-dbg: binary-from-other-architecture *usr/lib/debug/lib/modules/6.8.12-rt-amd64/vdso/vdsox32.so* + +# Some 32-bit architectures need 64-bit kernels and we still build +# these as the "wrong" architecture rather than mandating multiarch. |