Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 23 Feb 2011 01:22:10 -0500
From:      Mehmet Erol Sanliturk <m.e.sanliturk@gmail.com>
To:        Garrett Cooper <gcooper@freebsd.org>
Cc:        freebsd-current@freebsd.org, Devin Teske <dteske@vicor.com>, freebsd-sysinstall@freebsd.org, freebsd-arch@freebsd.org
Subject:   Re: FreeBSD Installer Roadmap
Message-ID:  <AANLkTimirzeQ9H3H5dTk01TeaHb8fWQMnMDKdkJZgEQo@mail.gmail.com>
In-Reply-To: <AANLkTi=VeTkHhwTO%2BTxvAphk=N3U5UE%2BS_t=ihPb=2t1@mail.gmail.com>
References:  <4D35CFFB.3010302@freebsd.org> <201102211612.51233.josh@tcbug.org> <EA1368DF-9728-4492-B1FC-5F7C2B521DE7@vicor.com> <201102220103.20158.josh@tcbug.org> <D51E46BA-8902-4C42-A785-7EBF9F7A9B44@vicor.com> <20110222205741.GA34103@server.vk2pj.dyndns.org> <6A5ECC9D-9EF4-4331-9BB0-E14FE6087D53@vicor.com> <AANLkTi=VeTkHhwTO%2BTxvAphk=N3U5UE%2BS_t=ihPb=2t1@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Feb 22, 2011 at 10:41 PM, Garrett Cooper <gcooper@freebsd.org>wrote:

> On Tue, Feb 22, 2011 at 7:23 PM, Devin Teske <dteske@vicor.com> wrote:
> >
> > On Feb 22, 2011, at 12:57 PM, Peter Jeremy wrote:
> >
> >> On 2011-Feb-22 02:50:54 -0800, Devin Teske <dteske@vicor.com> wrote:
> >>> That's the operative word here ("supports"). Lord help us when that
> >>> changes to "requires" (that is to say, if/when the FreeBSD kernel
> >>> becomes legacy-free with respect to supporting fdisk/disklabel
> >>> partitioned disks).
> >>
> >> When that does come, it will probably be driven by BIOS and hardware
> >> vendors dropping support for MBR.  Current disks are at the upper
> >> limit of what MBR can be support (and that's after several revamps of
> >> MBR).  Since GPT already provides a superior feature set without MBR's
> >> limits, the next step will be to just drop MBR support.  And when it
> >> does come, FreeBSD needs to be ready with an installer that can cope
> >> with non-MBR disks.
>
> While I love a good discussion (and there have been a number of good
> points for either side on here), should we agree to switch the default
> over to bsdinstall, leave sysinstall in (lumps or no lumps), then over
> the period of the next 2~3 major (that amounts to 4~6 years) releases,
> and retire sysinstall to the happy hunting grounds? sysinstall didn't
> take up that much space on the release media I thought, and it might
> be doable to map both sets of media so that sysinstall can work in
> harmony on bsdinstall's release media?
>
> Preparing custom releases to use the sysinstall init_path isn't that
> bad, so it would at least give the legacy folks time to transition
> over while us guinea pigs burn in the new wax :)...
>
> Sound good?
>
> Thanks!
> -Garrett
>



Yes , very much .


My suggestion is to include the item

sysinstall

in BSD-Install by Nathan Whitehorn as an option in installation start up
menu .

In that way , existing installation works will be upward compatible with
bsdinstall .

My another suggestion is to move installation startup menu part into
/boot/install/ directory for each architecture and allow platform specific
installers by using common parts from common directories .

For example , in PC-based installations ( amd64 , i386 , ... ) PC-BSD
pc-sysinstall
will be usable from bsdinstall as an option at present .

In that form , the initial installation menu will be seen in PC environment
as follows :

 bsdinstall      ( by Nathan Whitehorn )
 pc-sysinstall ( by Kris Moore )
 sysinstall       ( by John Hubbard )


Thank you very much .


Mehmet Erol Sanliturk



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?AANLkTimirzeQ9H3H5dTk01TeaHb8fWQMnMDKdkJZgEQo>