From owner-freebsd-hackers@freebsd.org Mon Nov 27 03:48:48 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 1FA2FDF79B0 for ; Mon, 27 Nov 2017 03:48:48 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (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 E006A25C2; Mon, 27 Nov 2017 03:48:47 +0000 (UTC) (envelope-from bsd-lists@BSDforge.com) Received: from udns.ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id vAR3n5mE025648; Sun, 26 Nov 2017 19:49:11 -0800 (PST) (envelope-from bsd-lists@BSDforge.com) X-Mailer: Cypht MIME-Version: 1.0 Cc: "freebsd-hackers@freebsd.org>" , , "John Baldwin" In-Reply-To: From: "Chris H" Reply-To: bsd-lists@BSDforge.com To: "Warner Losh" Subject: Re: The future of fortune(6) Date: Sun, 26 Nov 2017 19:49:11 -0800 Message-Id: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable 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 03:48:48 -0000 On Sun, 26 Nov 2017 10:16:49 -0700 "Warner Losh" said > On Sun, Nov 26, 2017 at 10:11 AM, Warner Losh wrote: >=20 > > > > > > 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=E2=80=99s opinion on which of the following tw= o paths we > >> should take: > >> > > > >> > > 1) Complete removal of fortune and freebsd-tips, remove its usage > >> from the default =2Elogin/=2Eprofile files=2E > >> > > > >> > > 2) Reworking fortune(6) to remove the offensive fortune flag and m= ake > >> freebsd-tips the default, possibly by symlinking it as > >> /usr/share/games/fortune/fortunes=2E > >> > > >> > Of these options, only #2 is approximately correct=2E > >> > > >> > 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=2E > >> > > >> > Removing the offensive flag handling dictates policy towards users > >> > of the program=2E If someone wants to add their own offensive datafil= e > >> > to their system, the code ought to allow them to select it=2E > >> > >> Agreed=2E I think removing the default datfiles so that someone can > >> maintain > >> a port is fine, but we should leave freebsd-tips and the tool=2E 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=2E Th= e > >> current state is fine=2E The drama and lost time has always been about = the > >> 4BSD datfiles, never about freebsd-tips or the tool itself, so the iss= ue > >> is > >> resolved=2E > >> > > > > I like this plan=2E Let's call it consensus and implement=2E > > >=20 > [[ stupid gmail UI -- hit send too soon ]] >=20 > I call it "consensus" but know there's a number of folks on one end of th= e > spectrum that want it gone completely, and some on the other end that wan= t > the datafile restored=2E And all sorts of opinions in between=2E Maybe "rough > consensus" in that it's about the "centroid" of the mass of opinions on t= he > topic, and a good argument can be made=2E >=20 > I find the "freebsd-tips is useful and makes the system more friendly," > argument persuasive=2E 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 shoul= d > be in the base=2E 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=2E I like the way you proposed this, Warner=2E :) While I'm still *firmly* in the "keep the original dataset camp"=2E I think your proposal seems like the least abrasive, or easiest to swallow=2E :) FWIW I think could probably live with this=2E Thanks, Warner=2E --Chris >=20 > Warner