Linus likes to add stuff even after his official "Feature freeze" date. I know why - he likes development - he likes architecting - he likes making things architecturally perfect. However, the process of making something architecturally perfect is not the same process as making something stable. Making things stable usually requires some ugly hacks on top of outdated architecture. This is something Linus seems to have difficulty doing. That's a great attitude for development, but not for stabilization. The person who stabilizes a system needs to _not_ see the great architecture. He needs to see problems and fixes in a very narrow fashion. Other kernel developers are much better at this.
Jon On 10 Jun 2003, Ronald Bultje wrote: > Hey Jon, > > On Tue, 2003-06-10 at 22:16, Jonathan Bartlett wrote: > > Honestly I wish that as soon as the Kernels hit .0-preX that Linus would > > simply hand off the testing to someone who is better at stability and work > > on the next development revision. > > Care to explain why? I've seen little reason to be unhappy, apart from > unapplied personal patches (probably because my patch description isn't > optimal yet, I'll resubmit shortly after Dublin). > > (this is getting offtopic, but ohwell, that isn't so bad once in a > while). > > Ronald > > -- > Ronald Bultje <[EMAIL PROTECTED]> > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Etnus, makers of TotalView, The best > thread debugger on the planet. Designed with thread debugging features > you've never dreamed of, try TotalView 6 free at www.etnus.com. > _______________________________________________ > Mjpeg-users mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/mjpeg-users > ------------------------------------------------------- This SF.net email is sponsored by: Etnus, makers of TotalView, The best thread debugger on the planet. Designed with thread debugging features you've never dreamed of, try TotalView 6 free at www.etnus.com. _______________________________________________ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
