Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 4 Nov 2022 10:07:00 -0700
From:      Max Baroi <max@baroi.com>
To:        Gleb Smirnoff <glebius@freebsd.org>
Cc:        current@freebsd.org
Subject:   Re: trpt(8) to be decomissioned
Message-ID:  <558fd211-3d92-240c-f33c-5377a1684444@baroi.com>
In-Reply-To: <Y2VAdN%2BDC6jy%2BL4d@FreeBSD.org>
References:  <Y2SLfz19F6JoC6av@FreeBSD.org> <97286FA9-DD47-4EB2-BD7A-C2A8BC8B62B5@karels.net> <4e69d854-e872-4833-b836-f9caf5fe76f0@baroi.com> <Y2VAdN%2BDC6jy%2BL4d@FreeBSD.org>

index | next in thread | previous in thread | raw e-mail

Gleb,

Thank you for the response. I rescind my suggestion.

-Max

On 11/4/2022 9:40 AM, Gleb Smirnoff wrote:
>    Max,
>
> the reason I want to retire it is not that it consumes 40 Kb
> in the repository.  The reason is that knows kernel structures,
> and fails to compile after changes to them.  So the tool that
> nobody uses requires special care when working on TCP.  The
> kernel headers disclose the structures for trpt (with some
> protection with _WANT_TCPCB, though) and some software from
> ports (not calling names!) would start use them too. Now a
> kernel developer needs to care not only about trpt, but
> about this software, too.
>
> On the kernel side there is also TCPDEBUG code that needs
> to be kept compilable, while apparently nobody uses it.
>
> On Fri, Nov 04, 2022 at 07:19:19AM +0000, Max Baroi wrote:
> M> I'm sorry if this is an inappropriate suggestion, but I think it would be neat if there was a place in the ports hierarchy for retired programs like trpt. Maybe a "historical" or "archival" directory for programs phased out of from base, especially ones that are almost four decades old.
> M>
> M> -Max
> M>
> M> Nov 3, 2022 11:04:07 PM Mike Karels <mike@karels.net>:
> M>
> M> > On 3 Nov 2022, at 22:48, Gleb Smirnoff wrote:
> M> >
> M> >>   Hi,
> M> >>
> M> >> trpt(8) is utility to pull TCP debugging data from the kernel
> M> >> in 4.2BSD. We still have it in the base, with corresponding
> M> >> TCPDEBUG option in the kernel and SO_DEBUG socket option.
> M> >>
> M> >> At the same time we have much more powerful debugging facilities
> M> >> for TCP, e.g. the Dtrace probing, the TCP black box logging and
> M> >> siftr.  These are the tools that modern developers use.
> M> >>
> M> >> Already touched this topic with rscheff@, tuexen@, rrs@ and jtl@.
> M> >> None of them new what trpt(8) is :) Looks like a good justification
> M> >> to me.
> M> >
> M> > I have used trpt, but not for many years.  It was done before tcpdump
> M> > as well.  Its time has long since gone.
> M> >
> M> >         Mike
> M> >> --
> M> >> Gleb Smirnoff
> M>
> M>
>


help

Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?558fd211-3d92-240c-f33c-5377a1684444>