X-Git-Url: http://www.privoxy.org/gitweb/?a=blobdiff_plain;ds=sidebyside;f=doc%2Fwebserver%2Fuser-manual%2Finstallation.html;h=d0167c8aeead9e02572e1c889606bd3bbddb04f1;hb=9cc96e485bce416f04f758a6785e655348b186c8;hp=00b9beda2fbc36c95579edc52e39d64d29bc2f30;hpb=0eb052b2d480ed7354480491a5982ebad16d7d82;p=privoxy.git diff --git a/doc/webserver/user-manual/installation.html b/doc/webserver/user-manual/installation.html index 00b9beda..d0167c8a 100644 --- a/doc/webserver/user-manual/installation.html +++ b/doc/webserver/user-manual/installation.html @@ -1,23 +1,25 @@ + Installation + +

2.1.7. AmigaOS

Copy and then unpack the lha archive to a suitable location. + All necessary files will be installed into Privoxy is known to run on Win32, Mac - OSX, OS/2, AmigaOS, Linux (RedHat, Suse, Debian), FreeBSD, and many flavors - of Unix. There are source and binary releases for these available for - download at + directory, including all configuration and log files. To uninstall, just + remove this directory.

2.1.8. FreeBSD

Privoxy is part of FreeBSD's Ports Collection, you can build and install + it with cd /usr/ports/www/privoxy; make install clean.

If you don't use the ports, you can fetch and install + the package with pkg_add -r privoxy.

The port skeleton and the package can also be downloaded from the + http://sourceforge.net/project/showfiles.php?group_id=11118File Release + Page, but there's no reason to use them unless you're interested in the + beta releases which are only available there.

2.1.9. Gentoo

Gentoo source packages (Ebuilds) for Privoxy are + contained in the Gentoo Portage Tree (they are not on the download page, + but there is a Gentoo section, where you can see when a new + Privoxy Version is added to the Portage Tree).

Before installing Privoxy under Gentoo just do + first emerge rsync to get the latest changes from the + Portage tree. With emerge privoxy you install the latest + version.

Configuration files are in /etc/privoxy, the + documentation is in /usr/share/doc/privoxy-3.0.7 + and the Log directory is in /var/log/privoxy.

3.1. Source2.2. Building from Source

There are several ways to install The most convenient way to obtain the Privoxy sources + is to download the source tarball from our + project download + page.

If you like to live on the bleeding edge and are not afraid of using + possibly unstable development versions, you can check out the up-to-the-minute + version directly from the + CVS repository.

To build Privoxy from source, - autoconf and GNU make (gmake) are required. Source is available as gzipped - tar archives. For this, first unpack the source:

autoconf, + GNU make + (gmake), and, of course, a C compiler like gcc are required.

When building from a source tarball, + first unpack the source:

 tar xzvf privoxy-2.9.14-beta-src* [.tgz or .tar.gz]
- cd privoxy-2.9.14-beta
- 
tar xzvf privoxy-3.0.7-beta-src* [.tgz or .tar.gz] + cd privoxy-3.0.7-beta

For retrieving the current CVS sources, you'll need the CVS - package installed first. Note CVS source is development quality, - and may not be stable, or well tested. To download CVS source:

For retrieving the current CVS sources, you'll need a CVS client installed. + Note that sources from CVS are typically development quality, and may not be + stable, or well tested. To download CVS source, check the Sourceforge + documentation, which might give commands like:

  cvs -d:pserver:anonymous@cvs.ijbswa.sourceforge.net:/cvsroot/ijbswa login
-  cvs -z3 -d:pserver:anonymous@cvs.ijbswa.sourceforge.net:/cvsroot/ijbswa co current
-  cd current
- 
cvs -d:pserver:anonymous@ijbswa.cvs.sourceforge.net:/cvsroot/ijbswa login + cvs -z3 -d:pserver:anonymous@ijbswa.cvs.sourceforge.net:/cvsroot/ijbswa co current + cd current
, which will contain the source tree.

Then, in either case, to build from unpacked tarball or CVS source:

You can also check out any Privoxy + "branch", just exchange the current + name with the wanted branch name (Example: v_3_0_branch for the 3.0 cvs + tree).

It is also strongly recommended to not run Privoxy + as root. You should configure/install/run Privoxy as + an unprivileged user, preferably by creating a "privoxy" user + and group just for this purpose. See your local documentation for the correct + command line to do add new users and groups (something like + adduser, but the command syntax may vary from platform + to platform).

/etc/passwd might then look like:

 autoheader
- autoconf
- ./configure      (--help to see options)
- make             (the make from gnu, gmake for *BSD) 
- su 
- make -n install  (to see where all the files will go)
- make install     (to really install)
- 
privoxy:*:7777:7777:privoxy proxy:/no/home:/no/shell

Redhat and SuSE src and binary RPMs can be built with - "make redhat-dist" or - "make suse-dist" from unpacked sources. You - will need to run "autoconf; autoheader; - ./configure" beforehand. *BSD will require gmake (from - http://www.gnu.org). -

And then /etc/group, like:

For Redhat and SuSE Linux RPM packages, see below.

3.1.1. Red Hat

  privoxy:*:7777:

To build Redhat RPM packages from source, install source as above. Then:

Some binary packages may do this for you.

Then, to build from either unpacked tarball or CVS source:

autoheader autoconf - ./configure - make redhat-dist -

This will create both binary and src RPMs in the usual places. Example:

   /usr/src/redhat/RPMS/i686/privoxy-2.9.14-1.i686.rpm

   /usr/src/redhat/SRPMS/privoxy-2.9.14-1.src.rpm

To install, of course:

Using GNU make, you can have the first four steps + automatically done for you by just typing:

 rpm -Uvv /usr/src/redhat/RPMS/i686/privoxy-2.9.14-1.i686.rpm
- 
make

This will place the Privoxy configuration - files in /etc/privoxy/, and log files in - /var/log/privoxy/. Run - in the freshly downloaded or unpacked source directory.

To build an executable with security enhanced features so that + users cannot easily bypass the proxy (e.g. ""Go There Anyway"), or + alter their own configurations, chkconfig privoxy on" to have - Privoxy start automatically during init.

3.1.2. SuSE

To build SuSE RPM packages, install source as above. Then:

configure like this:

 autoheader
- autoconf
- ./configure
- make suse-dist
- 
./configure --disable-toggle --disable-editor --disable-force

This will create both binary and src RPMs in the usual places. Example:

Then build as above. In Privoxy 3.0.7 and later, all of these options +can also be disabled through the configuration file.

   /usr/src/packages/RPMS/i686/privoxy-2.9.14-1.i686.rpm

WARNING: If installing as root, the install will fail + unless a non-root user or group is specified, or a privoxy + user and group already exist on the system. If a non-root user is specified, + and no group, then the installation will try to also use a group of the same name + as "user". If a group is specified (and no user), then the + support files will be installed as writable by that group, and owned by the + user running the installation.

   /usr/src/packages/SRPMS/privoxy-2.9.14-1.src.rpm

configure accepts --with-user and + --with-group options for setting user and group ownership + of the configuration files (which need to be writable by the daemon). The + specified user must already exist. When starting + Privoxy, it must be run as this same user to + insure write access to configuration and log files!

To install, of course:

Alternately, you can specify user and group + on the make command line, but be sure both already exist:

 rpm -Uvv /usr/src/packages/RPMS/i686/privoxy-2.9.14-1.i686.rpm
- 
make -s install USER=privoxy GROUP=privoxy

This will place the The default installation path for make install is + /usr/local. This may of course be customized with + the various ./configure path options. If you are doing + an install to anywhere besides /usr/local, be + sure to set the appropriate paths with the correct configure options + (./configure --help). Non-privileged users must of course + have write access permissions to wherever the target installation is going.

If you do install to /usr/local, the install will use + sysconfdir=$prefix/etc/privoxy by default. All other + destinations, and the direct usage of --sysconfdir flag + behave like normal, i.e. will not add the extra privoxy + directory. This is for a safer install, as there may already exist another + program that uses a file with the "config" name, and thus makes + /usr/local/etc cleaner.

If installing to /usr/local, the documentation will go + by default to $prefix/share/doc. But if this directory + doesn't exist, it will then try $prefix/doc and install + there before creating a new $prefix/share/doc just for + Privoxy configuration - files in .

Again, if the installs goes to /etc/privoxy/, and log files in +>/usr/local, the localstatedir (ie: var/) will default + to /var instead of $prefix/var so + the logs will go to /var/log/privoxy/, and the pid file + will be created in /var/run/privoxy.pid.

3.1.3. OS/2

Privoxy is packaged in a WarpIN self- - installing archive. The self-installing program will be named depending - on the release version, something like: - make install will attempt to set the correct values + in privoxyos2_setup_2.9.14.exe. In order to install it, simply - run this executable or double-click on its icon and follow the WarpIN - installation panels. A shadow of the config (main configuration file). You should + check this to make sure all values are correct. If appropriate, + an init script will be installed, but it is up to the user to determine + how and where to start Privoxy - executable will be placed in your startup folder so it will start - automatically whenever OS/2 starts.

. The init + script should be checked for correct paths and values, if anything other than + a default install is done.

The directory you choose to install If install finds previous versions of local configuration files, most of + these will not be overwritten, and the new ones will be installed with a + "new" extension. default.action, default.filter, and + standard.action will be overwritten. You will then need + to manually update the other installed configuration files as needed. The + default template files will be overwritten. If you have + customized, local templates, these should be stored safely in a separate + directory and defined in config by the + "templdir" directive. It is of course wise to always back-up any + important configuration files "just in case". If a previous + version of Privoxy - into will contain all of the configuration files.

3.1.4. Windows

is already running, you will + have to restart it manually.

Click-click. (I need help on this. Not a clue here. Also for -configuration section below. HB.)

For more detailed instructions on how to build Redhat RPMs, + Windows self-extracting installers, building on platforms with + special requirements etc, please consult the developer manual.

3.1.5. Other

2.3. Keeping your Installation Up-to-Date

Some quick notes on other Operating Systems.

As user feedback comes in and development continues, we will make updated versions + of both the main actions file (as a separate + package) and the software itself (including the actions file) available for + download.

For FreeBSD (and other *BSDs?), the build will require gmake - instead of the included make. gmake is - available from If you wish to receive an email notification whenever we release updates of + Privoxy or the actions file, http://www.gnu.org. - The rest should be the same as above for Linux/Unix.

subscribe + to our announce mailing list, ijbswa-announce@lists.sourceforge.net.

In order not to lose your personal changes and adjustments when updating + to the latest default.action file we strongly + recommend that you use user.action and + user.filter for your local + customizations of Privoxy. See the Chapter on actions files for details.