svn commit: r337536 - head/sbin/ipfw

[Andrey V. Elsukov]

On 09.08.2018 17:40, Rodney W. Grimes wrote:
>>> 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.

I think it makes "delete" command to have the same behavior as described
for commands in "-q" description:

-q    Be quiet when executing the add, nat, zero, resetlog or flush
      commands; (implies -f).  This is useful when updating rulesets by
      executing multiple ipfw commands in a script (e.g.,
      ‘sh /etc/rc.firewall’), or by processing a file with many ipfw
      rules across a remote login session.  It also stops a table add
      or delete from failing if the entry already exists or is not
      present.

table add/delete commands had the same behavior, "nat" already noted in
this list. What is the usage scenario do you use, where you need to fail
on bad delete?
	
-- 
WBR, Andrey V. Elsukov

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 554 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freebsd.org/pipermail/svn-src-head/attachments/20180809/25aa3bf9/attachment.sig>