[BACK]Return to INSTALL CVS log [TXT][DIR] Up to [cvsweb.bsd.lv] / cvsweb

File: [cvsweb.bsd.lv] / cvsweb / INSTALL (download)

Revision, Thu Nov 7 09:44:35 2019 UTC (3 years, 1 month ago) by schwarze
Branch: FreeBSD-cvsweb-2_0-branch
CVS Tags: cvsweb-2_1
Changes since +2 -1 lines

Fix CVS identifiers: remove "FreeBSD" ids that were never functional
in the KNU/SCOP repository, remove "Idaemons" ids that got frozen at
some random point in the history, add "knu" ids reporting the latest revision
from the KNU/SCOP repo merged into this branch, and add "Id" identifiers
to report the current revision in the SCHWARZE repository.

$Id: INSTALL,v 2019/11/07 09:44:35 schwarze Exp $
$knu: INSTALL,v 2002/07/30 19:35:42 scop

1) To get cvsweb.cgi to work, make sure that you
   have Perl 5 installed and a web server which is capable
   of executing cgi-scripts.

   Surprisingly enough, you need to have cvs installed.  The recommended
   version of cvs is 1.11 or newer.  Older cvs versions may work with
   more or less quirks, YMMV.

   Currently, you'll also need to have the GNU RCS utilities  'rlog',
   'rcsdiff' installed (current version is 5.7). 

   This will change if cvs will be able
   to serve these functions without having a working directory 
   [see TODO]
   Note that the cvsweb.cgi script needs to have physical
   access to the repository (or a copy of it) therefore; 
   rsh/ssh or pserver access doesn't work yet.

2) Copy cvsweb.conf to your configuration directory. If
   you've installed Apache, $ServerRoot/conf (or $ServerRoot/etc 
   with versions >= 1.3.0) makes sense.
   Edit cvsweb.conf to fit your needs, esp. set the CVS-Root(s)
   of the Repository(ies) you want to view. 
   If your RCS utilities are not in the $PATH of the cgi execution 
   environment you need to set it in the 'Misc' section as well.

3) Copy cvsweb.cgi to the cgi script location of your web server. 
   Edit it to make the variable $config (look for 'Configuration Area')
   point to your configuration file. 
   If your perl binary isn't located in /usr/bin you'll have to edit the
   first line of the script as well. 
   If you want to run cvsweb.cgi on Windows NT, see (6).

4) If you do not have the dir.gif, text.gif and back.gif icons, copy
   them somewhere in your $DocumentRoot and edit the %ICONS hash
   in cvsweb.conf.  You won't need to do this if you have a stock
   Apache installed - they're located in the default icons directory.
   The icons distributed with this cvsweb are in the public domain.
   If you think that the default icons are too large, use the corresponding
   mini icons in the icons/ directory and change the %ICONS hash in

5) Have fun!

6) If you've Windows NT running, calling of external programs with parameters
   single quoted doesn't work (search for rcsdiff, rlog in
   cvsweb.cgi), you've to replace it with double quotes.  Thanks to
   Nick Brachet for pointing this out.
   I don't know if cvs-annotate works on NT.
   > From: Nick Brachet <nick@gradient.com>
   > I'm running NT <g> and I had to patch a few things. For example,
   >   open(RCS, "co -p$rev '$fullname' 2>&1 |")
   > will fail on NT because the ' are not recognized. Using " will work
   > though.

7) If you like you can add descriptions to be shown next to each directory
   or module name.  These are read from CVSROOT/descriptions.

   - Check out a copy of your CVSROOT
   - edit checkoutlist and add a line that says
   - edit descriptions.  Add one line for each directory that you would like
     to have a comment for.  You can have HTML in the descriptions.
     These lines are relative from the $CVSROOT.  Example:
       JVote          An application to assist with <A HREF="http://www.irtc.org/">IRTC</A> voting
       JVote/images   Store the images for JVote
       JVote/tools    Scripts to startup JVote
   - cvs add descriptions
   - cvs commit
   - Set $use_descriptions to 1 in cvsweb.conf.


if you got PROBLEMS ..

If you've trouble to make cvsweb.cgi work ...
.. if nothing seems to work:
 o Check if you can execute CGI-scripts (Apache needs to have an
   ScriptAlias /cgi-bin or cgi-script Handler defined).  Try to 
   execute a simple CGI script that often comes with the distribution
   of the web server; locate the log files and try to find hints
   which explain the malfunction.
o  View the entries in the web servers error.log

.. If cvsweb seems to work but doesn't show the expected result
  (Typical error: you can't see any files)
 o Check whether the CGI script has read permissions to your
   CVS-Repository.  The CGI script often runs as the user 'nobody' 
   or 'httpd'...
   If you use annotation, the user needs to have write permissions
   to CVSROOT/history and to the directory the file is in in order
   to place the read-lock.
   If you don't want cvsweb to write into your CVSROOT/history, build
   a fake cvsroot with symlinks to the 'real' CVS-directories and make
   a fake CVSROOT/history as symbolic link to /dev/null.
   If you don't want cvs called from cvsweb to place read-locks - let
   cvsweb operate on a copy.
 o Does cvsweb find your RCS-utils/cvs-binary(annotate) ? ($ENV{PATH} in
   cvsweb.conf !)
 o cvsweb allows for compression now.  It is determined first, 
   if the browser accepts gzip-encoding.  But - no rule without
   exception - MSIE claims to understand gzip encoded content but
   displays garbage .. so MSIE is disabled now.  Maybe you find another
   Browser with this problem, then you should disable compression
   ($allow_compress=0 in cvsweb.conf).