From owner-freebsd-current Thu May 1 11:36:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA08758 for current-outgoing; Thu, 1 May 1997 11:36:24 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA08753 for ; Thu, 1 May 1997 11:36:21 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA04802; Thu, 1 May 1997 11:34:47 -0700 From: Terry Lambert Message-Id: <199705011834.LAA04802@phaeton.artisoft.com> Subject: Re: Top no system utility ? (was Re: Longer user names: take 2 ) To: andreas@klemm.gtn.com (Andreas Klemm) Date: Thu, 1 May 1997 11:34:46 -0700 (MST) Cc: terry@lambert.org, current@freebsd.org In-Reply-To: <19970501195513.22731@klemm.gtn.com> from "Andreas Klemm" at May 1, 97 07:55:13 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > What I meant is that top is under active maintenance by a third party, > > so any patches need to go through there instead of through FreeBSD. > > From J=F6rgs commit message: > > This tools is simply too system-dependant to maintain it=20 > in the ports collection. > > User names with more than 8 characters is already FreeBSD specific. > And because of this FreeBSD specific change it would be fine,=20 > fix this FreeBSD specific behaviour not to waste 16 colums space, if > the displayed user id's consume perhaps only 7 characters. This would > leave more space for showing the executed command. > > Otherwise I'd follow your thoughts ... The 8/16 is parameteric via a manifest constant. It's not a system specific change, unless top itself is not parametric. There are other changes that have obviously not been sent back to the official maintainers like they should be. Is there a FreeBSD maintainer of 'top' now? If there's an assigned, responsible party for additional maintenance, I'll make the change; otherwise, I'm not going to be the fall guy for advocating FreeBSD's changes back to the real maintainer simply because someone else was too lazy. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.