On Wed, 2012-02-08 at 08:11 -0600, Chris Adams wrote:
Once upon a time, Stijn Hoop <stijn(a)sandcat.nl> said:
> On Wed, 08 Feb 2012 06:37:33 +0100
> Kevin Kofler <kevin.kofler(a)chello.at> 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