On Thu Jun 21, 2001 at 08:12:41PM +0100, Michael Brown wrote:
> > > > QA process is not a 24hr deal... =) It sometimes takes a little bit
> > > > longer, and kdelibs is a big package that needs thorough testing
> > > > (this isn't cooker we're talking about!). So the delay is not in
> > > > mirroring, but in QA. We could do it faster and not as thorough, but
> > > > then we'd be doing it over again many more times, I'm sure.
> > > OK, that makes sense, but how about releasing the packages to cooker as
> > > soon as they are built and then releasing as updates once QA is complete?
> > > That way, everyone knows when an update is being worked on and you also
> > > benefit from extra testing.
> > I just checked, and kdelibs in cooker is 2.2-0.alpha2... I don't know
> > how we can get kdelibs 2.1.2 into cooker without causing even more
> > problems... =) Remember, cooker moves fast and usually has the latest
> > and greatest... versions that we support in updates cannot always use
> > cooker as a vehicle for testing.
>
> Into unsupported (instead of cooker), then into updates after QA passed?
>
> Failing this, maybe updates should be announced on the cooker ML when they
> enter QA, so that bug-hunters are aware that a new build exists.
I don't see how this will help. Security/bugfix updates are not
"open" packages or "public" packages until they are published. In
many cases, non-public bugs (security) are being fixed... making this
available to cooker will cause us serious problems with other vendors.
If anyone is sincerely interested in helping to beta test updates that
make their way into rpmdrake, then please send me a note and we'll see
if you qualify for our small secteam.
Cooker is not updates, and vice versa. I typically update cooker
*after* the updates for this same reason (non-disclosure until
vulnerabilities are public). I'm sure you can appreciate this.
--
[EMAIL PROTECTED], OpenPGP key available on www.keyserver.net
1024D/FE6F2AFD 88D8 0D23 8D4B 3407 5BD7 66F9 2043 D0E5 FE6F 2AFD
- Danen Consulting Services www.danen.net, www.freezer-burn.org
- MandrakeSoft, Inc. Security www.linux-mandrake.com
Current Linux kernel 2.4.3-20mdk-win4lin uptime: 15 hours 40 minutes.
PGP signature
