Re: Anaconda is totally trashing the F18 schedule (was Re: f18: how to install into a LVM partitions (or RAID))

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 30 October 2012 18:45, Adam Williamson <awilliam@xxxxxxxxxx> wrote:
> so if were to try and switch back to oldui at
> this point, we'd have to go through the whole process of adjusting the
> code for the changes to dracut again, quite apart from any other issues.

I don't understand how fixing up the old anaconda with the dracut
changes would be so difficult. More than 140 man-hours? It's surely
going to be a lot less work than getting anaconda to a point where it
actually works with a consistent UI. Anaconda isn't the kind of thing
we can fix with a zero day update, and surely it should have been
developed in parallel with a release and then "switched on" just after
branching rather than the situation we have now where there is major
design and development work being done *so close* to where we should
have everything locked down tight.

I really don't see why the Anaconda team should be treated so
differently from every other team. If we ship anything close to the
Anaconda we've got now then F18 is going to get ripped apart by the
reviewers.

Richard.
-- 
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/devel



[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux