diff options
author | Daniel Baumann <daniel.baumann@progress-linux.org> | 2024-08-07 13:16:16 +0000 |
---|---|---|
committer | Daniel Baumann <daniel.baumann@progress-linux.org> | 2024-08-07 13:16:20 +0000 |
commit | 27d732ae126164ccdfec04d181cd586c753fecc5 (patch) | |
tree | 4f9a1804863d94b0358f44e8efcec445264b021c /debian/linux-image-6.9.10-progress7.99-rt-arm64-dbg.lintian-overrides | |
parent | Merging upstream version 6.9.11. (diff) | |
download | linux-27d732ae126164ccdfec04d181cd586c753fecc5.tar.xz linux-27d732ae126164ccdfec04d181cd586c753fecc5.zip |
Merging debian version 6.9.11-1.
Signed-off-by: Daniel Baumann <daniel.baumann@progress-linux.org>
Diffstat (limited to '')
-rw-r--r-- | debian/linux-image-6.9.10-progress7.99-rt-arm64-dbg.lintian-overrides | 14 |
1 files changed, 0 insertions, 14 deletions
diff --git a/debian/linux-image-6.9.10-progress7.99-rt-arm64-dbg.lintian-overrides b/debian/linux-image-6.9.10-progress7.99-rt-arm64-dbg.lintian-overrides deleted file mode 100644 index f4e4304076..0000000000 --- a/debian/linux-image-6.9.10-progress7.99-rt-arm64-dbg.lintian-overrides +++ /dev/null @@ -1,14 +0,0 @@ -# Kernel dbg packages contain a full image with debug data -linux-image-6.9.10-progress7.99-rt-arm64-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.10-progress7.99-rt-arm64-dbg: shared-library-lacks-stack-section *usr/lib/debug/lib/modules/6.9.10-progress7.99-rt-arm64/vdso/vdso.so* -linux-image-6.9.10-progress7.99-rt-arm64-dbg: shared-library-lacks-stack-section *usr/lib/debug/lib/modules/6.9.10-progress7.99-rt-arm64/vdso/vdso32.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.10-progress7.99-rt-arm64-dbg: binary-from-other-architecture *usr/lib/debug/lib/modules/6.9.10-progress7.99-rt-arm64/vdso/vdso32.so* - -# Some 32-bit architectures need 64-bit kernels and we still build -# these as the "wrong" architecture rather than mandating multiarch. |