On Wed, 2012-02-08 at 08:11 -0600, Chris Adams wrote: > Once upon a time, Stijn Hoop <stijn@xxxxxxxxxx> said: > > On Wed, 08 Feb 2012 06:37:33 +0100 > > Kevin Kofler <kevin.kofler@xxxxxxxxx> wrote: > > > Adam Williamson wrote: > > > > Note that this has not actually been implemented in anaconda yet, > > > > so if you do an anaconda upgrade at this time, it will explode > > > > horribly. The bug requesting this support be added to anaconda is > > > > http://bugzilla.redhat.com/show_bug.cgi?id=787893 . > > > > > > It's totally unacceptable that this "feature" has been merged in this > > > incomplete state. Working upgrades should have been a prerequisite > > > for merging it! Anaconda upgrades are even part of our release > > ^^^^^^^ > > > criteria! This affects both the DVD upgrades and preupgrade, which > > > are the 2 upgrade methods Fedora claims to support. > > > > I did not see a release yet, where did you find it? > > He said "release criteria". Included in that is the Feature Freeze > (which was yesterday for F17), which includes: > > Once the Feature Freeze milestone is reached, all new features for the > release should be: > - substantially complete and in a testable state > > If the anaconda support for UsrMove is not merged (and maybe not even > written?), then why was an untestable and incomplete feature merged? Well, it becomes a semantic argument. You can, after all, install with the /usr move in place, right now. You can upgrade from F16 with /usr move in place, if you follow the yum instructions. You can then test the *feature itself* perfectly well. Arguably, anaconda support for the feature is not part of the feature. You could go either way on this, but it's not an obviously wrong statement. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/devel
