F7 redux, and the road to F8.

[Thorsten Leemhuis]

On 07.06.2007 21:17, Dave Jones wrote:
> [...]
> libata.
> ~~~~~~~
> Looking at the incoming bugs, this seems to be the biggest area
> where we have problems.  No surprise really given the switchover
> to new pata drivers.  Though there are quite a few SATA bugs too.
> I'm not sure what more we can do here other than keep pointing
> Jeff & Alan at them, and hoping for the best.
> We knew this was going to be bumpy first time around, so hopefully
> for F8 we'll have most of the kinks worked out here, and won't
> have introduced (m)any new problems.

My 2 cent on this one: it might be a good idea to have test kernels for
stuff like this that people can install on "Fedora (current)"; I for one
would install them on some of my machines for testing purposes; I
normally switch to rawhide only at test2 or test3.

But well, maybe I'm and rare exotic kind or user, so maybe it's not
worth the trouble.

BTW, I have a proposal (written months ago but not yet send out) for a
kind of testing rpeo in the scope of the fedora-project where we could
do something like that. I'm actually willing to help once EPEL works.

> [...]
> Last minute breakage.
> ~~~~~~~~~~~~~~~~~~~~~
> The number one lesson I think to be learned was that just because
> upstream -stable is called -stable, it isn't necessarily so.
> The last minute rebase to 2.6.21.2 brought in the regression that
> broke a lot of Dell laptops, and wasn't understood & fixed in time
> for release.
> 
> For F8 onwards, I propose that we don't jump to the latest upstream
> stable release as a last minute thing.  Maybe hold off for the last
> week (maybe 2 weeks?) allowing only *really critical* changes.
> [...]

+1 for one week before iso-creation

> [...]
> comments?

HTH

BTW, there is a lot of talk about the RHEL5 and the RL-kernel. See
http://www.press.redhat.com/2007/06/05/emerging-technologies-developments-in-red-hat-enterprise-linux-realtime/
I suppose we are waiting for the bits to go upstream?

CU
thl