(linenum→info "unix/slp.c:2238")

bsd-games/2.17/PACKAGING

    1: Packaging bsd-games and bsd-games-non-free
    2: ==========================================
    3: 
    4: This file contains some information intended for those packaging
    5: bsd-games or bsd-games-non-free for a Linux distribution.  It is
    6: presumed that you have read INSTALL first, and that you have the
    7: competence in the POSIX shell required to read and understand the
    8: configure script.  This information may also be useful to people
    9: building their own systems, who wish to rebuild the whole system
   10: automatically or who use a packaging system for locally built
   11: software.
   12: 
   13: The configuration and build of bsd-games has two features designed to
   14: facilitate packaging:
   15: 
   16: 1) Installation prefix.
   17: 
   18: The configure script allows you to choose an installation prefix (by
   19: default empty) that is prepended to all paths used for installation,
   20: but not those built into the executables (this is similar to the
   21: install_root of glibc, and DESTDIR in some packages, but is chosen at
   22: configure time).  The package would then be built in some way from
   23: this directory, and the contents would end up in the root of the
   24: target system.  If used, this prefix must be an absolute path.
   25: 
   26: 2) config.params to change configuration defaults.
   27: 
   28: Although the configuration script is by default interactive (although
   29: it does not need a terminal), it can also be used non-interactively.
   30: If a file "config.params" exists in the source directory, it will be
   31: sourced by the configure script.  If this file (which can be an
   32: arbitrary shell script) sets "bsd_games_cfg_non_interactive" to "y",
   33: then the default answers to all questions will be taken without
   34: interaction.  If this sets "bsd_games_cfg_FOO" to "BAR" then the
   35: default value for configuration parameter "FOO" will become "BAR"
   36: instead of whatever default the script would otherwise give.  You can
   37: find the names and meanings of the configuration parameters by reading
   38: the configure script; they are not otherwise documented.
   39: 
   40: Issues for packagers
   41: ====================
   42: 
   43: Please read the security warnings in SECURITY.  There is a potential
   44: trade-off between security and functionality present, and you may wish
   45: to choose a potentially more secure default and allow the sysadmin to
   46: change permissions if they are in an environment (for example, a home
   47: system with only trusted users) where the functionality is preferred,
   48: while ensuring such changes persist across upgrades.  Some packagers
   49: may wish to provide a security-hardened system by giving each setgid
   50: game its own group so bugs in one do not affect others.
   51: 
   52: You may wish to include auxiliary documentation for users, such as the
   53: AUTHORS and THANKS files and the year 2000 statement YEAR2000.
   54: 
   55: Assuming you distribute source for your package (I do not believe any
   56: of the games have licences requiring this), and separate your patches
   57: from the original source .tar.gz files (whether in separate files or
   58: in a single file source package including them as separable
   59: components), arranging the building of the source so that your patches
   60: add a "config.params" as described above, and do any other necessary
   61: changes to "configure" or other source files, and so that the build
   62: process runs configure non-interactively and then builds the package,
   63: makes it easier for readers to see how you have packaged it than
   64: running configure interactively and including the generated files in
   65: your patch.
   66: 
   67: Since bsd-games no longer comes with its own words file, you may wish
   68: to ensure that the same dictionaries are used in the build of boggle
   69: regardless of the local configuration of the dictionaries installed on
   70: the computer used for the build.  (The list used by hangman can also
   71: be specified by the user at run time; future versions may provide for
   72: this to be done with boggle as well; see TODO.)
   73: 
   74: Andries Brouwer has noted more than once on linux-kernel (and
   75: elsewhere) that some packagers (for various software and documentation
   76: used under Linux):
   77: 
   78: (a) Do not send their patches to upstream maintainers, so that
   79: improvements and bug fixes stay in some distributions, which may need
   80: to discover them independently, and do not come to benefit other
   81: users.
   82: 
   83: (b) Keep applying their same patches to new versions of the source as
   84: long as they apply without error, even though they may no longer be
   85: needed or even be harmful.
   86: 
   87: If you have patches that are needed for the package to build or to fix
   88: bugs (in a supported environment, not with old versions of libraries
   89: and tools) or that provide enhancements other than conforming to
   90: distribution-specific policy, please send them to me (unidiffs
   91: preferred; see notes on bug reporting and sending patches at the end
   92: of README).  Do not assume that old patches should be applied to new
   93: versions; check that the problem they are supposed to fix is still
   94: present first.
   95: 
   96: Warnings
   97: ========
   98: 
   99: If distributing bsd-games, it is your responsibility to check that the
  100: licences on the games you distribute permit what you wish to do with
  101: them, and that you are providing accurate information on the licences
  102: to your users.  Likewise it is your responsibility to carry out
  103: whatever audits you deem necessary on the code, and to include such
  104: warnings or information (about security and otherwise) for the end
  105: user as you see fit.  Please read the disclaimers in the individual
  106: source files.
  107: 
  108: Some of the games may contain material, actions or language that in
  109: some jurisdictions may be prohibited or considered unsuitable for
  110: minors; this includes but is not limited to the offensive fortunes.
  111: It is your responsibility to determine and apply any restriction on
  112: your distribution of the games that may be necessary in consequence.
  113: 
  114: This package contains cryptographic software (caesar and rot13).  See
  115: the warnings in README about this.
  116: 
  117: Notification of new versions
  118: ============================
  119: 
  120: If you want to receive notification of new versions by email, but do
  121: not currently receive this notification, please let me know.
  122: 
  123: A note on terminology and credit
  124: ================================
  125: 
  126: I am not the "upstream author" of the games packaged here; for an
  127: incomplete list of the authors see AUTHORS, but do not give me this
  128: credit I do not deserve at the expense of the true authors.  Rather I
  129: am the "upstream maintainer" of the bsd-games and bsd-games-non-free
  130: packages (upstream relative to distributions), and upstream of me is
  131: NetBSD, who also are maintainers of the games, but not for the most
  132: part authors.  Nor am I the creator of the bsd-games package, although
  133: much the current form of the packaging and many of the porting changes
  134: are mine: the package was created by Curt Olson and Andy Tefft, and
  135: passed to me after it had been idle and unmaintained for some years.
  136: Any system that provides fields for recording this sort of information
  137: should distinguish these concepts, and the different fields should be
  138: filled in correctly.  Please consider where credit is due and credit
  139: the authors of the games accordingly: if you find the names of authors
  140: where not known and listed in AUTHORS, or up-to-date contact details
  141: for authors listed there, please send me the details so they can
  142: receive their due credit in future versions, and thanks from any
  143: appreciative users.
  144: 
  145: 
  146: ^L
  147: Local Variables:
  148: mode: text
  149: End:
Syntax (Markdown)