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

Re: Fedora 6 a bit more automated install



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.

Attachment: pgpJdVg9Jf9cT.pgp
Description: PGP signature


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