From owner-cvs-src@FreeBSD.ORG Thu Jul 14 21:41:22 2005 Return-Path: X-Original-To: cvs-src@FreeBSD.org Delivered-To: cvs-src@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3498516A41C; Thu, 14 Jul 2005 21:41:22 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD0AF43D49; Thu, 14 Jul 2005 21:41:21 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.91] ([66.127.85.91]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j6ELfKms095432 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 14 Jul 2005 14:41:20 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <42D6DD30.6020900@errno.com> Date: Thu, 14 Jul 2005 14:46:24 -0700 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050327) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Robert Watson References: <200507141833.j6EIXLPA001703@repoman.freebsd.org> In-Reply-To: <200507141833.j6EIXLPA001703@repoman.freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: cvs-src@FreeBSD.org, src-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sbin/ifconfig ifconfig.8 ifconfig.c ifconfig.h ifieee80211.c X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jul 2005 21:41:22 -0000 Robert Watson wrote: > rwatson 2005-07-14 18:33:21 UTC > > FreeBSD src repository > > Modified files: > sbin/ifconfig ifconfig.8 ifconfig.c ifconfig.h > ifieee80211.c > Log: > Add a new flag '-k' to ifconfig(8), indicating that it is alright to > print potentially sensitive keying material to stdout. With the new > 802.11 support, ifconfig(8) is now capable of printing 802.11 keys, > and did by default for the root user, which is undesirable in some > environments. Now it will not print keying material unless requested > (and available to the user). I thought we'd agreed NOT to do this. Sam