From owner-freebsd-bugs@FreeBSD.ORG Tue Nov 1 00:10:44 2005 Return-Path: X-Original-To: freebsd-bugs@hub.freebsd.org Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7563816A420 for ; Tue, 1 Nov 2005 00:10:44 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C3AB43D68 for ; Tue, 1 Nov 2005 00:10:20 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id jA10AJgX066709 for ; Tue, 1 Nov 2005 00:10:19 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id jA10AJLZ066708; Tue, 1 Nov 2005 00:10:19 GMT (envelope-from gnats) Date: Tue, 1 Nov 2005 00:10:19 GMT Message-Id: <200511010010.jA10AJLZ066708@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org From: Brooks Davis Cc: Subject: Re: bin/88119: [patch] partial matching for ifconfig X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Brooks Davis List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Nov 2005 00:10:44 -0000 The following reply was made to PR bin/88119; it has been noted by GNATS. From: Brooks Davis To: bw@desync.com Cc: Brooks Davis , freebsd-gnats-submit@freebsd.org Subject: Re: bin/88119: [patch] partial matching for ifconfig Date: Mon, 31 Oct 2005 16:04:42 -0800 On Sun, Oct 30, 2005 at 05:35:30PM -0500, bw@desync.com wrote: > On Sun, Oct 30, 2005 at 09:18:22AM -0800, Brooks Davis wrote: > > On Fri, Oct 28, 2005 at 07:26:58PM -0400, bw@desync.com wrote: > > > True, fixed. > > > > I dislike this 'fix'. If the partial matching is going to be generally > > useful, ifconfig needs to have a valid return status when it's run. > > I'll just point out that OpenBSD's ifconfig returns true when displaying > interfaces by group. The OpenBSD group stuff is based on a concept that is invalid today. The model has a long history, but it poorly suited to reality, hense interface renaming. Once names are arbitrary, treating the driver name as a group no longer makes sense (not that it ever made much sense given that we name interfaces by driver implementation and have dozens of implementations.) I thank your for your submission and for discussing this, I just can't convince myself that the POLA volations this creates are worth the convenience. Ifconfig has too many users and is used in too many scripts to change it lightly. -- Brooks