least the 4.4-lite days. This is pointless, since fortune(6) performs
its own randomization. It was also problematic for binary update
systems such as ports/security/freebsd-update. This commit simply
removes the -r option to strfile so that the datfiles are constant.
Submitted by: Colin Percival <cperciva@sfu.ca>
This is a recent conversion of an old IBM Mainframe application
to the fortune datafile format.
The "laws" were extracted from a S/370 Assembler program on a SHARE tape.
The comments in the program:
*---------------------------------------------------------------------*
* 'MURPHY' THE OLE PHILOSOPHER 18 AUGUST 1988 *
* *
* MURPHY WAS FOUND ON A JES2 TAPE OF ALL PLACES WITH ABOUT *
* 500 OR SO SAYINGS. GOT ANOTHER 250 FROM AN UNKNOWN SOURCE *
* AND HAVE ADDED ABOUT 100 OR SO MYSELF. *
* *
[list of changes omitted]
* *
* JIM MARSHALL, CAPT, USAF *
* (301) 688-6829 *
* *
*---------------------------------------------------------------------*
Fortunes that a sufficiently twisted mind could perceive as offensive
have been moved to murphy-o. Thanks to the submitter for reviewing
these fortunes.
The copyright issues were considered before approval.
PR: misc/8519
Submitted by: Cy Schubert (misc/8519)
Approved by: The Fortune Teller
the dependency on caesar which therefore doesn't need to be built by
bootstrap-tools.
Suggested by: des
Previously mentioned by: Peter Jeremy <peter.jeremy@alcatel.com.au>
anyway, and there can't be any solution that will universally work in any
case (make world, cross-compilation, simple `make' without `make world'
after incompatible options have been added to strfile, ...)
breaks the cross-compilation case, but I'm not the one doing it.
$$PATH *will* have a new strfile in /usr/bin built at build-tools
time, unless you defined NOTOOLS.
If you defined NOTOOLS and it breaks for you, don't do that.
If you did not define NOTOOLS but things are not working, the error is
elsewhere. See logs for src/Makefine.inc1, particularly rev 1.36, and
revision 1.14 of this file.
has /usr/games in its $PATH, where /usr/games/strfile doesn't grok an
option that the newly built one inside /usr/obj would grok, the build
process would be able to complete.
to the _end_ of $PATH before using tools that are normally in
/usr/games. I broke this in rev.1.9 by assuming that these tools
are in $PATH (as they are for `make world' unless NOTOOLS is set).
Revs.1.10-1.13 of this file had various wrong fixes. Rev.1.18
of src/Makefile.inc1 has an incomplete fix.
PR: 7936
Fixed comments about what to comment out to [not] install the
potentially offensive fortunes. This should be configured using
an ifdef.
Fixed missing dependencies of fortunes.dat on fortunes, etc.
Removed bogus dependency of `all' on source files.
Fixed some style bugs.
path in src/Makefile.inc. The code that I'm backing out didn't work
anyway since exists() checks for a file in .PATH (and /usr/games/strfile
doesn't exist there), so the test was always defaulting to ../strfile/strfile
which breaks cross-compiled builds.
be used for C, C++ and assembler sources if <bsd.prog.mk> is
included. It was used for general files. This caused the __depend_*
lists in <bsd.dep.mk> to be empty, so mkdep was never run, so
.depend never existed, so it was always out of date, so `rm -f
.depend' was always executed to update it.
of the x11 based games. I'm not going to tag the originals with bsd_44_lite
and do this in two stages since it's just not worth it for this collection,
and I've got directory renames to deal with that way. Bleah.
Submitted by: jkh