Your message dated Sat, 28 May 2011 09:21:05 +0200
with message-id <[email protected]>
and subject line Re: libacl1: PT_GNU_STACK unnecessarily enabled on libacl.so.1
has caused the Debian Bug report #301163,
regarding libacl1: PT_GNU_STACK unnecessarily enabled on libacl.so.1
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
301163: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=301163
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: libacl1
Version: 2.2.29-1
Severity: important
objdump -x reports:
STACK off 0x00000000 vaddr 0x00000000 paddr 0x00000000 align 2**2
filesz 0x00000000 memsz 0x00000000 flags rwx
This severely breaks PaX systems and effectively backdoors many
applications using exec-shield. Other distributions have fixed these
issues of libraries being wrongly marked as requiring an executable
stack: look at Fedora or Gentoo for a solution.
-Brad
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.11.5-grsec
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages libacl1 depends on:
ii libattr1 2.4.21-1 Extended attribute shared library
ii libc6 2.3.4-1 GNU C Library: Shared libraries an
-- no debconf information
--- End Message ---
--- Begin Message ---
Hi
> objdump -x reports:
> STACK off 0x00000000 vaddr 0x00000000 paddr 0x00000000 align 2**2
> filesz 0x00000000 memsz 0x00000000 flags rwx
>
> This severely breaks PaX systems and effectively backdoors many
> applications using exec-shield. Other distributions have fixed these
> issues of libraries being wrongly marked as requiring an executable
> stack: look at Fedora or Gentoo for a solution.
This is not the case anymore. It probably got fixed a long time ago in
the toolchain, so closing this bug.
Cheers
Luk
--- End Message ---
