From owner-freebsd-hackers@freebsd.org Mon Nov 27 01:46:19 2017 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3A62EDF5BA7 for ; Mon, 27 Nov 2017 01:46:19 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 23D167EE9A; Mon, 27 Nov 2017 01:46:18 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id vAR1k7et007500; Sun, 26 Nov 2017 17:46:07 -0800 (PST) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id vAR1k7Ex007499; Sun, 26 Nov 2017 17:46:07 -0800 (PST) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201711270146.vAR1k7Ex007499@pdx.rh.CN85.dnsmgr.net> Subject: Re: The future of fortune(6) In-Reply-To: To: Warner Losh Date: Sun, 26 Nov 2017 17:46:07 -0800 (PST) CC: John Baldwin , "freebsd-hackers@freebsd.org" , lidl@freebsd.org X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Mailman-Approved-At: Mon, 27 Nov 2017 11:51:08 +0000 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Nov 2017 01:46:19 -0000 > On Sun, Nov 26, 2017 at 10:11 AM, Warner Losh wrote: > > > > > > > On Thu, Nov 23, 2017 at 9:38 AM, John Baldwin wrote: > > > >> On Wednesday, November 22, 2017 03:01:17 PM Kurt Lidl wrote: > >> > On 11/22/17 11:29 AM, Benno Rice wrote: > >> > > I would like people?s opinion on which of the following two paths we > >> should take: > >> > > > >> > > 1) Complete removal of fortune and freebsd-tips, remove its usage > >> from the default .login/.profile files. > >> > > > >> > > 2) Reworking fortune(6) to remove the offensive fortune flag and make > >> freebsd-tips the default, possibly by symlinking it as > >> /usr/share/games/fortune/fortunes. > >> > > >> > Of these options, only #2 is approximately correct. > >> > > >> > I think just leaving the code as-is, and symlinking the freebsd-tips to > >> > be the default fortune datafile is the correct course of action. > >> > > >> > Removing the offensive flag handling dictates policy towards users > >> > of the program. If someone wants to add their own offensive datafile > >> > to their system, the code ought to allow them to select it. > >> > >> Agreed. I think removing the default datfiles so that someone can > >> maintain > >> a port is fine, but we should leave freebsd-tips and the tool. When > >> the -o database was moved out of base we didn't remove the -o option, but > >> instead extended the tool to work with string files in /usr/local. The > >> current state is fine. The drama and lost time has always been about the > >> 4BSD datfiles, never about freebsd-tips or the tool itself, so the issue > >> is > >> resolved. > >> > > > > I like this plan. Let's call it consensus and implement. > > > > [[ stupid gmail UI -- hit send too soon ]] > > I call it "consensus" but know there's a number of folks on one end of the > spectrum that want it gone completely, and some on the other end that want > the datafile restored. And all sorts of opinions in between. Maybe "rough > consensus" in that it's about the "centroid" of the mass of opinions on the > topic, and a good argument can be made. > > I find the "freebsd-tips is useful and makes the system more friendly," > argument persuasive. I think it would help our brand and user experience to > have it there by default and it is very much the sort of thing that should > be in the base. Having the "fiunny" data files in a port and having the > tool in the base system is a reasonable compromise, though one that will be > revisited with pkg src in the future so if we get it wrong there's a > natural decision point not too far away. I can support this position today. I do how ever want to point out that this issue was visited some 20+ years ago and at that time fortune(6) was part of the optional games distribution package and it still came up as an issue, but iirc it was decided that if UCB was okay with publishing this stuff, who are we to be there censors. I was not here when the devolving of the games package happened, its unfortunate (oh pun!) that this has lead us to having fortune(6) end up as a non optional part of the base system. For the time being what we have is a reasonable reconciliation of that mistake. -- Rod Grimes rgrimes@freebsd.org