Date: Thu, 9 Aug 2018 17:48:12 +0300 From: "Andrey V. Elsukov" <bu7cher@yandex.ru> To: rgrimes@freebsd.org Cc: src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org Subject: Re: svn commit: r337536 - head/sbin/ipfw Message-ID: <1511fb63-89f9-14a9-32df-6706b5a9e93c@yandex.ru> In-Reply-To: <201808091440.w79EeWYj017773@pdx.rh.CN85.dnsmgr.net> References: <201808091440.w79EeWYj017773@pdx.rh.CN85.dnsmgr.net>
next in thread | previous in thread | raw e-mail | index | archive | help
This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--BcQH2h1NECUiu8mHJVgt8LcEI4GXuP8LQ
Content-Type: multipart/mixed; boundary="spdXVtP3yl6FhG3okyfhG7epxgW5IBj1B";
protected-headers="v1"
From: "Andrey V. Elsukov" <bu7cher@yandex.ru>
To: rgrimes@freebsd.org
Cc: src-committers@freebsd.org, svn-src-all@freebsd.org,
svn-src-head@freebsd.org
Message-ID: <1511fb63-89f9-14a9-32df-6706b5a9e93c@yandex.ru>
Subject: Re: svn commit: r337536 - head/sbin/ipfw
References: <201808091440.w79EeWYj017773@pdx.rh.CN85.dnsmgr.net>
In-Reply-To: <201808091440.w79EeWYj017773@pdx.rh.CN85.dnsmgr.net>
--spdXVtP3yl6FhG3okyfhG7epxgW5IBj1B
Content-Type: text/plain; charset=utf-8
Content-Language: en-US
Content-Transfer-Encoding: quoted-printable
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 b=
ad
>> "ipfw delete" without -q :)
>=20
> This now means -q has 2 functions, silence most commands,
> and silently ignore errors on delete.
>=20
> 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.,
=E2=80=98sh=C2=A0/etc/rc.firewall=E2=80=99), or by processing a fil=
e 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?
=09
--=20
WBR, Andrey V. Elsukov
--spdXVtP3yl6FhG3okyfhG7epxgW5IBj1B--
--BcQH2h1NECUiu8mHJVgt8LcEI4GXuP8LQ
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"
-----BEGIN PGP SIGNATURE-----
Comment: Using GnuPG with Thunderbird - https://www.enigmail.net/
iQEzBAEBCAAdFiEE5lkeG0HaFRbwybwAAcXqBBDIoXoFAltsVCwACgkQAcXqBBDI
oXoy8Af+MOnY966xX7auk9xZQ5YMNvmBlY8H5XVJv0aAyFtcj1m6mMnJv+tQppzj
kkvze4I0Gtf+dqbdCLRypeGtssQsys4PI1BiAXjiCP+89yjgtx9g02+NxCPGdNEH
ftW3ki67vl/lUnHH6smaqo3QDu6G616qn7kmu/MXy85xUWT5Nx2M1v9NlL+kBK9U
pKBlAkL+vTfTE/jb1dFFocIK9A9/M8Brrdp4wXzyNh12Zk62/QYWFYh/arbcsR38
kv4igQqin3URNBIRC+7f9TD1ffyxKp6eIlfhXPGyZ52zWyvOl6JBOkMsrOUZSbcc
V46uudKRaOGd7XoY0XKJCPBzhiY+VA==
=jyKv
-----END PGP SIGNATURE-----
--BcQH2h1NECUiu8mHJVgt8LcEI4GXuP8LQ--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1511fb63-89f9-14a9-32df-6706b5a9e93c>