On Sunday 11 March 2007 12:20pm, Gianluca Sforna wrote: > On 3/11/07, Baris Cicek <baris teamforce name tr> wrote: > > After that point installation start writing to disk. Before that > > everything is happening without any change on the hdd. > > > > It's a good pointer for user that after that moment s/he is starting to > > change his partitions. AFAIK, after this point anaconda do formatting of > > the partitions. One last click won't annoy user much, but losing whole > > partitions might. > > It would not annoy the user _IF_ the depsolving step was faster. > > I think this is the reason why I saw mails in the past with the same > request: a fairly long step (depsolving) followed by another long step > (actual installation) sounds naturally like they should be merged. > > IIRC the reason for this is that the depsolving phase could fail > depending on the package selection and the selected repos; I still > fail to see whay the last "Next" could not be skipped automatically > when no such problem arise though... In that case, the "After clicking 'Next' your partitions will be altered" thing will need to be mentioned before depsolving. If depsolve fails, then bounce back to the package select screen with a (hopefully) useful error message. In other words, if this is going to be change, simply move depsolving to after the last confirm screen and right before partitioning, placing the final confirm question between package selection and depsolving. It certainly was logical to put package selection and depsolving together in the past, but perhaps this would be better. Of course, if my suggestion of how to implement this change were adopted, then when depsolving does fail, experienced users/admins might be frustrated that they walked away thinking there wasn't going to be any more interaction and it should have installed when they come back and see an error message. Then again, that's always true. -- Lamont Peterson <lamont gurulabs com> Senior Instructor Guru Labs, L.C. [ http://www.GuruLabs.com/ ] NOTE: All messages from this email address should be digitally signed with my 0xDC0DD409 GPG key. It is available on the pgp.mit.edu keyserver as well as other keyservers that sync with MIT's.
Description: PGP signature