... Well, then Cooker better unbreak itself. That's troublesome because we've already upgraded the toolchain and etc. On Dec 2, 2013 6:15 AM, "Tomasz Paweł Gajc" <[email protected]> wrote:
> No, it will use cooker. > Wysłano z BlackBerry® w Orange > > -----Original Message----- > From: Robert Xu <[email protected]> > Sender: [email protected]: Sun, 1 Dec 2013 > 18:55:34 > To: Cooker OpenMandriva<[email protected]> > Reply-To: Cooker OpenMandriva <[email protected]> > Subject: Re: [OM Cooker] DRAFT - Release plan for 2014.0 > > On 1 December 2013 09:46, Tomasz Paweł Gajc <[email protected]> wrote: > > Hello, > > > > as i mentioned on last TC meeting, i'm providing a draft release plan for > > 2014.0 OMV distribution release. > > > > Everything what you need is here on a dedicated wiki page for 2014.0 > > https://wiki.openmandriva.org/en/2014.0 > > also a pdf version is attached to this e-mail. > > > > Simple steps: > > * Feature planing stage - we gather all needed features which we would > like to > > have - 2013-12-15 > > > > I've prepared page for this, so please fill it with your ideas, but > first make > > them reasonable and "fittbale" for 2014 release cycle. > > https://wiki.openmandriva.org/en/2014.0/Specifications > > > > * Mass rebuild - 2014-01-20 - rebuilding and fixing all failed packages > > > > * Alpha - 2014-01-31 - releasing ISO with press anouncement > > > > * Mass rebuild - 2014-02-15 - rebuilding and fixing all failed packages > > > > * Beta - 2014-02-28 - releasing ISO with press anouncement > > > > * Version freeze - 2014-03-11 - uploading new verson of packages to > cokker > > main repository is forbidden unless Q&A will allow > > > > * RC1 - 2014-03-21 - releasing ISO with press anouncement > > > > * RC2 - 2014-04-04 - releasing ISO with press anouncement > > > > * GA - 2014-04-18 - releasing ISO with press anouncement > > > > * Maybe some release party ? :) > > > > I hope we made a clear decision in Prague and last TC meeting that we > want > > this release to be done smooth and quickly, so this means we should not > plan > > any major brakages, only keep updated kernel, gcc, xorg, perl, KDE, > artwork, > > ples few more based on accepted features. > > I think we should consider to release a working ARM port with 2014. > > > > RFC are welcome, also please fill the features. > > > > P.S. > > > > Sorry for not being on IRC and stuff but i got flu and feel not very > well. > > > > > > Ok, I just need one point of clarification here: > > - Is 2014.0 using the 2013.0 repositories? > > -- > Robert Xu :: protocol.by/rxu > > >
