Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 26 Nov 2017 17:46:07 -0800 (PST)
From:      "Rodney W. Grimes" <freebsd-rwg@pdx.rh.CN85.dnsmgr.net>
To:        Warner Losh <imp@bsdimp.com>
Cc:        John Baldwin <jhb@freebsd.org>, "freebsd-hackers@freebsd.org" <freebsd-hackers@freebsd.org>, lidl@freebsd.org
Subject:   Re: The future of fortune(6)
Message-ID:  <201711270146.vAR1k7Ex007499@pdx.rh.CN85.dnsmgr.net>
In-Reply-To: <CANCZdfp3OrC-GRUXvwCUb-gAW=d=EjTD2nihA31ME0rSwcgs4w@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
> On Sun, Nov 26, 2017 at 10:11 AM, Warner Losh <imp@bsdimp.com> wrote:
> 
> >
> >
> > On Thu, Nov 23, 2017 at 9:38 AM, John Baldwin <jhb@freebsd.org> 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



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201711270146.vAR1k7Ex007499>