Mailinglist Archive: opensuse-factory (850 mails)

< Previous Next >
Re: [opensuse-factory] Discussion about starting BETA process earlier - by end of sep 2006
  • From: "Dominique Leuenberger" <Dominique.Leuenberger@xxxxxxxxxxxxx>
  • Date: Fri, 08 Sep 2006 16:29:41 +0200
  • Message-id: <s5019b6c.008@xxxxxxxxxxxxxxxxxx>


>>> Reply on 08-09-2006 17:24:03 <<<> Hi all !
>
> I would like to ask to start the BETA process of openSUSE 10.2
earlier.
>
> Alpha4 now is stable enough to be almost BETA - a few fixes here and
> there and we are BETA-ready. I think it is not-needed to waste
another
> month of time to get to Alpha5 and then BETA1.
>
>
> I suggest, that, because we have almost-stable distro now, start the
> BETA process by end of this month (Sep, 2006), instead of end of
next
> month, and make feature freeze earlier.
> So our BETA process will last 1 month longer, and in the end
deadline
> (Dec,2006) we (Novell+Community) will be able to deliver a better
and
> more stable OS for day-to-day use.
>
> I want openSUSE 10.2 to be better tested than previous OSes: SUSE
> Linux 10.0 and 10.1.
>
> What do you think?

I agree. As far as I understand you, the release date should remain the
same, just the time for real BUG fixing should be bigger. Only the
feature freeze will be earlier.

What influences will this have on the planned updates of packets?
I mean
- Kernel 2.6.18 (is in RC at the moment)
- FireFox 2
- k3b 1.0
- Gnome 2.16 (ok, that one is released. I don't see a problem)

Will they still be integrated if released upstream AFTER the feature
freeze (which in fact would be WRONG). For the kernel this might be ok,
as 2.6.18 can be considered as a bugfix of 2.6.18-RC5, but for other
things?

For k3b for example: I had some mail contact with the author regarding
cdrecod / cdrkit. Most probable he will start to support both of them of
course slightly shifting a schedule due to the new upcoming license
issues.

But otherwise, I think everybody agrees that we better spend time on
bug fixing with what we have now instead of adding fancy features until
the last moment and not having time to test it completely.

Dominique
< Previous Next >