Re: [Cooker] Re: Re: Re: Kernel Updates for 8.0 planned?
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/
Re: [Cooker] Re: Re: Re: Kernel Updates for 8.0 planned?
> "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
[Cooker] Re: Re: Re: Kernel Updates for 8.0 planned?
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