Re: [Cooker] Re: Re: Re: Kernel Updates for 8.0 planned?

2001-07-27 Thread Juan Quintela

 brian == Brian J Murrell [EMAIL PROTECTED] writes:

Hi

 A while... unfortunately.  The problem is that 2.4 is still really new
 so fixes are being introduced all of the time, as are bugs.

brian Understood.

Thanks for your comprehension.  Notice that althought I don't allways
answer mails here, I normally read all the mails here (and now I get
too many email to be able to answer all of them, I try to do my best).

brian So none of the kernels that have come out in Cooker since 8.0 was
brian released were good enough?

There have been a lot of problems there :(((

brian I guess I question whether none of the dozens of kernels that have
brian come out in Cooker have been stable enough for general release.

Not directly, it is a pity, but cooker moves _too_ fast for the stable
distribution :(  I have worked a lot to make the kernel rpm more
comphrensible, easy to modify, but we aren't still there :(  this work
will pay in the medium/long run, but while :(((

brian Agreed completely!  Again I question the fact that not a single of the
brian dozens of the kernels released to Cooker have been stable enough.  I
brian surely agree that some of them were not suitable, but at least one of
brian them has to have been better than what is in 8.0.

It appears that next will be good for the update.

brian I know.  I think the question was to all of MDK, not necessarily you
brian Vince.  I appreciate you chiming in and giving us some insight.

ok, I take notice

brian I understand that too.  I just suspect that more time and attention
brian needs to be paid to whether each kernel release really is stable or
brian not.  I don't know if this is the case, but it seems that each kernel
brian is getting cranked out just to get the latest one out (this is the
brian good part) there without any time being taken out to decide if the
brian last release was actually stable enough for general release (this is
brian the bad part).

Taking info on that.  Nope, there are two problems here, for getting a
new kernel I can:
- put an old kernel for testing purposes (cooker users protest
  that cooker is only for the bleeding edge stuff).
- If I put all the new features in the kernel, the kernel is very
  bleeding edge, but not everything works (stay in the bleeding
  edge has this problems).

And notice that this don't work for everybody, as what ones people
want in the bleeding edge, others don't need at all.  To make one
example
I only use X for getting xterms  emacs, that means that I
don't need the last version at all, because I don't need the 3d
features (don't use it at all),  I preffer a version that is stable
and able to stay up for months without having to restart X. 3d users
(gamers or scientific) really preffer good 3d support, indeed if the
version is a bit buggy and hangs once a day, for everything there are
compromises :((

Later, Juan.


-- 
In theory, practice and theory are the same, but in practice they 
are different -- Larry McVoy




Re: [Cooker] Re: Re: Re: Kernel Updates for 8.0 planned?

2001-07-27 Thread SI Reasoning

one possibility...

create a new kernel section for cooker that focuses on
creating a stable kernel for 8.0. Since you can run
more than one kernel I don't see how that can be too
big a problem... and it would allow for a good backup
kernel if the bleeding edge kernel is too screwy. One
request though include the win4lin patch 
:-}



=
SI Reasoning
[EMAIL PROTECTED]
gnupg/pgp key id 035213BC

__
Do You Yahoo!?
Make international calls for as low as $.04/minute with Yahoo! Messenger
http://phonecard.yahoo.com/




[Cooker] Re: Re: Re: Kernel Updates for 8.0 planned?

2001-07-25 Thread Brian J. Murrell

On Wed, Jul 25, 2001 at 10:28:45AM -0600, Vincent Danen wrote:
 
 A while... unfortunately.  The problem is that 2.4 is still really new
 so fixes are being introduced all of the time, as are bugs.

Understood.

 I think
 the kernel team is trying to find a happy medium where the kernel is
 stable and works without newly introduced bugs.  The best way to test
 this is via cooker, which is why cooker kernel development is so
 fast-paced.

So none of the kernels that have come out in Cooker since 8.0 was
released were good enough?

 I agree, to some extent.  The best/test kernels are needed to find a
 good kernel to supply for 8.0 updates.

I guess I question whether none of the dozens of kernels that have
come out in Cooker have been stable enough for general release.

 Again.. because 2.4 is still
 relatively new, bugs are introduced and fixed with each new revision.

Understood.

 We have to find the best kernel to update with.  It does no one any
 good if we release a kernel in updates to just have to do it again
 right away due to another bug.

Agreed completely!  Again I question the fact that not a single of the
dozens of the kernels released to Cooker have been stable enough.  I
surely agree that some of them were not suitable, but at least one of
them has to have been better than what is in 8.0.

 To be honest, I can't say.  I'm not the one working on the kernel...

I know.  I think the question was to all of MDK, not necessarily you
Vince.  I appreciate you chiming in and giving us some insight.

 I will try to find out, or at least find out an estimated ETA, but
 since I'm not the one working on the kernel, I don't want to give out
 false information.

I appreciate that.  Again, my queries where to MDK as a group.

 Not at all true.  Cooker is the vehicle used for finding a stable
 kernel.  Cooker is absolutely necessary in order to find a good
 kernel.

Absolutely!  And don't get me wrong.  I love Cooker.  It is probably
the most important reason I use MDK.

 To all of a sudden stop utilizing cooker and the many testers
 who test the kernels will cause problems in the long run.

I understand that too.  I just suspect that more time and attention
needs to be paid to whether each kernel release really is stable or
not.  I don't know if this is the case, but it seems that each kernel
is getting cranked out just to get the latest one out (this is the
good part) there without any time being taken out to decide if the
last release was actually stable enough for general release (this is
the bad part).

 Fair enough, but many people do care about this (myself included).

I know.  It is for this reason that I am expressing my views.  I am
doing it for those who can't run the risk of picking up the latest
Cooker kernel hoping it is stable.

 I'll find out what I can from the kernel team and see if we can't get
 something into updates as soon as possible.

Thanks.  I am sure there are many here (and not here) that would
appreciate it.

b.


-- 
Brian J. Murrell