On Thu, Mar 25, 2010 at 12:29:38PM +0100, Thorsten Glaser wrote:
> clone 516294 -1
> reassign -1 linux-libc-dev
> found -1 linux-libc-dev/2.6.32-10
> tags -1 = patch
> retitle -1 linux-libc-dev: <linux/resource.h> getrusage() prototype should be 
> protected from user space
> severity -1 normal
> thanks
> 
> Hi,
> 
> with 1.5.17 you chose to make /usr/lib/klibc/include/linux a symbolic
> link??? congratulations, you just made the situation worse.

dude take a chill pill first.

you seem to have not received my message about *how* the work is done.
there is no point in duplication.
 
> I tried to fix it with the following approach:
> ??? on build time, replace the ???#include <linux/resource.h>??? with
>   the actual file, sans the bogus prototype
> ??? add the correct prototype below

yes this is wrong and seding includes is even more wrong.
 
> Of course, this now breaks if <linux/resource.h> is included by a
> programme before <sys/resource.h>:

yes, known.

patch that fixes linux-libc-dev is in 2.6.33 and sent to
sta...@kernel.org for 2.6.32 inclusion, may take some time
as queue is long, but is scheduled.

once this patch is landed your getrusage klibc patch will be
pushed upstream it is already queued and acked by hpa.
 
thanks for your patience.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to