Your message dated Fri, 06 Nov 2009 09:31:07 +0200
with message-id <[email protected]>
and subject line Re: Bug#511479: liblzo2-2: falsely demands an executable stack
has caused the Debian Bug report #511479,
regarding liblzo2-2: falsely demands an executable stack
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.)
--
511479: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=511479
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: liblzo2-2
Version: 2.02-2
Severity: normal
This package is marked as needing an executable stack. The patch from
the following URL fixes this:
http://ftp.riken.go.jp/pub/Linux/gentoo/dev-libs/lzo/files/lzo-2.02-exec-stack.patch
-- System Information:
Debian Release: 4.0
APT prefers stable
APT policy: (990, 'stable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-6-686
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=ANSI_X3.4-1968)
(ignored: LC_ALL set to C)
Versions of packages liblzo2-2 depends on:
ii libc6 2.3.6.ds1-13etch8 GNU C Library: Shared libraries
liblzo2-2 recommends no packages.
-- no debconf information
--- End Message ---
--- Begin Message ---
Version: 2.03-1
On fre, 2009-11-06 at 10:26 +1100, Russell Coker wrote:
> On Fri, 6 Nov 2009, Peter Eisentraut <[email protected]> wrote:
> > The mentioned patch adds a couple of
> >
> > .section .note.GNU-stack
> >
> > to the source. But the affected files already contain that code, just
> > at different locations.
>
> The following extract from the upstream changelog explains this. The bug was
> filed against Etch.
>
> Changes in 2.03 (30 Apr 2008)
> * Updated the ELF assembler sources to mark the stack as non-executable.
Thought so. Fixed then.
--- End Message ---
