Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 25 Aug 2019 13:30:59 -0600
From:      Alan Somers <asomers@freebsd.org>
To:        Hiroki Sato <hrs@allbsd.org>, Jan Sucan <sucanjan@gmail.com>
Cc:        src-committers <src-committers@freebsd.org>, svn-src-all <svn-src-all@freebsd.org>,  svn-src-head <svn-src-head@freebsd.org>
Subject:   Re: svn commit: r351423 - in head: . sbin/ping6 sbin/ping6/tests
Message-ID:  <CAOtMX2hLxx=SKvh1ZoiMAcagQJjPaRSvkML9J%2BBgpQsz5uNNbw@mail.gmail.com>
In-Reply-To: <20190826.042056.1329861772202588895.hrs@allbsd.org>
References:  <201908231522.x7NFMLuJ068037@repo.freebsd.org> <20190826.042056.1329861772202588895.hrs@allbsd.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, Aug 25, 2019 at 1:22 PM Hiroki Sato <hrs@allbsd.org> wrote:
>
> Hi,
>
> Alan Somers <asomers@FreeBSD.org> wrote
>   in <201908231522.x7NFMLuJ068037@repo.freebsd.org>:
>
> as> Author: asomers
> as> Date: Fri Aug 23 15:22:20 2019
> as> New Revision: 351423
> as> URL: https://svnweb.freebsd.org/changeset/base/351423
> as>
> as> Log:
> as>   ping6: Rename options for better consistency with ping
> as>
> as>   Now equivalent options have the same flags, and nonequivalent optio=
ns have
> as>   different flags.  This is a prelude to merging the two commands.
> as>
> as>   Submitted by:     J=C3=A1n Su=C4=8Dan <sucanjan@gmail.com>
> as>   MFC:              Never
> as>   Sponsored by:     Google LLC (Google Summer of Code 2019)
> as>   Differential Revision:    https://reviews.freebsd.org/D21345
>
>  I have an objection on renaming the existing option flags in ping6(8)
>  for compatibility with ping(8).
>
>  Is it sufficient to add INET6 support to ping(8) with consistent
>  flags and keep CLI of ping6(8) backward compatible?  People have used
>  ping6(8) for >15 years, so it is too late to rename the flags.  I do
>  not think the renaming is useful if "ping -6 localhost" or "ping ::1"
>  works.
>
> -- Hiroki

If ping works with inet6, then why would we want to keep a separate
tool around?  If it's just for the sake of people who don't want to or
can't update scripts, would a version in ports suffice?
-Alan



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAOtMX2hLxx=SKvh1ZoiMAcagQJjPaRSvkML9J%2BBgpQsz5uNNbw>