From owner-freebsd-stable@FreeBSD.ORG Tue Feb 13 10:47:29 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5340A16A407 for ; Tue, 13 Feb 2007 10:47:29 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id AD8FC13C49D for ; Tue, 13 Feb 2007 10:47:28 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (mbcncv@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l1DAlM72048842; Tue, 13 Feb 2007 11:47:27 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l1DAlLIj048841; Tue, 13 Feb 2007 11:47:21 +0100 (CET) (envelope-from olli) Date: Tue, 13 Feb 2007 11:47:21 +0100 (CET) Message-Id: <200702131047.l1DAlLIj048841@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, jfarmer@goldsword.com In-Reply-To: <45D0E98A.3010600@goldsword.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.2-20060425 ("Shillay") (UNIX) (FreeBSD/4.11-STABLE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 13 Feb 2007 11:47:27 +0100 (CET) Cc: Subject: Re: Desired behaviour of "ifconfig -alias" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, jfarmer@goldsword.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Feb 2007 10:47:29 -0000 J. T. Farmer wrote: > Oliver Fromme wrote: > > But when removing something without specifying which one, > > it makes some sense to simply remove the first existing > > address on that interface. It would even be OK with me > > to remove the last one, or an arbitrary one -- I use that > > shortcut mostely when I need to remove the only address > > from an interface (or all existing addresses), so it > > doesn't matter. > > Doing apparently random and arbitrary things is bad, regardless. I agree that it's bad if it's not well documented, which is the case here, unfortunately. > re-cast the argument, suppose you found out that your employer had > a command in the company accounting system called > "VacationConfig -transfer" that would transfer random days from your > vacation pot to some arbitrary receiver. .. Well, if it was documented ... But it would probably violate my work contract, so he'd better not use the command. ;-) > It is very clear that ifconfig does not behave in the manner that the man > pages claim. It's true that the manpage is very unclear and needs to be improved. It's also true that the command line parser of ifconfig is a rather complex beast that has grown in nasty ways over the years. Maybe now would be the right time to completely redesign the ifconfig tool. Only in -current, of course, with very big HEADS-UP warning in the lists and in UPDATING. But I fear that there are no devloper resources to do that right, so any change will end up as just another patch work that won't really clean things up, but instead make it worse. :-/ > that way in -current. Then MFC it back to -stable... I don't think that any significant changes in the behaviour of such an important tool will be MFC'ed to a stable branch. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart Any opinions expressed in this message are personal to the author and may not necessarily reflect the opinions of secnetix GmbH & Co KG in any way. FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "I made up the term 'object-oriented', and I can tell you I didn't have C++ in mind." -- Alan Kay, OOPSLA '97