Jan Jitse Venselaar posted [EMAIL PROTECTED],
excerpted below, on Mon, 01 Aug 2005 11:04:38 +0200:
As the reporter of the problem with nano, I'd like to make 1 correction to
this report: Recompiling nano and its depencies did not fix the crashes. It
just fixed the eating of the file.
On 8/1/05, Duncan [EMAIL PROTECTED] wrote:
Jan Jitse Venselaar posted [EMAIL PROTECTED],
excerpted below, on Mon, 01 Aug 2005 11:04:38 +0200:
As the reporter of the problem with nano, I'd like to make 1 correction to
this report: Recompiling nano and its depencies did not fix the crashes.
Duncan wrote:
Brian Hall posted [EMAIL PROTECTED], excerpted
below, on Sun, 31 Jul 2005 08:56:00 -0600:
Perhaps a USE flag could be created to enable the glibc patches, then a
emerge --newuse could recompile glibc and the problem apps (or
everything); maybe a mini-howto document would
Yeah, netcat, hehe.
emerge -pv netcat
...
[ebuild N] net-analyzer/netcat
[110-r8] -GAPING_SECURITY_HOLE +crypt -ipv6
-static 107 kB
I would be interested in a USE flag for this glibc patch.
On 7/31/05, Ben Skeggs [EMAIL PROTECTED]
@lists.gentoo.org
Subject: Re: [gentoo-amd64] Re: Re: x86_64 optimization patches for glibc.
Yeah, netcat, hehe.
emerge -pv netcat
...
[ebuild N] net-analyzer/netcat
[110-r8] -GAPING_SECURITY_HOLE +crypt -ipv6
-static 107 kB
I would be interested in a USE flag for this glibc
Michael Edwards posted
[EMAIL PROTECTED], excerpted below,
on Tue, 26 Jul 2005 19:49:41 +0200:
AMD Athlon 64 Processor 3000+ (745pins) and two 512GB sticks.
Maybe there is something wrong with the Bios settings?
Terabyte of memory... drools at the thought
I think you mean two 512MB sticks.