From owner-freebsd-arch@FreeBSD.ORG Sun Oct 7 18:52:27 2012 Return-Path: Delivered-To: freebsd-arch@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E3DB91065670; Sun, 7 Oct 2012 18:52:26 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id AA1CC8FC12; Sun, 7 Oct 2012 18:52:26 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.17]) by ltcfislmsgpa02.fnfis.com (8.14.4/8.14.4) with ESMTP id q97IqPHi030466 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Sun, 7 Oct 2012 13:52:25 -0500 Received: from [10.0.0.103] (10.14.152.61) by smtp.fisglobal.com (10.132.206.17) with Microsoft SMTP Server (TLS) id 14.2.309.2; Sun, 7 Oct 2012 13:52:24 -0500 MIME-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset="iso-8859-1" From: Devin Teske In-Reply-To: <5071B625.6090906@FreeBSD.org> Date: Sun, 7 Oct 2012 11:52:23 -0700 Content-Transfer-Encoding: quoted-printable Message-ID: <8FC2C78A-5F4E-4F87-AC63-D1B554E13505@fisglobal.com> References: <0655B56F-AD43-402B-872C-568378E650F9@fisglobal.com> <5071B625.6090906@FreeBSD.org> To: Andriy Gapon X-Mailer: Apple Mail (2.1283) X-Originating-IP: [10.14.152.61] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.7.7855, 1.0.431, 0.0.0000 definitions=2012-10-07_05:2012-10-06, 2012-10-07, 1970-01-01 signatures=0 Cc: Devin Teske , freebsd-arch@FreeBSD.org Subject: Re: New Boot Loader Menu X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Devin Teske List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Oct 2012 18:52:27 -0000 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.