Re: Linux 2.6.21

On Wed, Apr 25, 2007 at 08:29:28PM -0700, Linus Torvalds wrote:
...
So it's been over two and a half months, and while it's certainly not the
longest release cycle ever, it still dragged out a bit longer than I'd
have hoped for and it should have. As usual, I'd like to thank Adrian (and
the people who jumped on the entries Adrian had) for keeping everybody on
their toes with the regression list - there's a few entries there still,
but it got to the point where we didn't even know if they were real
regressions, and delaying things further just wasn't going to help.
...


Number of different known regressions compared to 2.6.20 at the time
of the 2.6.21 release:
14

Number of different known regressions compared to 2.6.20 at the time
of the 2.6.21 release that were first reported in March or earlier:
8

Number of different known regressions compared to 2.6.20 at the time
of the 2.6.21 release with patches available at the time of the 2.6.21
release [1]:
3

What I will NOT do:
Waste my time with tracking 2.6.22-rc regressions.


We have an astonishing amount of -rc testers, but obviously not the
developer manpower for handling them.

If we would take "no regressions" seriously, it might take 4 or 5 months
between releases due to the lack of developer manpower for handling
regressions. But that should be considered OK if avoiding regressions
was considered more important than getting as quick as possible to the
next two week regression-merge window.

But releasing with so many known regressions is insulting for the many
people who spent their time testing -rc kernels.


cu
Adrian

[1] http://lkml.org/lkml/2007/4/25/496

--

"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

Relevant Pages

  • Re: Linux 2.6.21
    ... I'd like to thank Adrian (and ... > regressions, and delaying things further just wasn't going to help. ... developer manpower for handling them. ... people who spent their time testing -rc kernels. ...
    (Linux-Kernel)
  • Re: Linux 2.6.21
    ... Way more bugs, which have been ... fixed or are in the debugging process, ... have done much better with fixing the known regressions, ... There had been need of rain for many days. ...
    (Linux-Kernel)
  • Re: 2.6.20-rc5: known unfixed regressions
    ... >> This still leaves the old regressions we have not yet fixed... ... >> Status: unknown ... There had been need of rain for many days. ... Jon Smirl ...
    (Linux-Kernel)
  • Re: [PATCH 1/6] Suppress A.OUT library support if !CONFIG_BINFMT_AOUT [try #5]
    ... compilable patch. ... such big functions to static inline functions in header files. ... verifiable that they can't cause regressions. ... There had been need of rain for many days. ...
    (Linux-Kernel)
  • Re: Linux 2.6.21
    ... doesn't looks easy), all this discussion seems pointless, and we should ... This list currently contains 29 known regressions. ... The kernel Bugzilla currently contains 1600 open bugs. ... There had been need of rain for many days. ...
    (Linux-Kernel)