diff options
| author | Daniel Baumann <daniel.baumann@progress-linux.org> | 2024-05-18 18:46:56 +0000 |
|---|---|---|
| committer | Daniel Baumann <daniel.baumann@progress-linux.org> | 2024-05-18 18:47:00 +0000 |
| commit | bba1454b8ce92604d71d7630e48eee54943040bc (patch) | |
| tree | 5792c802a43e07b267182a368ddb36948daf0328 /debian/linux-image-6.7.9-progress7.99-powerpc64le-dbg.lintian-overrides | |
| parent | Merging debian version 6.7.9-2. (diff) | |
| download | linux-bba1454b8ce92604d71d7630e48eee54943040bc.tar.xz linux-bba1454b8ce92604d71d7630e48eee54943040bc.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.9-progress7.99-powerpc64le-dbg.lintian-overrides | 14 |
1 files changed, 14 insertions, 0 deletions
diff --git a/debian/linux-image-6.7.9-progress7.99-powerpc64le-dbg.lintian-overrides b/debian/linux-image-6.7.9-progress7.99-powerpc64le-dbg.lintian-overrides new file mode 100644 index 0000000000..2973323604 --- /dev/null +++ b/debian/linux-image-6.7.9-progress7.99-powerpc64le-dbg.lintian-overrides @@ -0,0 +1,14 @@ +# Kernel dbg packages contain a full image with debug data +linux-image-6.7.9-progress7.99-powerpc64le-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.9-progress7.99-powerpc64le-dbg: shared-library-lacks-stack-section *usr/lib/debug/lib/modules/6.7.9-progress7.99-powerpc64le/vdso/vdso32.so* +linux-image-6.7.9-progress7.99-powerpc64le-dbg: shared-library-lacks-stack-section *usr/lib/debug/lib/modules/6.7.9-progress7.99-powerpc64le/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.7.9-progress7.99-powerpc64le-dbg: binary-from-other-architecture *usr/lib/debug/lib/modules/6.7.9-progress7.99-powerpc64le/vdso/vdso32.so* + +# Some 32-bit architectures need 64-bit kernels and we still build +# these as the "wrong" architecture rather than mandating multiarch. |