From owner-freebsd-arch@freebsd.org Sat Feb 17 21:09:34 2018 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C47D6F0F719 for ; Sat, 17 Feb 2018 21:09:34 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 40BF36CA52 for ; Sat, 17 Feb 2018 21:09:34 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: by mailman.ysv.freebsd.org (Postfix) id F0C61F0F718; Sat, 17 Feb 2018 21:09:33 +0000 (UTC) Delivered-To: arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CC1E5F0F717 for ; Sat, 17 Feb 2018 21:09:33 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from smtp-out-so.shaw.ca (smtp-out-so.shaw.ca [64.59.136.138]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F3316CA4F; Sat, 17 Feb 2018 21:09:32 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from spqr.komquats.com ([96.50.22.10]) by shaw.ca with ESMTPA id n9gzekwMMrQkon9h0eaWaF; Sat, 17 Feb 2018 14:06:49 -0700 X-Authority-Analysis: v=2.3 cv=RPud4bq+ c=1 sm=1 tr=0 a=jvE2nwUzI0ECrNeyr98KWA==:117 a=jvE2nwUzI0ECrNeyr98KWA==:17 a=8nJEP1OIZ-IA:10 a=Op4juWPpsa0A:10 a=6I5d2MoRAAAA:8 a=1QTDH3R-AAAA:8 a=YxBL1-UpAAAA:8 a=JUDHOqzNt_0Vb9LZyCkA:9 a=wPNLvfGTeEIA:10 a=IjZwj45LgO3ly-622nXo:22 a=A7PbjfUNzwAiWwc5k9lq:22 a=Ia-lj3WSrqcvXOmTRaiG:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTPS id 9C71A3FA; Sat, 17 Feb 2018 13:06:44 -0800 (PST) Received: from slippy.cwsent.com (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id w1HL6idM045496; Sat, 17 Feb 2018 13:06:44 -0800 (PST) (envelope-from Cy.Schubert@cschubert.com) Received: from slippy (cy@localhost) by slippy.cwsent.com (8.15.2/8.15.2/Submit) with ESMTP id w1HL6hP3045437; Sat, 17 Feb 2018 13:06:43 -0800 (PST) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <201802172106.w1HL6hP3045437@slippy.cwsent.com> X-Authentication-Warning: slippy.cwsent.com: cy owned process doing -bs X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.7 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: Ian Lepore cc: Cy Schubert , mike@karels.net, arch@freebsd.org Subject: Re: ps output line length change In-Reply-To: Message from Ian Lepore of "Sat, 17 Feb 2018 08:51:42 -0700." <1518882702.72050.204.camel@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Date: Sat, 17 Feb 2018 13:06:43 -0800 X-CMAE-Envelope: MS4wfMErXtm40aUk4Nu0K8u0AxgvnuYMUu3PYsJ54ZEb3SfSzurJWLDgntN1uf09giWpYOxj45iwF4OONGGJGIErpLHYUbb9MsSd/PzbrkIC4j848QPnB3fz RcQnUfcZMCSFgDa4J3Z8PkDyI90efIabOwYT0s8fU+2+lqHL8iREPP00/emtYs/XDW6tpk2ERqhmDV0BhQf832D5ZpnmkYIouwAYYLaFWkWPvBpj0OGA5nUl X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Feb 2018 21:09:35 -0000 In message <1518882702.72050.204.camel@freebsd.org>, Ian Lepore writes: > On Fri, 2018-02-16 at 18:03 -0800, Cy Schubert wrote: > > In message <201802170046.w1H0kvxN032252@mail.karels.net>, Mike Karels  > > writes: > > > > > > [...] > > Agreed. I also agree scripts that expect wide output without ww are  > > broken. However Linux ps, at least Red Hat, behaves the same. I believe  > > the change was made to be more Linux compatible and allow greater  > > portability. > > > > > > > > > > > What do people think should be done? > > That's a tough one. Break Linux compatibility or break BSD  > > compatibility? > > > > Generally Linux users use ps -ef which we don't support and columns are  > > different so, Linux compatibility is... well just isn't. > > > > My vote is to revert and have an environment variable with defaults,  > > e.g., PS=--linux or something similar. > > > > > > Linux compatibility is good and desirable, right up to the point where > it stomps on BSD compatibility.  I think we should revert to historic > behavior. > > I'm agnostic about whether an env var is a good idea or not.  I use the > env vars for LESS and TOP and love the idea, but hate hate hate the > names (I've fought with conflicts on the too-common name TOP multiple > times over the years, most recently just last week my env var TOP > confused some makefile that had a TOP var in it).  Could the var be > named something like PS_OPTS? Sure. I'm ok even if there is no Linux compatibility. If we choose an environment variable, I'm ok with any name as long as it makes sense. However Solaris had (I haven't used Solaris since Solaris 9) /usr/ucb for BSD compatible utilities. Should we consider something similar for linux compatibility? -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few.