diff options
author | Daniel Baumann <daniel.baumann@progress-linux.org> | 2024-05-18 18:49:09 +0000 |
---|---|---|
committer | Daniel Baumann <daniel.baumann@progress-linux.org> | 2024-05-18 18:49:12 +0000 |
commit | 2380544e5ac388e24fc6b64319f745ca326e03d3 (patch) | |
tree | 37bf8e344fd6215771287a53cf37411ba78aea63 /debian/linux-image-6.7.12-progress7.99-cloud-arm64-dbg.lintian-overrides | |
parent | Merging debian version 6.7.12-1. (diff) | |
download | linux-2380544e5ac388e24fc6b64319f745ca326e03d3.tar.xz linux-2380544e5ac388e24fc6b64319f745ca326e03d3.zip |
Regenerating debian files.
Signed-off-by: Daniel Baumann <daniel.baumann@progress-linux.org>
Diffstat (limited to '')
-rw-r--r-- | debian/linux-image-6.7.12-progress7.99-cloud-arm64-dbg.lintian-overrides | 14 |
1 files changed, 14 insertions, 0 deletions
diff --git a/debian/linux-image-6.7.12-progress7.99-cloud-arm64-dbg.lintian-overrides b/debian/linux-image-6.7.12-progress7.99-cloud-arm64-dbg.lintian-overrides new file mode 100644 index 0000000000..7d85ade232 --- /dev/null +++ b/debian/linux-image-6.7.12-progress7.99-cloud-arm64-dbg.lintian-overrides @@ -0,0 +1,14 @@ +# Kernel dbg packages contain a full image with debug data +linux-image-6.7.12-progress7.99-cloud-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.7.12-progress7.99-cloud-arm64-dbg: shared-library-lacks-stack-section *usr/lib/debug/lib/modules/6.7.12-progress7.99-cloud-arm64/vdso/vdso.so* +linux-image-6.7.12-progress7.99-cloud-arm64-dbg: shared-library-lacks-stack-section *usr/lib/debug/lib/modules/6.7.12-progress7.99-cloud-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.7.12-progress7.99-cloud-arm64-dbg: binary-from-other-architecture *usr/lib/debug/lib/modules/6.7.12-progress7.99-cloud-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. |