From nobody Fri Nov 4 16:40:20 2022 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4N3mbd6M58z4hBf8 for ; Fri, 4 Nov 2022 16:41:17 +0000 (UTC) (envelope-from glebius@freebsd.org) Received: from cell.glebi.us (glebi.us [162.251.186.162]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "cell.glebi.us", Issuer "cell.glebi.us" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4N3mbc4tBPz3K4n for ; Fri, 4 Nov 2022 16:41:16 +0000 (UTC) (envelope-from glebius@freebsd.org) Received: from cell.glebi.us (localhost [127.0.0.1]) by cell.glebi.us (8.16.1/8.16.1) with ESMTPS id 2A4GeMYZ007604 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 4 Nov 2022 09:40:23 -0700 (PDT) (envelope-from glebius@freebsd.org) Received: (from glebius@localhost) by cell.glebi.us (8.16.1/8.16.1/Submit) id 2A4GeLNj007603; Fri, 4 Nov 2022 09:40:21 -0700 (PDT) (envelope-from glebius@freebsd.org) X-Authentication-Warning: cell.glebi.us: glebius set sender to glebius@freebsd.org using -f Date: Fri, 4 Nov 2022 09:40:20 -0700 From: Gleb Smirnoff To: Max Baroi Cc: Mike Karels , current@freebsd.org Subject: Re: trpt(8) to be decomissioned Message-ID: References: <97286FA9-DD47-4EB2-BD7A-C2A8BC8B62B5@karels.net> <4e69d854-e872-4833-b836-f9caf5fe76f0@baroi.com> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4e69d854-e872-4833-b836-f9caf5fe76f0@baroi.com> X-Rspamd-Queue-Id: 4N3mbc4tBPz3K4n X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=softfail (mx1.freebsd.org: 162.251.186.162 is neither permitted nor denied by domain of glebius@freebsd.org) smtp.mailfrom=glebius@freebsd.org X-Spamd-Result: default: False [-3.09 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.989]; MIME_GOOD(-0.10)[text/plain]; MLMMJ_DEST(0.00)[current@freebsd.org]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; ASN(0.00)[asn:27348, ipnet:162.251.186.0/24, country:US]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_THREE(0.00)[3]; R_SPF_SOFTFAIL(0.00)[~all:c]; DMARC_NA(0.00)[freebsd.org]; FROM_HAS_DN(0.00)[]; FREEFALL_USER(0.00)[glebius]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; HAS_XAW(0.00)[]; TO_DN_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N 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 : 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> -- Gleb Smirnoff