Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 3 May 2018 16:41:50 +0300
From:      "Andrey V. Elsukov" <bu7cher@yandex.ru>
To:        Julian Elischer <julian@freebsd.org>, "Rodney W. Grimes" <freebsd-rwg@pdx.rh.CN85.dnsmgr.net>
Cc:        "freebsd-ipfw@freebsd.org" <Freebsd-ipfw@freebsd.org>, Oleg Bulyzhin <oleg@FreeBSD.org>, "Alexander V. Chernikov" <melifaro@freebsd.org>
Subject:   Re: removing some error states
Message-ID:  <b49e60a3-4d53-8620-8e42-e616bed344d3@yandex.ru>
In-Reply-To: <30b5e916-60ef-c3fa-1f80-5858d0d6717c@freebsd.org>
References:  <201805011503.w41F3PxP026423@pdx.rh.CN85.dnsmgr.net> <81ced915-4dae-26c0-bc43-5ff5299d00d0@freebsd.org> <30b5e916-60ef-c3fa-1f80-5858d0d6717c@freebsd.org>

next in thread | previous in thread | raw e-mail | index | archive | help
This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--5ExKROSMi2sBUAxV0vF6MoNrhG6ImwFN9
Content-Type: multipart/mixed; boundary="owiHKGOpTx9nVrsLbmcfUaSug8eGhdGCE";
 protected-headers="v1"
From: "Andrey V. Elsukov" <bu7cher@yandex.ru>
To: Julian Elischer <julian@freebsd.org>,
 "Rodney W. Grimes" <freebsd-rwg@pdx.rh.CN85.dnsmgr.net>
Cc: "freebsd-ipfw@freebsd.org" <Freebsd-ipfw@freebsd.org>,
 Oleg Bulyzhin <oleg@FreeBSD.org>,
 "Alexander V. Chernikov" <melifaro@freebsd.org>
Message-ID: <b49e60a3-4d53-8620-8e42-e616bed344d3@yandex.ru>
Subject: Re: removing some error states
References: <201805011503.w41F3PxP026423@pdx.rh.CN85.dnsmgr.net>
 <81ced915-4dae-26c0-bc43-5ff5299d00d0@freebsd.org>
 <30b5e916-60ef-c3fa-1f80-5858d0d6717c@freebsd.org>
In-Reply-To: <30b5e916-60ef-c3fa-1f80-5858d0d6717c@freebsd.org>

--owiHKGOpTx9nVrsLbmcfUaSug8eGhdGCE
Content-Type: text/plain; charset=utf-8
Content-Language: en-US
Content-Transfer-Encoding: quoted-printable

On 02.05.2018 06:31, Julian Elischer wrote:
>>>> Many years ago I added code to ipfw so that if -q was set it would n=
ot
>>>> complain about
>>>> things that were unimportant, nor would it return an error code.
>>>> Such things include removing table entries that are already gone and=

>>>> similar sorts of 'safe' operations.
>>>> The idea is that you can write 'naive' scripts that don't need to do=

>>>> complicated checks to see if XXX is already present or gone..
>>>> In hte ame way that rm -f doesn't complain if the file doesn't
>>>> exist..? You were going to delete it anyhow.

Hi,

I added melifaro@ to CC list.

IMHO, ignoring errors when you configuring firewall is not a good idea.
I'm agree, that some errors are noisy, and also some of them were
already fixed, so you can just submit PR or patch, if you don't like
some. Due to huge difference between old tables and what we have now, it
is not always possible for one man to test all old features and properly
merge them with new features.

--=20
WBR, Andrey V. Elsukov


--owiHKGOpTx9nVrsLbmcfUaSug8eGhdGCE--

--5ExKROSMi2sBUAxV0vF6MoNrhG6ImwFN9
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 - http://www.enigmail.net/

iQEzBAEBCAAdFiEE5lkeG0HaFRbwybwAAcXqBBDIoXoFAlrrEZ4ACgkQAcXqBBDI
oXpGkQgApsEw2eMcPiskoggGDtpzUpHRDE7Ei4TDqxj448HIIYGCxw2YmwC/tCmH
kRkiulrvqt1/fDX8qU13Wsh/lOt48Uff3AQxF547uWZBt0G1FPBwFhqy/ATUBO2L
rf4i6svLat13Sc8pORAncjf+M82bSwNju6PQRCT4OpfEf+lbmj7r7czDagB3P5rR
lbfhNYRi9xGeEsiE2kTpBmWmrZMbuqtPlxDlE1y/tF+B3WbhQAFu9ZHciDBYp8NB
ZLQ6OeBnNmqTl7mi3w2uF7z6qn2Rd4X6CZieSk2ikSBkDoJBZcjunzucmXNjrVuX
1y0JUg5+O/B7rWkSoITle8+dwOjVuA==
=4DfB
-----END PGP SIGNATURE-----

--5ExKROSMi2sBUAxV0vF6MoNrhG6ImwFN9--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?b49e60a3-4d53-8620-8e42-e616bed344d3>