Date: Sun, 7 Oct 2012 11:52:23 -0700 From: Devin Teske <devin.teske@fisglobal.com> To: Andriy Gapon <avg@freebsd.org> Cc: Devin Teske <dteske@FreeBSD.org>, freebsd-arch@FreeBSD.org Subject: Re: New Boot Loader Menu Message-ID: <8FC2C78A-5F4E-4F87-AC63-D1B554E13505@fisglobal.com> In-Reply-To: <5071B625.6090906@FreeBSD.org> References: <0655B56F-AD43-402B-872C-568378E650F9@fisglobal.com> <5071B625.6090906@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Oct 7, 2012, at 10:04 AM, Andriy Gapon wrote: > on 07/10/2012 02:48 Devin Teske said the following: >> Hello, >>=20 >> I've been working on a new boot loader menu system. >>=20 >> This is what is in HEAD, CURRENT, and RELENG_9 at the moment: >>=20 >> http://twitpic.com/b1pkll/full >> in color: http://twitpic.com/b1pkz1/full >>=20 >>=20 >> I'd like to propose the following replacement to the above: >>=20 >> http://twitpic.com/b1pll5/full >> in color: http://twitpic.com/b1plxi/full >>=20 >> The boot options have been whisked away into a sub-menu (see below): >>=20 >> http://twitpic.com/b1pm51/full >> in color: http://twitpic.com/b1pme8/full >>=20 >>=20 >> What does everybody think? >=20 >=20 > Can't say for everybody :-) > I think that the infrastructure is great. How you chose to use it in you= r demo > might turn off some people though :-) I mean hiding of the traditional o= ptions > into the sub-menu. >=20 That wasn't a demo, that's my honest-to-goodness proposed replacement for H= EAD. ^_^ > Let's use sub-menus for the really useful stuff. Like detailing safe boot > options (e.g. under Troubleshooting sub-menu; ACPI can got there too) or > offering a GUI way to chose a boot+root filesystem (esp. for ZFS). >=20 I'm here to provide the infrastructure. I'll admit that: + I'm not the one to decide how my infrastructure is best used. + we desperately need to discuss before making any changes. I just knew how to provide the necessary infrastructure in a way that: + didn't break backward compatibility for the old/current menu + could accommodate more functionality than was available + could accommodate the features iX approached me about* * such as BE menu (which I've not yet talked about to any great length YET,= so I am myself very short on details as I think we're still in the design = phase) > Please don't mind the people who react to screenshots rather than to your= work > (and thus, perhaps, can't see the wood behind the trees). >=20 True. Tho it may be nice to give those that don't know Forth a chance to pa= rticipate. > Whatever you do, verbose boot and single-user mode must stay on the first= page. > At least until the next round of evolution. >=20 I'm not committing to making any changes to the visible functionality at th= is time (beyond fixing the bug that gnn brought to my attention -- with res= pect to initial-state of things like boot_verbose from loader.conf(5) not b= eing adhered to). What's there will remain as-is until we come to an agreement on what to do. However, I will move forward with committing-back _all_ functionality enhan= cements (which will remain largely unused at this point until either iX com= es in with the BE menu code or we decide to shunt some-or-all of the ancill= ary boot options off to a submenu). --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?8FC2C78A-5F4E-4F87-AC63-D1B554E13505>