Date: Fri, 15 Jun 2001 13:43:23 -0400 (EDT) From: Robert Watson <rwatson@FreeBSD.org> To: Eivind Eklund <eivind@FreeBSD.org> Cc: Nik Clayton <nik@FreeBSD.org>, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/games/fortune/datfiles freebsd-tips Makefile Message-ID: <Pine.NEB.3.96L.1010615133859.47461G-100000@fledge.watson.org> In-Reply-To: <20010615190541.A65742@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
robert@fledge.watson.org NAI Labs, Safeport Network Services On Fri, 15 Jun 2001, Eivind Eklund wrote: > On Fri, Jun 15, 2001 at 01:45:44AM -0700, Nik Clayton wrote: > > nik 2001/06/15 01:45:44 PDT > > > > Modified files: > > games/fortune/datfiles Makefile > > Added files: > > games/fortune/datfiles freebsd-tips > > Log: > > Add a new category of fortunes, 'freebsd-tips'. Useful hints, advice, and > > pointers to areas of the system that might not be apparent on first > > inspection. > > I think this is extremely cool, but have one fairly strong objection. I > think this is useful enough that it should be trivial to enable (without > having to know about the file and setting it up) - maybe as a sysinstall > toggle to enable it on login. Well, while I think this is spiffy, I think enabling it for all logins by all users is obnoxious in and of itself :-). Anyone else here get endlessly irritated by that need to constantly disable "tips" every time they log into a windows machine, start a windows application, etc? Currently, we don't have a framework for mapping global configurations into individual logins. The closest thing that might be a reasonable match is the existing fortune stuff in login files. I commented them out a while back because the occasionally stupid one (such as "Core dumped." which looks very stupid), or long one caused problems and looked stunningly unprofessional. How about just adding another commented out entry in the .login skeleton file, and documenting it somewhere visible. Given that none of these files read in rc.conf, that wouldn't be a good place to put it, and most other global files in /etc are managed out of CVS, where creating local differences actually causes notable increased management overhead. I won't attempt to speak to the tips authorship/credit issue, except to say that there is lots of precedent for fortune entries to have credit given. Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.NEB.3.96L.1010615133859.47461G-100000>