Proposed release criteria revisions

James Laska jlaska at redhat.com
Tue Mar 29 19:27:13 UTC 2011


On Mon, 2011-03-28 at 16:47 -0700, Adam Williamson wrote:
> On Mon, 2011-03-28 at 23:41 +0000, "Jóhann B. Guðmundsson" wrote:
> > On 03/28/2011 11:12 PM, Adam Williamson wrote:
> > > If you actually think there's something about my proposed changes that
> > > should be revised, please state specifically what it is and give your
> > > alternative text
> > 
> > "The installer must be able to successfully complete an upgrade
> > installation from a clean, fully updated installation of Gnome and KDE the
> > previous stable Fedora release, either via preupgrade or by booting to
> > the installer manually. The upgraded system must meet all release
> > criteria"
> > 
> > Added KDE there since it can currently block the release and is 
> > presented as an alternative installation option on the DVD.
> > 
> > you probably want include there as well upgrade path from the relevant 
> > live media counterpart if default installation extends to live media as 
> > well.
> 
> I don't think there's any need to call out the specific currently
> supported desktops in the criterion. The criteria are supposed to be
> generic and adapt well to change; this criterion would need to be
> re-written any time we changed policy on supported desktops.
> 
> It may be worth explicitly stating that any kind of supported install
> should be upgradeable, how about:
> 
> "The installer must be able to successfully complete an upgrade
> installation from a clean, fully updated default installation (from any
> official install medium) of the previous stable Fedora release, either
> via preupgrade or by booting to the installer manually. The upgraded
> system must meet all release criteria"

Does it make sense to phase this criteria in?  Meaning, it would be
nice-to-have this release, and blocker material next release?  I'd have
to see what testing results, and want to see if the desktop@ team also
agrees, since they'll be responsible for resolving these issues.

Thanks,
James

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
Url : http://lists.fedoraproject.org/pipermail/test/attachments/20110329/3a4e4dcb/attachment.bin 


More information about the test mailing list