Gentoo Archives: gentoo-amd64

From: Nuitari <nuitari@××××××××××××××××.net>
To: gentoo-amd64@l.g.o
Subject: Re: [gentoo-amd64] Re: Re: x86_64 optimization patches for glibc.
Date: Sun, 31 Jul 2005 18:51:55
Message-Id: Pine.LNX.4.63.0507311451250.2316@melchior.nuitari.net
In Reply to: Re: [gentoo-amd64] Re: Re: x86_64 optimization patches for glibc. by Jared Lindsay
1 Same here for the USE flags.
2
3 I'm also starting to get used to these kinds of problems with mod_php &
4 apache.
5
6 On Sun, 31 Jul 2005, Jared Lindsay wrote:
7
8 > Date: Sun, 31 Jul 2005 11:46:59 -0700
9 > From: Jared Lindsay <cinder.sub@×××××.com>
10 > Reply-To: gentoo-amd64@l.g.o
11 > To: gentoo-amd64@l.g.o
12 > Subject: Re: [gentoo-amd64] Re: Re: x86_64 optimization patches for glibc.
13 >
14 > Yeah, netcat, hehe.
15 >
16 > emerge -pv netcat
17 > ...
18 > [ebuild N ] net-analyzer/netcat
19 > [110-r8] -GAPING_SECURITY_HOLE +crypt -ipv6
20 > -static 107 kB
21 >
22 > I would be interested in a USE flag for this glibc patch.
23 >
24 > On 7/31/05, Ben Skeggs <darktama@×××××××××.au> wrote:
25 >> Duncan wrote:
26 >>
27 >>> Brian Hall posted <20050731085600.65fc8657.brihall@××××××.net>, excerpted
28 >>> below, on Sun, 31 Jul 2005 08:56:00 -0600:
29 >>>
30 >>>
31 >>>
32 >>>> Perhaps a USE flag could be created to enable the glibc patches, then a
33 >>>> emerge --newuse could recompile glibc and the problem apps (or
34 >>>> everything); maybe a mini-howto document would also be helpful.
35 >>>>
36 >>>> I would certainly like an easy way to enable any "free" performance
37 >>>> boost I can get!
38 >>>>
39 >>>>
40 >>>
41 >>> Something like USE=dangerous-amd64-hack? <g>
42 >>>
43 >>> (Seriously, there at least used to be a local use flag
44 >>> USE=frickin-big-security-hole, or some such, on some app I can't remember
45 >>> at the moment. Turns out a teacher was using that app in his class as a
46 >>> an example or something, so the dev left the ability to create it there,
47 >>> but with a USE flag nobody in their right mind would normally enable. I
48 >>> wish I could remember what it was, but grepping use.local.desc for
49 >>> anything that might be related doesn't seem to bring it up. Perhaps the
50 >>> app, or anyway the USE flag, has now been removed from portage?)
51 >>>
52 >>> The use.local.desc description could point to the bug, which is IIRC what
53 >>> the one above did, for those wanting more information about just why such
54 >>> a USE flag exists, and just why someone might be persuaded to enable it.
55 >>>
56 >>>
57 >>>
58 >> Are you talking about GAPING_SECURITY_HOLE? If so, this flag is still
59 >> in use by the net-analyzer/netcat package. It enables the "-E" (iirc)
60 >> switch
61 >> which allows you to do something like:
62 >> nc -l -p 12345 -E /bin/bash
63 >>
64 >> This(or something close to it) would cause netcat to listen on port 12345,
65 >> and forward the person who connects to it a nice bash shell.
66 >>
67 >> Ben.
68 >> --
69 >> gentoo-amd64@g.o mailing list
70 >>
71 >>
72 >
73 >
74 --
75 gentoo-amd64@g.o mailing list