Re: trpt(8) to be decomissioned

2022-11-06 Thread Gleb Smirnoff
Chris, On Fri, Nov 04, 2022 at 10:35:17AM -0700, Chris wrote: C> > the reason I want to retire it is not that it consumes 40 Kb C> > in the repository. The reason is that knows kernel structures, C> > and fails to compile after changes to them. So the tool that C> > nobody uses requires

Re: trpt(8) to be decomissioned

2022-11-05 Thread tuexen
> On 5. Nov 2022, at 01:54, Cy Schubert wrote: > > In message , Gleb Smirnoff writes: >> 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

Re: trpt(8) to be decomissioned

2022-11-04 Thread Cy Schubert
In message , Gleb Smirnoff writes: > 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.

Re: trpt(8) to be decomissioned

2022-11-04 Thread Warner Losh
On Fri, Nov 4, 2022 at 1:19 AM Max Baroi wrote: > 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,

Re: trpt(8) to be decomissioned

2022-11-04 Thread Chris
On 2022-11-04 09:40, 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

Re: trpt(8) to be decomissioned

2022-11-04 Thread Max Baroi
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

Re: trpt(8) to be decomissioned

2022-11-04 Thread Gleb Smirnoff
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

Re: trpt(8) to be decomissioned

2022-11-04 Thread Max Baroi
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. -Max

Re: trpt(8) to be decomissioned

2022-11-04 Thread Mike Karels
On 3 Nov 2022, at 22:48, Gleb Smirnoff wrote: > Hi, > > trpt(8) is utility to pull TCP debugging data from the kernel > in 4.2BSD. We still have it in the base, with corresponding > TCPDEBUG option in the kernel and SO_DEBUG socket option. > > At the same time we have much more powerful

trpt(8) to be decomissioned

2022-11-03 Thread Gleb Smirnoff
Hi, trpt(8) is utility to pull TCP debugging data from the kernel in 4.2BSD. We still have it in the base, with corresponding TCPDEBUG option in the kernel and SO_DEBUG socket option. At the same time we have much more powerful debugging facilities for TCP, e.g. the Dtrace probing, the TCP