On Tue, 15 Jul 2008, Tiago Assumpcao wrote:Umm. That shouldn't be our worry. If others had a long and involved (and broken) process, they should be the ones that track the fixes too. We weren't involved, we didn't see that, we simply _cannot_ care. Umm. What was wrong with 20 years ago exactly? Are you talking about all the wonderful work that the DNS people did for that new bug, and how they are heroes for synchronizing a fix and keeping it all under wraps? And isn't that the same bug that djb talked about and fixed in djbdns from the start? Which he did about ten YEARS ago? Excuse me for not exactly being a huge fan of "security lists" and best practices. They seem to be _entirely_ be based on PR and how much you can talk up a specific bug. No thank you, Linus --
| Arnd Bergmann | Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures |
| Andrew Morton | 2.6.23-rc1-mm2 |
| Nick Piggin | [patch 3/6] mm: fix fault vs invalidate race for linear mappings |
| KOSAKI Motohiro | [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin" |
git: | |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| Herbert Xu | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| David Miller | [GIT]: Networking |
| David Miller | Re: [BUG] New Kernel Bugs |
