[gentoo-dev] Last rites: dev-dotnet/mcatalog

2009-01-29 Thread Peter Alfredsen
+# Peter Alfredsen (30 Jan 2009) +# No longer maintained upstream, depends on gtk-sharp:1 +# Masked for removal in 30 days. +dev-dotnet/mcatalog +

[gentoo-dev] Last rites: dev-dotnet/gtkgl-sharp

2009-01-29 Thread Peter Alfredsen
# Peter Alfredsen (30 Jan 2009) +# Nothing uses this anymore, depends on gtk-sharp:1 +# Masked for removal in 30 days. +dev-dotnet/gtkgl-sharp +

Re: [gentoo-dev] Race condition in Netfilter triggered by glibc 2.9

2009-01-29 Thread Tobias Klausmann
Hi! On Thu, 29 Jan 2009, Mike Frysinger wrote: > > The most visible effect (and the way we found out about it > > first) is a 5s hang on ssh connects. > > this is why i turn off dns lookup in all my sshd_config's > (well, not because of this bug, but because DNS lookup on ssh > can cause annoyin

Re: [gentoo-dev] gcc 4.3.2 security updates

2009-01-29 Thread Mike Frysinger
On Saturday 10 January 2009 16:22:50 Mike Frysinger wrote: > not to be out done, gcc-4.3.2-r3 will include changes like some other > distros are now carrying: > - the -Wformat-security flag is enabled by default > - the -D_FORTIFY_SOURCE=2 flag is enabled by default > > if you dont want this stuf

Re: [gentoo-dev] Race condition in Netfilter triggered by glibc 2.9

2009-01-29 Thread Mike Frysinger
On Thursday 29 January 2009 03:47:48 Tobias Klausmann wrote: > Hi! > > On Wed, 28 Jan 2009, Mike Frysinger wrote: > > > On the wire between the client and the firewall, this happens: > > > > > > a packet 1 is sent > > > b packet 2 is sent > > > c answer 1 is received > > > d answer 2 is received >

Re: [gentoo-dev] QEMU Sick!

2009-01-29 Thread Luca Barbato
Mateusz Mierzwinski (me.matheos.org) wrote: Now I'm pissed off! Am I so stupid to build GCC3 now? Qemu can be build with GCC 4 (exc. 4.3.2). Im tired about complaining pseudo developers about taking some ideas not needed by anyone. I was too busy to try to complete a live ebuild or a recent sn

Re: [gentoo-dev] Race condition in Netfilter triggered by glibc 2.9

2009-01-29 Thread Tobias Klausmann
Hi! On Wed, 28 Jan 2009, Mike Frysinger wrote: > > On the wire between the client and the firewall, this happens: > > > > a packet 1 is sent > > b packet 2 is sent > > c answer 1 is received > > d answer 2 is received > > > > Sometimes d doesn't happen because b is lost in the firewall > > along