Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 9 Aug 2018 07:40:32 -0700 (PDT)
From:      "Rodney W. Grimes" <freebsd@pdx.rh.CN85.dnsmgr.net>
To:        "Andrey V. Elsukov" <bu7cher@yandex.ru>
Cc:        rgrimes@freebsd.org, src-committers@freebsd.org, svn-src-all@freebsd.org,  svn-src-head@freebsd.org
Subject:   Re: svn commit: r337536 - head/sbin/ipfw
Message-ID:  <201808091440.w79EeWYj017773@pdx.rh.CN85.dnsmgr.net>
In-Reply-To: <740fdc14-f1a0-db75-372d-a0a0c52de62a@yandex.ru>

next in thread | previous in thread | raw e-mail | index | archive | help
-- Start of PGP signed section.
[ Charset UTF-8 unsupported, converting... ]
> On 09.08.2018 17:28, Rodney W. Grimes wrote:
> >> Author: ae
> >> Date: Thu Aug  9 12:46:30 2018
> >> New Revision: 337536
> >> URL: https://svnweb.freebsd.org/changeset/base/337536
> >>
> >> Log:
> >>   If -q flag is specified, do not complain when we are trying to delete
> >>   nonexistent NAT instance or nonexistent rule.
> > 
> > It would probably be better to not overload -q with what is
> > usually a -f like functionality of a command.  Sadly -f is
> > already used in ipfw, so another option should be choosen.
> > 
> >>   This allows execute batched `delete` commands and do not fail when
> >>   found nonexistent rule.
> > 
> > So now I can not code a quiet ipfw command that does fail when
> > I give it a bad delete command :-(.
> 
> Previously -q did not handled by delete command, so you can just use bad
> "ipfw delete" without -q :)

This now means -q has 2 functions, silence most commands,
and silently ignore errors on delete.

That is a poor implementation of syntax and options.


-- 
Rod Grimes                                                 rgrimes@freebsd.org



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201808091440.w79EeWYj017773>