diff options
| author | Daniel Baumann <daniel.baumann@progress-linux.org> | 2024-05-04 10:14:47 +0000 |
|---|---|---|
| committer | Daniel Baumann <daniel.baumann@progress-linux.org> | 2024-05-04 10:14:55 +0000 |
| commit | a81f00660508e37e37ca25aec8f5e7c2cd5f7195 (patch) | |
| tree | 62991fe75db508350f293320260d38e5c6b592a5 /debian/linux-image-6.1.0-19progress6.99u1-arm64-dbg.lintian-overrides | |
| parent | Setting abiname to 19progress6.99u1. (diff) | |
| download | linux-a81f00660508e37e37ca25aec8f5e7c2cd5f7195.tar.xz linux-a81f00660508e37e37ca25aec8f5e7c2cd5f7195.zip | |
Regenerating debian files.
Signed-off-by: Daniel Baumann <daniel.baumann@progress-linux.org>
Diffstat (limited to '')
| -rw-r--r-- | debian/linux-image-6.1.0-19progress6.99u1-arm64-dbg.lintian-overrides | 14 |
1 files changed, 14 insertions, 0 deletions
diff --git a/debian/linux-image-6.1.0-19progress6.99u1-arm64-dbg.lintian-overrides b/debian/linux-image-6.1.0-19progress6.99u1-arm64-dbg.lintian-overrides new file mode 100644 index 000000000..647eabff7 --- /dev/null +++ b/debian/linux-image-6.1.0-19progress6.99u1-arm64-dbg.lintian-overrides @@ -0,0 +1,14 @@ +# Kernel dbg packages contain a full image with debug data +linux-image-6.1.0-19progress6.99u1-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.1.0-19progress6.99u1-arm64-dbg: shared-library-lacks-stack-section *usr/lib/debug/lib/modules/6.1.0-19progress6.99u1-arm64/vdso/vdso.so* +linux-image-6.1.0-19progress6.99u1-arm64-dbg: shared-library-lacks-stack-section *usr/lib/debug/lib/modules/6.1.0-19progress6.99u1-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.1.0-19progress6.99u1-arm64-dbg: binary-from-other-architecture *usr/lib/debug/lib/modules/6.1.0-19progress6.99u1-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. |