From owner-svn-src-all@FreeBSD.ORG Fri Feb 6 15:02:12 2015 Return-Path: Delivered-To: svn-src-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DF2B1FC5; Fri, 6 Feb 2015 15:02:12 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B3F2CDC8; Fri, 6 Feb 2015 15:02:12 +0000 (UTC) Received: from ralph.baldwin.cx (pool-173-54-116-245.nwrknj.fios.verizon.net [173.54.116.245]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 17EA3B91F; Fri, 6 Feb 2015 10:02:11 -0500 (EST) From: John Baldwin To: Ed Maste Subject: Re: svn commit: r278249 - head/etc/rc.d Date: Fri, 06 Feb 2015 10:01:50 -0500 Message-ID: <15908040.5vEeS6v7ok@ralph.baldwin.cx> User-Agent: KMail/4.14.2 (FreeBSD/10.1-STABLE; KDE/4.14.2; amd64; ; ) In-Reply-To: References: <201502051138.t15BcUlj070663@svn.freebsd.org> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 06 Feb 2015 10:02:11 -0500 (EST) Cc: "svn-src-head@freebsd.org" , "svn-src-all@freebsd.org" , "src-committers@freebsd.org" , Garrett Cooper , NGie Cooper X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2015 15:02:13 -0000 On Thursday, February 05, 2015 10:49:45 PM Ed Maste wrote: > On 5 February 2015 at 18:32, NGie Cooper wrote: > > I guess I was just propagating around the original assumption that > > using moused is tied to just syscons(4). You and emaste are right > > though -- these tools should build and install when MK_LEGACY_CONSOLE > > != no || MK_VT != no (or invent a different build knob to make the > > intent of the tools clearer instead of copy-pasting that pattern > > around the tree). > > We already have a knob to control these tools -- LEGACY_CONSOLE. The > three related console knobs are: > > LEGACY_CONSOLE - kbdcontrol, moused, etc. which support both > syscons(4) and vt(4) > SYSCONS - key maps, fonts, etc. for syscons(4) > VT - key maps, fonts, etc. for vt(4) > > LEGACY_CONSOLE may be poorly named, but just adding || MK_VT != no > isn't correct. Eliminating it, and using MK_SYSCONS != no || MK_VT != > no might be. Using "legacy" for the brand new console driver we haven't even shipped as on- by-default in a release yet certainly seems a misnomer. Perhaps you mean something like VIDCONSOLE (to borrow loader's name), VIDEO_CONSOLE, or GRAPHICS_CONSOLE? -- John Baldwin