diff options
author | Daniel Baumann <daniel.baumann@progress-linux.org> | 2024-08-07 13:17:32 +0000 |
---|---|---|
committer | Daniel Baumann <daniel.baumann@progress-linux.org> | 2024-08-07 13:17:35 +0000 |
commit | 8cbf0b96b74e65fb9e17bb71e38362ceeb2ed33f (patch) | |
tree | 4a9423e672f057377b4dc6c1c49ef35e3ac4c971 /debian/linux-image-6.9.12-progress7.99-s390x-dbg.lintian-overrides | |
parent | Merging debian version 6.9.12-1. (diff) | |
download | linux-8cbf0b96b74e65fb9e17bb71e38362ceeb2ed33f.tar.xz linux-8cbf0b96b74e65fb9e17bb71e38362ceeb2ed33f.zip |
Regenerating debian files.
Signed-off-by: Daniel Baumann <daniel.baumann@progress-linux.org>
Diffstat (limited to 'debian/linux-image-6.9.12-progress7.99-s390x-dbg.lintian-overrides')
-rw-r--r-- | debian/linux-image-6.9.12-progress7.99-s390x-dbg.lintian-overrides | 14 |
1 files changed, 14 insertions, 0 deletions
diff --git a/debian/linux-image-6.9.12-progress7.99-s390x-dbg.lintian-overrides b/debian/linux-image-6.9.12-progress7.99-s390x-dbg.lintian-overrides new file mode 100644 index 0000000000..9d22df0090 --- /dev/null +++ b/debian/linux-image-6.9.12-progress7.99-s390x-dbg.lintian-overrides @@ -0,0 +1,14 @@ +# Kernel dbg packages contain a full image with debug data +linux-image-6.9.12-progress7.99-s390x-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.9.12-progress7.99-s390x-dbg: shared-library-lacks-stack-section *usr/lib/debug/lib/modules/6.9.12-progress7.99-s390x/vdso/vdso32.so* +linux-image-6.9.12-progress7.99-s390x-dbg: shared-library-lacks-stack-section *usr/lib/debug/lib/modules/6.9.12-progress7.99-s390x/vdso/vdso64.so* + +# It is intended that 64-bit kernels provide vDSOs for 32-bit executables. +# lintian currently allows i386 executables on amd64. +linux-image-6.9.12-progress7.99-s390x-dbg: binary-from-other-architecture *usr/lib/debug/lib/modules/6.9.12-progress7.99-s390x/vdso/vdso32.so* + +# Some 32-bit architectures need 64-bit kernels and we still build +# these as the "wrong" architecture rather than mandating multiarch. |