/usrmove?

[Adam Williamson]

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