diff options
author | Daniel Baumann <daniel.baumann@progress-linux.org> | 2024-04-08 16:58:19 +0000 |
---|---|---|
committer | Daniel Baumann <daniel.baumann@progress-linux.org> | 2024-04-08 16:59:34 +0000 |
commit | b306a14ab81a53f568663c93f8d4cc22996f35fa (patch) | |
tree | 6f4798ef73b8b0828fdada2f35a0be1d7e5681f5 /debian/linux-image-6.1.0-19-amd64-dbg.lintian-overrides | |
parent | Merging upstream version 6.1.82. (diff) | |
download | linux-b306a14ab81a53f568663c93f8d4cc22996f35fa.tar.xz linux-b306a14ab81a53f568663c93f8d4cc22996f35fa.zip |
Merging debian version 6.1.82-1.
Signed-off-by: Daniel Baumann <daniel.baumann@progress-linux.org>
Diffstat (limited to 'debian/linux-image-6.1.0-19-amd64-dbg.lintian-overrides')
-rw-r--r-- | debian/linux-image-6.1.0-19-amd64-dbg.lintian-overrides | 15 |
1 files changed, 15 insertions, 0 deletions
diff --git a/debian/linux-image-6.1.0-19-amd64-dbg.lintian-overrides b/debian/linux-image-6.1.0-19-amd64-dbg.lintian-overrides new file mode 100644 index 000000000..9884ed93d --- /dev/null +++ b/debian/linux-image-6.1.0-19-amd64-dbg.lintian-overrides @@ -0,0 +1,15 @@ +# Kernel dbg packages contain a full image with debug data +linux-image-6.1.0-19-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.1.0-19-amd64-dbg: shared-library-lacks-stack-section *usr/lib/debug/lib/modules/6.1.0-19-amd64/vdso/vdso32.so* +linux-image-6.1.0-19-amd64-dbg: shared-library-lacks-stack-section *usr/lib/debug/lib/modules/6.1.0-19-amd64/vdso/vdso64.so* +linux-image-6.1.0-19-amd64-dbg: shared-library-lacks-stack-section *usr/lib/debug/lib/modules/6.1.0-19-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.1.0-19-amd64-dbg: binary-from-other-architecture *usr/lib/debug/lib/modules/6.1.0-19-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. |