Bug 446681

Description of problem:

Anaconda has been criticize for lack of multi boot 
support in the past and now recently here.

http://www.computerworld.com/action/article.do?command=viewArticleBasic&articleId=9085160&pageNumber=2

This is yet another RFE from me to coming up with suggestion
to what needs fixing and improvements in anaconda to restore it's
rightful place as the leader of installers in the realm of opensource... 

Implementing #445701 would restore a great deal of the negative 
feedback anconda has had about it's non userfriendly novice user usability.
While keeping intact it's great flexibility for it's advanced/expert users
and let other installer chase anaconda for a change..

( If #445701 would be implemented announce it to the public from the day
it was decided, we have had to many incidents when innovation has taken 
place in the fedoraproject while other unnamed distro take credit for it
and fedora looks like it's catching up to that unnamed distro... 
PR. 101 First to announce, gets all the credit ) 

Comment suggestion criticism all welcome :)

The stripped down task that anaconda is facing...

When designing an installer for OS, the design (team) is faced with 
2 options regarding the boot loader for the OS.
( Stripped down only 2 :) )

A) Install the boot loader on mbr and make it's boot loader the primary boot 
   loader for the OS and all other OS's that reside on the disk(s). 
   (Takeover.. Anaconda's default )

B) Make the necessary changes to the already existing boot loader that resides
   on the disk(s), to load the OS being installed. ( Coexistent )

For both option A and B the need of the OS installer "intellect" is exactly the
same.

Encase A the OS installer needs to be able to know and detect other OS's that
reside on the same disk(s) and make the necessary changes for those OS's to it's
boot loader for them, to continue "loading".

Encase B the OS installer needs to be able to know and detect other OS's that
reside on the same disk(s) and make the necessary changes for it's self and or
it's boot loader in the other OS's boot loader to be able 
to "load" the OS that's being installed.

For anaconda to take a lead of other OS installers it needs to support both, yes
both.

Encase a user wants to use grub as his default boot loader it needs to support A.

Encase a user wants to use his already existing for well known example NTLDR
boot loader it needs to support B.

The above is what a great installer has to be able to do to support multi boot.

Take a decision which other os's are going to be "supported"

For example windows, linux, freebsd and it's halfbreed brother Apple OS X 

When A user chooses to install on grub on his mbr anaconda needs to be able to
add the other os entry that resides on his disk(s) in grub. 
( chainload entry for the other os's, especially if it chosen/highlighted by
default as it is done now )

It also needs to offer the user the choose to keep on using the existing 
boot loader, because in 80% cases the user that wants to keep his existing 
os and install another os beside it, would like to continue to use his previous
boot loader.

And the best place to implement this is in the selection box for 
install grub on mbr.