Move some troubleshooting infor to troubleshooting chapter.
authorRobert Soulliere <rsoulliere@libdog.mohawkcollege.ca>
Tue, 28 Sep 2010 19:23:27 +0000 (15:23 -0400)
committerRobert Soulliere <rsoulliere@libdog.mohawkcollege.ca>
Tue, 28 Sep 2010 19:23:27 +0000 (15:23 -0400)
Move enanblig localization info to localization chapter.
Move staff client installation stuff to staff client installation chapter.
Add localization and staff client chapters to root.xml.
Replace some section elements with procedure elements in
server side installation file.
Add content to server side installation.

1.6/admin/ServersideInstallation.xml
1.6/admin/StaffclientInstallation.xml [new file with mode: 0644]
1.6/admin/localization.xml [new file with mode: 0644]
1.6/admin/troubleshooting.xml
1.6/reports/report-shared-template.xml
1.6/root.xml

index a18dc62..8d09eda 100644 (file)
@@ -3,25 +3,37 @@
        <info>\r
                <title>Server-side Installation of Evergreen Software</title>\r
                <abstract>\r
-                       <para>This section describes installation of the Evergreen server-side software and its associated components. Installation, configuration, testing and verification of the software is straightforward if you follow some simple directions.</para>\r
+                       <para>This section describes installation of the Evergreen server-side software and its associated components. Installation, configuration, testing and verification \r
+                       of the software is straightforward if you follow some simple directions.</para>\r
                </abstract>\r
        </info>\r
        <section xml:id="serversideinstallation-overview">\r
-               <title>Overview</title>\r
-               <para>Installing, configuring and testing the Evergreen server-side software is straightforward with the current stable software release. See <xref linkend="serversideinstallation-all"/> for instructions tailored to installing on some particular distributions of the <systemitem class="osname">Linux</systemitem> operating system. Earlier software distributions are described in <xref linkend="serversideinstallation-previousversions"/>.</para>\r
-               <para>The current version of the Evergreen server-side software runs as a native application on any of several well-known <systemitem class="osname">Linux</systemitem> distributions (e.g., <systemitem class="osname">Ubuntu</systemitem> and <systemitem class="osname">Debian</systemitem>). It does not currently run as a native application on the <systemitem class="osname">Microsoft Windows</systemitem> operating system (e.g., <systemitem class="osname">WindowsXP</systemitem>, <systemitem class="osname">WindowsXP Professional</systemitem>, <systemitem class="osname">Windows7</systemitem>), but the software can still be installed and run on <systemitem class="osname">Windows</systemitem> via a so-called <emphasis>virtualized</emphasis> Linux-guest Operating System (using, for example, <application>"VirtualBox"</application>, or <application>"VMware"</application>, or <application>"VirtualPC"</application> to emulate a <systemitem class="osname">Linux</systemitem> environment). It can also be installed to run on other <systemitem class="osname">Linux</systemitem> systems via virtualized environments (using, for example, <application>"VirtualBox"</application> or <application>"VMware"</application>). More information on virtualized environments can be found in <xref linkend="serversideinstallation-virtual"/>.</para>\r
-               <para>Installation of some sub-components of the Evergreen server-side software is mentioned only in abbreviated form in this section. More detailed information is available in <xref linkend="serversideinstallation-postgresql"/> and <xref linkend="serversideinstallation-apache"/>.</para>\r
+               <para>Installing, configuring and testing the Evergreen server-side software is straightforward with the current stable software release. See \r
+               <xref linkend="serversideinstallation-all"/> for instructions tailored to installing on some particular distributions of the <systemitem class="osname">Linux</systemitem> \r
+               operating system. Earlier software distributions are described in <xref linkend="serversideinstallation-previousversions"/>.</para>\r
+               <para>The current version of the Evergreen server-side software runs as a native application on any of several well-known <systemitem class="osname">Linux</systemitem> \r
+               distributions (e.g., <systemitem class="osname">Ubuntu</systemitem> and <systemitem class="osname">Debian</systemitem>). It does not currently run as a native application \r
+               on the <systemitem class="osname">Microsoft Windows</systemitem> operating system (e.g., <systemitem class="osname">WindowsXP</systemitem>, ]\r
+               <systemitem class="osname">WindowsXP Professional</systemitem>, <systemitem class="osname">Windows7</systemitem>), but the software can still be installed and run on \r
+               <systemitem class="osname">Windows</systemitem> via a so-called <emphasis>virtualized</emphasis> Linux-guest Operating System (using, for example, \r
+               <application>"VirtualBox"</application>, or <application>"VMware"</application>, or <application>"VirtualPC"</application> to emulate a \r
+               <systemitem class="osname">Linux</systemitem> environment). It can also be installed to run on other <systemitem class="osname">Linux</systemitem> systems via virtualized \r
+               environments (using, for example, <application>"VirtualBox"</application> or <application>"VMware"</application>). More information on virtualized environments can be \r
+               found in <xref linkend="serversideinstallation-virtual"/>.</para>\r
+               <para>Installation of some sub-components of the Evergreen server-side software is mentioned only in abbreviated form in this section. More detailed information \r
+               is available in <xref linkend="serversideinstallation-postgresql"/> and <xref linkend="serversideinstallation-apache"/>.</para>\r
                <para>Finally, installation of the Evergreen Staff Client software is reviewed in <xref linkend="serversideinstallation-staffclient"/>. </para>\r
-               <section>\r
+               <simplesect>\r
                        <title>Evergreen Software Dependencies</title>\r
-                       <para>The Evergreen server-side software has dependencies on particular versions of certain major software sub-components. Successful installation of Evergreen software requires that software versions agree with those listed here:</para>\r
+                       <para>The Evergreen server-side software has dependencies on particular versions of certain major software sub-components. Successful installation of Evergreen \r
+                       software requires that software versions agree with those listed here:</para>\r
                        <table xml:id="serversideinstall-software-dependencies">\r
                                <title>Evergreen Software Dependencies</title>\r
                                <tgroup align="left" cols="3" colsep="1" rowsep="1">\r
                                <colspec colnum="1" colname="Evergreen" colwidth="1.0*"/>\r
                                <colspec colnum="2" colname="OpenSRF" colwidth="1.0*"/>\r
                                <colspec colnum="3" colname="PostgreSQL" colwidth="1.0*"/>\r
-                               \r
+       \r
                                        <thead>\r
                                                <row>\r
                                                        <entry>Evergreen</entry>\r
                                        </tbody>\r
                                </tgroup>\r
                        </table>\r
-               </section>\r
-               <section>\r
+               </simplesect>   \r
+               <simplesect>\r
                        <title>Current Stable Software Release</title>\r
-                       <para>The current stable release of Evergreen is version <emphasis><emphasis role="bold">1.6.0.7</emphasis></emphasis>. Instructions for installing, configuring and testing that version on the <systemitem class="osname">Ubuntu</systemitem> or <systemitem class="osname">Debian</systemitem> <systemitem class="osname">Linux</systemitem> systems are found in <xref linkend="serversideinstallation-ubuntudebian"/>.</para>\r
-                       <para>This release of Evergreen software is dependent on the Open Service Request Framework (OpenSRF). The current stable release of OpenSRF is version <emphasis><emphasis role="bold">1.2.2</emphasis></emphasis>. Instructions for installing, configuring and testing that version are found in <xref linkend="serversideinstallation-opensrf"/>.</para>\r
-               </section>\r
-               <section>\r
+                       <para>The current stable release of Evergreen is version <emphasis><emphasis role="bold">1.6.0.7</emphasis></emphasis>. Instructions for installing, configuring \r
+                       and testing that version on the <systemitem class="osname">Ubuntu</systemitem> or <systemitem class="osname">Debian</systemitem> \r
+                       <systemitem class="osname">Linux</systemitem> systems are found in <xref linkend="serversideinstallation-ubuntudebian"/>.</para>\r
+                       <para>This release of Evergreen software is dependent on the Open Service Request Framework (OpenSRF). The current stable release of OpenSRF is \r
+                       version <emphasis><emphasis role="bold">1.2.2</emphasis></emphasis>. Instructions for installing, configuring and testing that version are found in \r
+                       <xref linkend="serversideinstallation-opensrf"/>.</para>\r
+                       </simplesect>\r
+                       <simplesect>\r
                        <title>Previous Software Releases</title>\r
-                       <para>Earlier releases of Evergreen are also available. Instructions for installing, configuring and testing earlier versions are found in <xref linkend="serversideinstallation-previousversions"/>.</para>\r
-                       <para>The next most recent previous release of Evergreen is version <emphasis><emphasis role="bold">1.4.0.6</emphasis></emphasis>. Instructions for installing, configuring and testing that version are found in <xref linkend="serversideinstallation-evergreen-previous"/>.</para>\r
-                       <para>The accompanying previous release of OpenSRF is version <emphasis><emphasis role="bold">1.0.7</emphasis></emphasis>. Instructions for installing, configuring and testing that version are found in <xref linkend="serversideinstallation-opensrf-previous"/>.</para>\r
-               </section>\r
+                       <para>Earlier releases of Evergreen are also available. Instructions for installing, configuring and testing earlier versions are found in \r
+                       <xref linkend="serversideinstallation-previousversions"/>.</para>\r
+                       <para>The next most recent previous release of Evergreen is version <emphasis><emphasis role="bold">1.4.0.6</emphasis></emphasis>. Instructions for installing, configuring \r
+                       and testing that version are found in <xref linkend="serversideinstallation-evergreen-previous"/>.</para>\r
+                       <para>The accompanying previous release of OpenSRF is version <emphasis><emphasis role="bold">1.0.7</emphasis></emphasis>. Instructions for installing, configuring and testing \r
+                       that version are found in <xref linkend="serversideinstallation-opensrf-previous"/>.</para>\r
+               </simplesect>\r
        </section>\r
        <section xml:id="serversideinstallation-all">\r
                <title>Installing Server-Side Software</title>\r
                <para>This section describes the installation of the major components of Evergreen server-side software.</para>\r
-               <para>As far as possible, you should perform the following steps in the exact order given since the success of many steps relies on the successful completion of earlier steps. You should make backup copies of files and environments when you are instructed to do so. In the event of installation problems those copies can allow you to back out of a step gracefully and resume the installation from a known state. See <xref linkend="backingup"/> for further information.</para>\r
-               <para>Of course, after you successfully complete and test the entire Evergreen installation you should take a final snapshot backup of your system(s). This can be the first in the series of regularly scheduled system backups that you should probably also begin.</para>\r
+               <para>As far as possible, you should perform the following steps in the exact order given since the success of many steps relies on the successful completion of earlier steps. You \r
+               should make backup copies of files and environments when you are instructed to do so. In the event of installation problems those copies can allow you to back out of a step gracefully \r
+               and resume the installation from a known state. See <xref linkend="backingup"/> for further information.</para>\r
+               <para>Of course, after you successfully complete and test the entire Evergreen installation you should take a final snapshot backup of your system(s). This can be the first in \r
+               the series of regularly scheduled system backups that you should probably also begin.</para>\r
                <section xml:id="serversideinstallation-opensrf">\r
                        <title>Installing OpenSRF 1.2.2 On <systemitem class="osname">Ubuntu</systemitem> or <systemitem class="osname">Debian</systemitem></title>\r
-                       <para>This section describes the installation of the latest version of the Open Service Request Framework (OpenSRF), a major component of the Evergreen server-side software, on <systemitem class="osname">Ubuntu</systemitem> or <systemitem class="osname">Debian</systemitem> systems. Evergreen software is integrated with and depends on the OpenSRF software system.</para>\r
-                       <para>Follow the steps outlined here and run the specified tests to ensure that OpenSRF is properly installed and configured. Do not continue with any further Evergreen installation steps until you have verified that OpenSRF has been successfully installed.</para>\r
-                       <note>\r
-                               <para>The following steps have been tested on the x86 (32-bit) and x86-64 (64-bit) platforms. OpenSRF 1.2.2 has been tested on <systemitem class="osname">Debian Etch (4.0)</systemitem>, <systemitem class="osname">Debian Lenny</systemitem>, <systemitem class="osname">Ubuntu Hardy Heron (8.04)</systemitem>, and <systemitem class="osname">Ubuntu Intrepid Ibex (8.10)</systemitem>.</para>\r
-                               <para>In the following instructions, you are asked to perform certain steps as either the <systemitem class="username">root</systemitem> user, the <systemitem class="username">opensrf</systemitem> user, or the <systemitem class="username">postgres</systemitem> user.</para>\r
-                               <itemizedlist>\r
-                                       <listitem><systemitem class="osname">Debian</systemitem> -- To become the <systemitem class="username">root</systemitem> user, issue the command <command>su -</command> and enter the password of the <systemitem class="username">root</systemitem> user.</listitem>\r
-                                       <listitem><systemitem class="osname">Ubuntu</systemitem> -- To become the <systemitem class="username">root</systemitem> user, issue the command <command>sudo su -</command> and enter the password of the <systemitem class="username">root</systemitem> user.</listitem>\r
-                               </itemizedlist>\r
-                               <para>To switch from the <systemitem class="username">root</systemitem> user to a different user, issue the command <command>su - USERNAME</command>. For example, to switch from the <systemitem class="username">root</systemitem> user to the <systemitem class="username">opensrf</systemitem> user, issue the command <command>su - opensrf</command>. Once you have become a non-root user, to become the <systemitem class="username">root</systemitem> user again, simply issue the command <command>exit"</command>.</para>\r
-                       </note>\r
-                       <section>\r
-                               <title>Add the OpenSRF User</title>\r
-                               <para>As the <systemitem class="username">root</systemitem> user, add the opensrf user to the system. The default shell for the new user is automatically set to <command>/bin/bash</command> to inherit a reasonable environment:</para>\r
-                               <figure>\r
-                                       <title>Commands to add <systemitem class="username">opensrf</systemitem> user</title>\r
-                                       <screen>\r
-                                       $ su - opensrf\r
-                                       $ useradd -m -s /bin/bash opensrf\r
-                                       $ passwd opensrf\r
-                                       Enter new UNIX password: ******\r
-                                       Retype new UNIX password: ******\r
-                                       passwd: password updated successfully\r
-                                       $\r
-                                       </screen>\r
-                               </figure>\r
-                       </section>\r
-                       <section>\r
-                               <title>Download and Unpack Latest OpenSRF Version</title>\r
-                               <para>As the <systemitem class="username">opensrf</systemitem> user, download and extract the latest version of OpenSRF. The latest version can be found here: <ulink url="http://evergreen-ils.org/downloads/OpenSRF-1.2.2.tar.gz"></ulink></para>\r
-                               <figure>\r
-                                       <title>Commands to download and unpack OpenSRF</title>\r
-                                       <screen>\r
-                                       $ su - opensrf\r
-                                       $ wget http://evergreen-ils.org/downloads/OpenSRF-1.2.2.tar.gz\r
-                                       $ tar zxf OpenSRF-1.2.2.tar.gz\r
-                                       </screen>\r
-                               </figure>\r
-                               <para>The new directory <filename class="directory">/home/opensrf/OpenSRF-1.2.2</filename> will be created.</para>\r
-                       </section>\r
-                       <section>\r
-                               <title>Install Prerequisites to Build OpenSRF</title>\r
-                               <para>In this section you will install and configure a set of prerequisites that will be used to build OpenSRF. In a following step you will actually build the software using the <command>make</command> utility.</para>\r
-                               <para>As the <systemitem class="username">root</systemitem> user, enter the commands show below to build the prerequisites from the software distribution that you just downloaded and unpacked. Remember to replace <emphasis>[DISTRIBUTION]</emphasis> in the example with the keyword corresponding to the actual <systemitem class="osname">Linux</systemitem> distribution listed in the <link linkend="serversideinstallation-keywords-figure-1">"Keywords"</link> figure below.</para>\r
-                               <figure>\r
-                                       <title>Commands to install prerequisites for OpenSRF</title>\r
-                                       <screen>\r
-                                       $ su - root\r
-                                       $ cd /home/opensrf/OpenSRF-1.2.2\r
-                                       $ make -f src/extras/Makefile.install [DISTRIBUTION]\r
-                                       ...\r
-                                       </screen>\r
-                               </figure>\r
-                               <table xml:id="serversideinstallation-keywords-figure-1">\r
-                                       <title>Keywords Targets for <application>"make"</application> Command</title>\r
-                                       <tgroup align="left" cols="2" colsep="1" rowsep="1">\r
-                                               <colspec colnum="1" colwidth="1.0*"/>\r
-                                               <colspec colnum="2" colwidth="3.0*"/>\r
-                                               <thead>\r
-                                                       <row>\r
-                                                               <entry>Keyword</entry>\r
-                                                               <entry>Description</entry>\r
-                                                       </row>\r
-                                               </thead>\r
-                                               <tbody>\r
-                                                       <row>\r
-                                                               <entry>debian-lenny</entry>\r
-                                                               <entry>for Debian Lenny (5.0)</entry>\r
-                                                       </row>\r
-                                                       <row>\r
-                                                               <entry>debian-etch</entry>\r
-                                                               <entry>for Debian Etch (4.0)</entry>\r
-                                                       </row>\r
-                                                       <row>\r
-                                                               <entry>ubuntu-karmic</entry>\r
-                                                               <entry>for Ubuntu Karmic (9.10)</entry>\r
-                                                       </row>\r
-                                                       <row>\r
-                                                               <entry>ubuntu-intrepid</entry>\r
-                                                               <entry>for Ubuntu Jaunty (9.04) or Intrepid (8.10)</entry>\r
-                                                       </row>\r
-                                                       <row>\r
-                                                               <entry>ubuntu-hardy</entry>\r
-                                                               <entry>for Ubuntu Hardy (8.04)</entry>\r
-                                                       </row>\r
-                                               </tbody>\r
-                                       </tgroup>\r
-                               </table>\r
-                               <indexterm>\r
-                                       <primary>ZZZ-REVIEW</primary>\r
-                                       <secondary>ADD INFO FOR OTHER LINUX DISTRIBUTIONS </secondary>\r
-                               </indexterm>\r
-                               <caution>ADD INFO FOR OTHER LINUX DISTRIBUTIONS </caution>\r
-                               <para>This will install a number of packages on the system that are required by OpenSRF, including some Perl modules from CPAN. You can say <literal>No</literal> to the initial CPAN configuration prompt to allow it to automatically configure itself to download and install Perl modules from CPAN. The CPAN installer will ask you a number of times whether it should install prerequisite modules - say <literal>Yes</literal>.</para>\r
-                       </section>\r
-                       <section>\r
-                               <title>Configure OpenSRF</title>\r
-                               <para>As the <systemitem class="username">opensrf</systemitem> user, return to the OpenSRF build directory and use the <command>configure</command> utility to prepare for the next step of compiling and linking the software. You can include the  <option>--enable-python</option> and <option>--enable-java</option> configuration options if you wish to include support for Python and Java, respectively:</para>\r
-                               <figure>\r
-                                       <title>Commands to configure OpenSRF</title>\r
-                                       <screen>\r
-                                       $ su - opensrf\r
-                                       $ cd /home/opensrf/OpenSRF-1.2.2\r
-                                       $ ./configure --prefix=/openils --sysconfdir=/openils/conf\r
-                                       $ make\r
-                                       ...\r
-                                       </screen>\r
-                               </figure>\r
-                       </section>\r
-                       <section>\r
-                               <title>Compile, Link and Install OpenSRF</title>\r
-                               <para>As the <systemitem class="username">root</systemitem> user, return to the OpenSRF build directory and use the <command>make</command> utility to compile, link and install OpenSRF:</para>\r
-                               <figure>\r
-                                       <title>Commands to build, link and install OpenSRF</title>\r
-                                       <screen>\r
-                                       $ su - opensrf\r
-                                       $ cd /home/opensrf/OpenSRF-1.2.2\r
-                                       $ make install\r
-                                       ...\r
-                                       </screen>\r
-                               </figure>\r
-                       </section>\r
-                       <section>\r
-                               <title>Update the System Dynamic Library Path</title>\r
-                               <para>As the <systemitem class="username">root</systemitem> user, you must update the system dynamic library path to make your system recognize the newly installed libraries. Do this by creating the new file <filename>/etc/ld.so.conf.d/osrf.conf</filename> containing a new library path, then run the command <command>ldconfig</command> to automatically read the file and modify the system dynamic library path:</para>\r
-                               <figure>\r
-                                       <title>Commands to modify system dynamic library path</title>\r
-                                       <screen>\r
-                                       $ su - root\r
-                                       $ echo "/openils/lib" > /etc/ld.so.conf.d/osrf.conf\r
-                                       $ ldconfig\r
-                                       </screen>\r
-                               </figure>\r
-                       </section>\r
-                       <section>\r
-                               <title>Define Public and Private OpenSRF Domains</title>\r
-                               <para>Define your public and private OpenSRF domains. For security purposes, OpenSRF uses Jabber domains to separate services into public and private realms. Throughout these instructions, we will use the example domains <systemitem class="domainname">public.localhost</systemitem> for the public domain and <systemitem class="domainname">private.localhost</systemitem> for the private domain. On a single-server system, the easiest way to define public and private domains is to define separate host names by adding entries to the file <filename>/etc/hosts</filename>.</para>\r
-                               <para>As the <systemitem class="username">root</systemitem> user, edit the file <filename>/etc/hosts</filename> and add the following entries for our example domains:</para>\r
-                               <figure>\r
-                                       <title>Example public and private domains in /etc/hosts</title>\r
-                                       <screen>\r
-                                       127.0.1.2       public.localhost        public\r
-                                       127.0.1.3       private.localhost       private\r
-                                       </screen>\r
-                               </figure>\r
-                       </section>\r
-                       <section>\r
-                               <title>Change File Ownerships</title>\r
-                               <para>As the <systemitem class="username">root</systemitem> user, change the ownership of files installed in the directory <filename class="directory">/openils</filename> to the <systemitem class="username">opensrf</systemitem> user:</para>\r
-                               <figure>\r
-                                       <title>Commands to change file ownerships</title>\r
-                                       <screen>\r
-                                       $ chown -R opensrf:opensrf /openils\r
-                                       </screen>\r
-                               </figure>\r
-                       </section>\r
-                       <section>\r
-                               <title>Stop the <systemitem class="service">ejabberd</systemitem> Service</title>\r
-                               <para>As the <systemitem class="username">root</systemitem> user, stop the <systemitem class="service">ejabberd</systemitem> service:</para>\r
-                               <figure>\r
-                                       <title>Commands to stop the <systemitem class="service">ejabberd</systemitem> service</title>\r
-                                       <screen>\r
-                                       $ /etc/init.d/ejabberd stop\r
-                                       </screen>\r
-                               </figure>\r
-                               <para>If <systemitem class="service">ejabberd</systemitem> eeports that it is already stopped, it may have run into a problem starting back at the installation stage. One possible fix is to kill any remaining <systemitem class="daemon">beam</systemitem> and <systemitem class="daemon">epmd</systemitem> processes, then edit the configuration file <filename>/etc/ejabberd/ejabberd.cfg</filename> to hardcode a domain:</para>\r
-                               <figure>\r
-                                       <title>Commands to recover from <systemitem class="service">ejabberd</systemitem> errors</title>\r
-                                       <screen>\r
-                                       $ su - root\r
-                                       $ epmd -kill\r
-                                       $ killall beam; killall beam.smp\r
-                                       $ rm /var/lib/ejabberd/*\r
-                                       $ echo 'ERLANG_NODE=ejabberd@localhost' >> /etc/default/ejabberd\r
-                                       </screen>\r
-                               </figure>\r
-                       </section>\r
-                       <section>\r
-                               <title>Edit the <systemitem class="service">ejabberd</systemitem> configuration</title>\r
-                               <para>As the <systemitem class="username">root</systemitem> user, edit the file <filename>/etc/ejabberd/ejabberd.cfg</filename> and make the following changes:</para>\r
-                               <itemizedlist>\r
-                                       <listitem>Change <literal>{hosts, ["localhost"]}.</literal> to <literal>{hosts, ["localhost", "private.localhost", "public.localhost"]}.</literal></listitem>\r
-                                       <listitem>Change <literal>{max_user_sessions, 10}.</literal> to <literal>{max_user_sessions, 10000}.</literal> If you see something like this instead: <literal>{access, max_user_sessions, [{10, all}]}.</literal>, then change it to <literal>{access, max_user_sessions, [{10000, all}]}.</literal></listitem>\r
-                                       <listitem>Change all three occurrences of <literal>max_stanza_size</literal> to <literal>2000000</literal>.</listitem>\r
-                                       <listitem>Change both occurrences of <literal>maxrate</literal> to <literal>500000</literal>.</listitem>\r
-                                       <listitem>Comment out the line <literal>{mod_offline, []}</literal> by placing two <literal>%</literal> comment signs in front.</listitem>\r
-                               </itemizedlist>\r
-                       </section>\r
-                       <section xml:id="serversideinstallation-opensrf-continued">\r
-                               <title>Restart the <systemitem class="service">ejabberd</systemitem> service</title>\r
-                               <para>As the <systemitem class="username">root</systemitem> user, restart the <systemitem class="service">ejabberd</systemitem> service to test the configuration changes and to register your users:</para>\r
-                               <figure>\r
-                                       <title>Commands to restart the <systemitem class="service">ejabberd</systemitem> service</title>\r
-                                       <screen>\r
-                                       $ /etc/init.d/ejabberd start\r
-                                       </screen>\r
-                               </figure>\r
-                       </section>\r
-                       <section>\r
-                               <title>Register <systemitem class="username">router</systemitem> and <systemitem class="username">ejabberd</systemitem> users</title>\r
-                               <para>On each domain, you need two <systemitem class="service">ejabberd</systemitem> users to manage the OpenSRF communications:</para>\r
-                               <itemizedlist>\r
-                                       <listitem>a <systemitem class="username">router</systemitem> user, to whom all requests to connect to an OpenSRF service will be routed; this <systemitem class="service">ejabberd</systemitem> user must be named <systemitem class="username">router</systemitem></listitem>\r
-                                       <listitem>an <systemitem class="username">opensrf</systemitem> user, which clients use to connect to OpenSRF services; this user can be named anything you like, but we will use <literal>opensrf</literal> in our examples</listitem>\r
-                               </itemizedlist>\r
-                               <para>As the <systemitem class="username">root</systemitem> user, use the <command>ejabberdctl</command> utility to register your ejabber users <emphasis>router</emphasis> and <emphasis>opensrf</emphasis> for the OpenSRF router service on each domain. The users should have different passwords on each domain. These users will correspond to those configured in the file <filename>/openils/conf/opensrf_core.xml</filename>:</para>\r
-                               <figure>\r
-                                       <title>Commands to register <systemitem class="username">router</systemitem> and <systemitem class="username">ejabberd</systemitem> users</title>\r
-                                       <programlisting language="xml"><![CDATA[\r
-                                       # Syntax for registering a user with ejabberdctl:\r
-                                       #    ejabberdctl register <user> <domain> <password>\r
-                                       #\r
-                                       $ ejabberdctl register router private.localhost  <password>\r
-                                       $ ejabberdctl register opensrf private.localhost <password>\r
-                                       $ ejabberdctl register router public.localhost   <password>\r
-                                       $ ejabberdctl register opensrf public.localhost  <password>\r
-                                       ]]></programlisting>\r
-                               </figure>\r
-                       </section>\r
-                       <section>\r
-                               <title>Create configuration files</title>\r
-                               <para>As the <systemitem class="username">opensrf</systemitem> user, use the example templates to create the configuration files <filename>/openils/conf/opensrf_core.xml</filename> and <filename>/openils/conf/opensrf.xml</filename>:</para>\r
-                               <figure>\r
-                                       <title>Commands to create configuration files</title>\r
-                                       <screen>\r
-                                       $ su - root\r
-                                       $ cd /openils/conf\r
-                                       $ cp opensrf.xml.example      opensrf.xml\r
-                                       $ cp opensrf_core.xml.example opensrf_core.xml\r
-                                       </screen>\r
-                               </figure>\r
-                       </section>\r
-                       <section>\r
-                               <title>Edit opensrf_core.xml</title>\r
-                               <para>Edit the file <filename>/openils/conf/opensrf_core.xml</filename> to change the <systemitem class="service">ejabberd</systemitem> usernames and passwords as follows.</para>\r
-                               <note>\r
-                                       <para>\r
-                                               <emphasis>The following example uses common XPath syntax on the left-hand side to indicate the approximate position needing changes within the XML file.</emphasis>\r
-                                       </para>\r
-                               </note>\r
-                               <figure>\r
-                                       <title>Updates needed in the file <filename>/openils/conf/opensrf_core.xml</filename></title>\r
-                                       <screen>\r
-                                       /config/opensrf/username = opensrf\r
-\r
-                                       /config/opensrf/passwd = password for "private.localhost" opensrf user\r
-\r
-                                       /config/gateway/username = opensrf\r
-\r
-                                       /config/gateway/passwd = password for "public.localhost" opensrf user\r
-\r
-                                       # first entry, where "transport/server" == "public.localhost" :\r
-                                       /config/routers/router/transport \r
-                                           username = router\r
-                                           password = password for "public.localhost" router user\r
-\r
-                                       # second entry, where "transport/server" == "private.localhost" :\r
-                                       /config/routers/router/transport\r
-                                           username = router\r
-                                           password = password for "private.localhost" router user\r
-                                       </screen>\r
-                               </figure>\r
-                               <para>You also need to specify the domains from which OpenSRF will accept and to which OpenSRF will make connections. If you are installing OpenSRF on a single server and using the <systemitem class="domainname">private.localhost</systemitem> / <systemitem class="domainname">public.localhost</systemitem> domains, these will already be set to the correct values. Otherwise, search and replace to match your values.</para>\r
-                       </section>\r
-                       <section>\r
-                               <title>Modify the file <filename>opensrf.xml</filename></title>\r
-                               <para>As the <systemitem class="username">opensrf</systemitem> user, edit the file <filename>/openils/conf/opensrf.xml</filename> to set the location of the persistent database in the <literal>dbfile</literal> element near the end of the file:</para>\r
-                               <figure>\r
-                                       <title>Example of the file <filename>opensrf.xml</filename></title>\r
-                                       <programlisting language="xml"><![CDATA[\r
-                                       <!-- Example of an app-specific setting override -->\r
-                                       <opensrf.persist>\r
-                                         <app_settings>\r
-                                           <dbfile>/tmp/persist.db</dbfile>\r
-                                         </app_settings>\r
-                                       </opensrf.persist>\r
-                                       ]]></programlisting>\r
-                               </figure>\r
-                       </section>\r
-                       <section>\r
-                               <title>Create Configuration Files for Users Needing <application>"srfsh"</application></title>\r
-                               <para>In this section you will set up a special configuration file for each user who will need to run the <application>"srfsh"</application> (pronounced <emphasis>surf shell</emphasis>) utility.</para>\r
-                               <para>The software installation will automatically create <application>"srfsh"</application>. This is a command line diagnostic tool for testing and interacting with the OpenSRF network software. It will be used in a future step to complete and test the Evergreen installation. See <xref linkend="serversideinstallation-testing"/> for further information.</para>\r
-                               <para>As the <systemitem class="username">root</systemitem> user, copy the short sample configuration file <filename>/openils/conf/srfsh.xml.example</filename> to the file <filename>.srfsh.xml</filename> (note the leading dot!) in the home directory of each user who will use <application>"srfsh"</application>. Finally, edit each file <filename>.srfsh.xml</filename> and make the following changes. When you finish, remember to change the owner of the file to match the owner of the home directory.</para>\r
-                               <itemizedlist>\r
-                                       <listitem>Modify <literal>domain</literal> to be the router hostname (following our domain examples, <systemitem class="domainname">private.localhost</systemitem> will give <application>"srfsh"</application> access to all OpenSRF services, while <systemitem class="domainname">public.localhost</systemitem> will only allow access to those OpenSRF services that are publicly exposed).</listitem>\r
-                                       <listitem>Modify <literal>username</literal> and <literal>password</literal> to match the <literal>opensrf</literal> Jabber user for the chosen domain</listitem>\r
-                                       <listitem>Modify <literal>logfile</literal> to be the full path for a log file to which the user has write access</listitem>\r
-                                       <listitem>Modify <literal>loglevel</literal> as needed for testing</listitem>\r
-                               </itemizedlist>\r
-                               <figure>\r
-                                       <title>Example of the file <filename>/openils/conf/srfsh.xml.example</filename></title>\r
-                                       <programlisting language="xml"><![CDATA[\r
-                                       <?xml version="1.0"?>\r
-                                       <!-- This file follows the standard bootstrap config file layout -->\r
-                                       <!-- found in opensrf_core.xml -->\r
-                                       <srfsh>\r
-                                       <router_name>router</router_name>\r
-                                       <domain>private.localhost</domain>\r
-                                       <username>opensrf</username>\r
-                                       <passwd>privsrf</passwd>\r
-                                       <port>5222</port>\r
-                                       <logfile>/tmp/srfsh.log</logfile>\r
-                                       <!-- 0 None, 1 Error, 2 Warning, 3 Info, 4 debug, 5 Internal (Nasty) -->\r
-                                       <loglevel>4</loglevel>\r
-                                       </srfsh>\r
-                                       ]]></programlisting>\r
-                               </figure>\r
-                       </section>\r
-                       <section>\r
-                               <title>Modify Environmental Variable PATH for <systemitem class="username">opensrf</systemitem> User</title>\r
-                               <para>As the <systemitem class="username">opensrf</systemitem> user, modify the environmental variable <envar>PATH</envar> by adding a new file path to the <systemitem class="username">opensrf</systemitem> user's shell configuration file <filename>.bashrc</filename>:</para>\r
-                               <figure>\r
-                                       <title>Commands to add path to <filename>.bashrc</filename> configuration file</title>\r
-                                       <screen>\r
-                                       $ su - opensrf\r
-                                       $ echo "export PATH=/openils/bin:\$PATH" >> ~/.bashrc\r
-                                       </screen>\r
-                               </figure>\r
-                       </section>\r
-                       <section>\r
-                               <title>Starting OpenSRF</title>\r
-                               <para>As the <systemitem class="username">root</systemitem> user, start the <systemitem class="service">ejabberd</systemitem> and <systemitem class="service">memcached</systemitem> services:</para>\r
-                               <figure>\r
-                                       <title>Commands to start <systemitem class="service">ejabberd</systemitem> and <systemitem class="service">memcached</systemitem> services</title>\r
-                                       <screen>\r
-                                       $ su - root\r
-                                       $ /etc/init.d/ejabberd start\r
-                                       $ /etc/init.d/memcached start\r
-                                       </screen>\r
-                               </figure>\r
-                               <para/>\r
-                               <para>Finally, as the <systemitem class="username">opensrf</systemitem> user, start OpenSRF:</para>\r
-                               <figure>\r
-                                       <title>Commands to start OpenSRF</title>\r
-                                       <screen>\r
-                                       $ su - opensrf\r
-\r
-                                       # ensure you have the needed path\r
-                                       $ export PATH=$PATH:/openils/bin\r
-\r
-                                       # start the OpenSRF service:\r
-                                       # use "-l" to force hostname to be "localhost"\r
-                                       $ osrf_ctl.sh -l -a start_all     \r
-                                       </screen>\r
-                               </figure>\r
-                               <note>\r
-                                       <para>\r
-                                               <emphasis>You can also start Evergreen <emphasis role="bold">without</emphasis> the <emphasis>-l</emphasis> flag, but <emphasis>osrf_ctl.sh</emphasis> must know the fully qualified domain name for the system on which it will execute. That hostname may have been specified in the configuration file <filename>opensrf.xml</filename>, which you configured in a previous step.</emphasis>\r
-                                       </para>\r
-                               </note>\r
-                       </section>\r
-                       <section>\r
-                               <title>Testing connections to OpenSRF</title>\r
-                               <para>Once you have installed and started OpenSRF, as the <systemitem class="username">root</systemitem> user, test your connection to OpenSRF using the <application>"srfsh"</application> utility and trying to call the <emphasis>add</emphasis> method on the OpenSRF <systemitem class="service">math</systemitem> service:</para>\r
-                               <figure>\r
-                                       <title>Commands to test OpenSRF with <application>"srfsh"</application></title>\r
-                                       <screen>\r
-                                       $ su - opensrf\r
-                                       $ /openils/bin/srfsh\r
-                                       srfsh#  request opensrf.math add 2 2\r
-                                       Received Data: 4\r
-                                       ------------------------------------\r
-                                       Request Completed Successfully\r
-                                       Request Time in seconds: 0.007519\r
-                                       ------------------------------------\r
-                                       srfsh#\r
-                                       </screen>\r
-                               </figure>\r
-                               <indexterm>\r
-                                       <primary>ZZZ-REVIEW</primary>\r
-                                       <secondary>VERIFY THIS TEST </secondary>\r
-                               </indexterm>\r
-                               <caution>VERIFY THIS TEST </caution>\r
-                               <para>For other <application>"srfsh"</application> commands, type <userinput>help</userinput> in at the prompt.</para>\r
-                       </section>\r
-                       <section>\r
-                               <title>Stopping OpenSRF</title>\r
-                               <para>As the <systemitem class="username">opensrf</systemitem> user, stop OpenSRF:</para>\r
-                               <figure>\r
-                                       <title>Commands to stop OpenSRF</title>\r
-                                       <screen>\r
-                                       $ su - opensrf\r
-                                       $ osrf_ctl.sh -l -a stop_all\r
-                                       </screen>\r
-                               </figure>\r
-                       </section>\r
-               </section>\r
-               <section xml:id="serversideinstallation-ubuntudebian">\r
-                       <title>Installing Evergreen 1.6.0.7 On <systemitem class="osname">Ubuntu</systemitem> or <systemitem class="osname">Debian</systemitem></title>\r
-                       <para>This section outlines the installation process for the latest stable version of Evergreen.</para>\r
-                       <para>In this section you will download, unpack, install, configure and test the Evergreen system, including the Evergreen server and the PostgreSQL database system. You will make several configuration changes and adjustments to the software, including updates to configure the system for your own locale, and some updates needed to work around a few known issues.</para>\r
+                       <para>This section describes the installation of the latest version of the Open Service Request Framework (OpenSRF), a major component of the Evergreen server-side software, \r
+                       on <systemitem class="osname">Ubuntu</systemitem> or <systemitem class="osname">Debian</systemitem> systems. Evergreen software is integrated with and depends on the \r
+                       OpenSRF software system.</para>\r
+                       <para>Follow the steps outlined here and run the specified tests to ensure that OpenSRF is properly installed and configured. Do not continue with any further \r
+                       Evergreen installation steps until you have verified that OpenSRF has been successfully installed.</para>\r
                        <note>\r
-                               <para>The following steps have been tested on the x86 (32-bit) and x86-64 (64-bit) architectures. There may be differences between the Desktop and Server editions of <systemitem class="osname">Ubuntu</systemitem>. These instructions assume the Server edition.</para>\r
-                               <para>In the following instructions, you are asked to perform certain steps as either the <systemitem class="username">root</systemitem> user, the <systemitem class="username">opensrf</systemitem> user, or the <systemitem class="username">postgres</systemitem> user.</para>\r
+                               <para>The following steps have been tested on the x86 (32-bit) and x86-64 (64-bit) platforms. OpenSRF 1.2.2 has been tested on <systemitem class="osname">Debian Etch \r
+                               (4.0)</systemitem>, <systemitem class="osname">Debian Lenny</systemitem>, <systemitem class="osname">Ubuntu Hardy Heron (8.04)</systemitem>, and \r
+                               <systemitem class="osname">Ubuntu Intrepid Ibex (8.10)</systemitem>.</para>\r
+                               <para>In the following instructions, you are asked to perform certain steps as either the <systemitem class="username">root</systemitem> user, the \r
+                               <systemitem class="username">opensrf</systemitem> user, or the <systemitem class="username">postgres</systemitem> user.</para>\r
                                <itemizedlist>\r
-                                       <listitem><systemitem class="osname">Debian</systemitem> -- To become the <systemitem class="username">root</systemitem> user, issue the command <command>su -</command> and enter the password of the <systemitem class="username">root</systemitem> user.</listitem>\r
-                                       <listitem><systemitem class="osname">Ubuntu</systemitem> -- To become the <systemitem class="username">root</systemitem> user, issue the command <command>sudo su -</command> and enter the password of the <systemitem class="username">root</systemitem> user.</listitem>\r
+                                       <listitem><systemitem class="osname">Debian</systemitem> -- To become the <systemitem class="username">root</systemitem> user, issue the command \r
+                                       <command>su -</command> and enter the password of the <systemitem class="username">root</systemitem> user.</listitem>\r
+                                       <listitem><systemitem class="osname">Ubuntu</systemitem> -- To become the <systemitem class="username">root</systemitem> user, issue the command \r
+                                       <command>sudo su -</command> and enter the password of the <systemitem class="username">root</systemitem> user.</listitem>\r
                                </itemizedlist>\r
-                               <para>To switch from the <systemitem class="username">root</systemitem> user to a different user, issue the command <command>su - USERNAME</command>. For example, to switch from the <systemitem class="username">root</systemitem> user to the <systemitem class="username">opensrf</systemitem> user, issue the command <command>su - opensrf</command>. Once you have become a non-root user, to become the <systemitem class="username">root</systemitem> user again, simply issue the command <command>exit</command>.</para>\r
+                               <para>To switch from the <systemitem class="username">root</systemitem> user to a different user, issue the command <command>su - USERNAME</command>. For example, to \r
+                               switch from the <systemitem class="username">root</systemitem> user to the <systemitem class="username">opensrf</systemitem> user, issue the command \r
+                               <command>su - opensrf</command>. Once you have become a non-root user, to become the <systemitem class="username">root</systemitem> user again, simply issue \r
+                               the command <command>exit"</command>.</para>\r
                        </note>\r
-                       <section>\r
-                               <title>Installing OpenSRF</title>\r
-                               <para>Evergreen software is integrated with and depends on the Open Service Request Framework (OpenSRF) software system. For further information on installing, configuring and testing OpenSRF, see <xref linkend="serversideinstallation-opensrf"/>.</para>\r
-                               <para>Follow the steps outlined in that section and run the specified tests to ensure that OpenSRF is properly installed and configured. Do not continue with any further Evergreen installation steps until you have verified that OpenSRF has been successfully installed.</para>\r
-                       </section>\r
-                       <section>\r
-                               <title>Download and Unpack Latest Evergreen Version</title>\r
-                               <para>As the <systemitem class="username">opensrf</systemitem> user, download and extract the latest version of Evergreen. The latest version can be found here: <ulink url="http://evergreen-ils.org/downloads/Evergreen-ILS-1.6.0.7.tar.gz"></ulink></para>\r
-                               <figure>\r
-                                       <title>Commands to download and unpack Evergreen</title>\r
-                                       <screen>\r
-                                       $ su - opensrf\r
-                                       $ wget http://evergreen-ils.org/downloads/Evergreen-ILS-1.6.0.7.tar.gz\r
-                                       $ tar zxf Evergreen-ILS-1.6.0.7.tar.gz\r
-                                       </screen>\r
-                               </figure>\r
-                               <para>The new directory <filename class="directory">/home/opensrf/Evergreen-ILS-1.6.0.7</filename> will be created.</para>\r
-                       </section>\r
-                       <section>\r
-                               <title>Install Prerequisites to Build Evergreen</title>\r
-                               <para>In this section you will install and configure a set of prerequisites that will be used to build Evergreen. In a following step you will actually build the software using the <command>make</command> utility.</para>\r
-                               <para>As the <systemitem class="username">root</systemitem> user, enter the commands show below to build the prerequisites from the software distribution that you just downloaded and unpacked. Remember to replace <emphasis>[distribution]</emphasis> in the example with the keyword corresponding to the actual <systemitem class="osname">Linux</systemitem> distribution listed in the <link linkend="serversideinstallation-keywords-figure-2">"Keywords"</link> figure below.</para>\r
-                               <figure>\r
-                                       <title>Commands to install prerequisites for Evergreen</title>\r
-                                       <screen>\r
-                                       $ su - root\r
-                                       $ cd /home/opensrf/Evergreen-ILS-1.6.0.7\r
-                                       $ make -f Open-ILS/src/extras/Makefile.install [distribution]\r
-                                       ...\r
-                                       </screen>\r
-                               </figure>\r
-                               <table xml:id="serversideinstallation-keywords-figure-2">\r
-                                       <title>Keywords Targets for <application>"make"</application> Command</title>\r
-                                       <tgroup align="left" cols="2" colsep="1" rowsep="1">\r
-                                               <colspec colnum="1" colwidth="1.0*"/>\r
-                                               <colspec colnum="2" colwidth="3.0*"/>\r
-                                               <thead>\r
-                                                       <row>\r
-                                                               <entry>Keyword</entry>\r
-                                                               <entry>Description</entry>\r
-                                                       </row>\r
-                                               </thead>\r
-                                               <tbody>\r
-                                                       <row>\r
-                                                               <entry>debian-lenny</entry>\r
-                                                               <entry>for Debian Lenny (5.0), the most recent version</entry>\r
-                                                       </row>\r
-                                                       <row>\r
-                                                               <entry>debian-etch</entry>\r
-                                                               <entry>for Debian Etch (4.0)</entry>\r
-                                                       </row>\r
-                                                       <row>\r
-                                                               <entry>ubuntu-karmic</entry>\r
-                                                               <entry>for Ubuntu Lucid (10.04) [same as for Karmic]</entry>\r
-                                                       </row>\r
-                                                       <row>\r
-                                                               <entry>ubuntu-karmic</entry>\r
-                                                               <entry>for Ubuntu Karmic (9.10)</entry>\r
-                                                       </row>\r
-                                                       <row>\r
-                                                               <entry>ubuntu-intrepid</entry>\r
-                                                               <entry>for Ubuntu Intrepid (8.10)</entry>\r
-                                                       </row>\r
-                                                       <row>\r
-                                                               <entry>ubuntu-hardy</entry>\r
-                                                               <entry>for Ubuntu Hardy (8.04)</entry>\r
-                                                       </row>\r
-                                                       <row>\r
-                                                               <entry>ubuntu-gutsy</entry>\r
-                                                               <entry>for Ubuntu Gutsy (7.10)</entry>\r
-                                                       </row>\r
-                                                       <row>\r
-                                                               <entry>gentoo</entry>\r
-                                                               <entry>generic for Gentoo versions</entry>\r
-                                                       </row>\r
-                                                       <row>\r
-                                                               <entry>centos</entry>\r
-                                                               <entry>generic for Centos versions</entry>\r
-                                                       </row>\r
-                                               </tbody>\r
-                                       </tgroup>\r
-                               </table>\r
-                               <indexterm>\r
-                                       <primary>ZZZ-REVIEW</primary>\r
-                                       <secondary>ADD INFO FOR OTHER LINUX DISTRIBUTIONS </secondary>\r
-                               </indexterm>\r
-                               <caution>ADD INFO FOR OTHER LINUX DISTRIBUTIONS </caution>\r
-                       </section>\r
-                       <section xml:id="serversideinstallation-postgresql-default">\r
-                               <title>(OPTIONAL) Install the PostgreSQL Server</title>\r
-                               <para>Since the PostgreSQL server is usually a standalone server in multi-server production systems, the prerequisite installer Makefile in the previous step does not automatically install PostgreSQL. If your PostgreSQL server is on a different system, just skip this step.</para>\r
-                               <para>For further information on manually installing PostgreSQL, see <xref linkend="serversideinstallation-postgresql"/>.</para>\r
-                               <para>If your PostgreSQL server will be on the same system as your Evergreen software, then as the <systemitem class="username">root</systemitem> user install the required PostgreSQL server packages:</para>\r
-                               <figure>\r
-                                       <title>Commands to install the PostgreSQL server</title>\r
-                                       <screen>\r
-                                       $ su - root\r
-       \r
-                                       # Debian Lenny and Ubuntu Hardy (8.04)\r
-                                       $ make -f Open-ILS/src/extras/Makefile.install install_pgsql_server_debs_83\r
-                                       ...\r
-\r
-                                       # Ubuntu Karmic (9.10) and Ubuntu Lucid (10.04)\r
-                                       $ make -f Open-ILS/src/extras/Makefile.install install_pgsql_server_debs_84\r
-                                       ...\r
-                                       </screen>\r
-                               </figure>\r
-                               <note>\r
-                                       <para>\r
-                                               <emphasis>PostgreSQL 8.1 is deprecated and will become unsupported in a future Evergreen release, though existing installations upgrading from Evergreen 1.4 or before will continue to work. Please upgrade your PostgreSQL installation soon.</emphasis>\r
-                                       </para>\r
-                               </note>\r
-                               <indexterm>\r
-                                       <primary>ZZZ-REVIEW</primary>\r
-                                       <secondary>ADD INFO ON HOW TO DETERMINE WHICH VERSION OF POSTGRESQL YOU CURRENTLY HAVE</secondary>\r
-                               </indexterm>\r
-                               <caution>ADD INFO ON HOW TO DETERMINE WHICH VERSION OF POSTGRESQL YOU CURRENTLY HAVE</caution>\r
-                       </section>\r
-                       <section>\r
-                               <title>(OPTIONAL) Install Perl Modules on PostgreSQL Server</title>\r
-                               <para>If PostgreSQL is running on the same system as your Evergreen software, then the Perl modules will automatically be available. Just skip this step.</para>\r
-                               <para>Otherwise, if your PostgreSQL server is running on another system, then as the <systemitem class="username">root</systemitem> user install the following Perl modules on that system:</para>\r
-                               <figure>\r
-                                       <title>Commands to install Perl modules</title>\r
-                                       <screen>\r
-                                       # ensure the gcc compiler is installed\r
-                                       $ su - root\r
-                                       $ apt-get install gcc\r
-                                       ...\r
-       \r
-                                       # install the Perl modules\r
-                                       $ perl -MCPAN -e shell\r
-                                       cpan> install JSON::XS\r
-                                       cpan> install MARC::Record\r
-                                       cpan> install MARC::File::XML\r
-                                       </screen>\r
-                               </figure>\r
-                               <indexterm>\r
-                                       <primary>ZZZ-REVIEW</primary>\r
-                                       <secondary>ADD INFO ON HOW TO INSTALL THE PERL MODULES </secondary>\r
-                               </indexterm>\r
-                               <caution>ADD INFO ON HOW TO INSTALL THE PERL MODULES </caution>\r
-                               <indexterm>\r
-                                       <primary>ZZZ-REVIEW</primary>\r
-                                       <secondary>ADD INFO ON HOW TO VERIFY THAT THE PERL MODULES ARE INSTALLED </secondary>\r
-                               </indexterm>\r
-                               <caution>ADD INFO ON HOW TO VERIFY THAT THE PERL MODULES ARE INSTALLED </caution>\r
-                       </section>\r
-                       <section>\r
-                               <title>Update the System Dynamic Library Path</title>\r
-                               <para>As the <systemitem class="username">root</systemitem> user, you must update the system dynamic library path to make your system recognize the newly installed libraries. Do this by creating the new file <filename>/etc/ld.so.conf.d/eg.conf</filename> containing two new library paths, then run the command <command>ldconfig</command> to automatically read the file and modify the system dynamic library path:</para>\r
-                               <figure>\r
-                                       <title>Commands to modify system dynamic library path</title>\r
-                                       <screen>\r
-                                       $ su - root\r
-                                       $ cat > /etc/ld.so.conf.d/eg.conf &lt;&lt; ENDOFFILE\r
-                                       /usr/local/lib\r
-                                       /usr/local/lib/dbd\r
-                                       ENDOFFILE\r
-                                       $ ldconfig\r
-                                       </screen>\r
-                               </figure>\r
-                       </section>\r
-                       <section>\r
-                               <title>(OPTIONAL) Restart the PostgreSQL Server</title>\r
-                               <para>If PostgreSQL is running on the same system as the rest of Evergreen, as the <systemitem class="username">root</systemitem> user you must restart the PostgreSQL server to avoid a problem where the library <filename>plperl.so</filename> cannot be found. If your PostgreSQL server is running on another system, just skip this step.</para>\r
-                               <indexterm>\r
-                                       <primary>ZZZ-REVIEW</primary>\r
-                                       <secondary>ADD INFO ON OTHER VERSIONS OF POSTGRESQL </secondary>\r
-                               </indexterm>\r
-                               <caution>ADD INFO ON OTHER VERSIONS OF POSTGRESQL </caution>\r
-                               <figure>\r
-                                       <title>Commands to restart PostgreSQL server</title>\r
-                                       <screen>\r
-                                       $ su - root\r
-                                       $ /etc/init.d/postgresql-PGSQL_VERSION restart\r
-                                       </screen>\r
-                               </figure>\r
-                               <emphasis>Where <literal>PGSQL_VERSION</literal> is your installed PostgreSQL version (e.g. <literal>8.3</literal>).</emphasis>\r
-                       </section>\r
-                       <section xml:id="serversideinstallation-configure">\r
-                               <title>Configure Evergreen</title>\r
-                               <para>As the <systemitem class="username">opensrf</systemitem> user, return to the Evergreen build directory and use the <command>configure</command> utility to prepare for the next step of compiling and linking the software:</para>\r
-                               <figure>\r
-                                       <title>Commands to configure Evergreen</title>\r
-                                       <screen>\r
-                                       $ su - opensrf\r
-                                       $ cd /home/opensrf/Evergreen-ILS-1.6.0.7\r
-                                       $ ./configure --prefix=/openils --sysconfdir=/openils/conf\r
-                                       $ make\r
-                                       ...\r
-                                       </screen>\r
-                               </figure>\r
-                       </section>\r
-                       <section xml:id="serversideinstallation-compilingevergreen">\r
-                               <title>Compile, Link and Install Evergreen</title>\r
-                               <para>In this step you will actually compile, link and install Evergreen and the default Evergreen Staff Client.</para>\r
-                               <para>As the <systemitem class="username">root</systemitem> user, return to the Evergreen build directory and use the <command>make</command> utility as shown below. The Staff Client will also be automatically built, but you must remember to set the variable <envar>STAFF_CLIENT_BUILD_ID</envar> to match the version of the Staff Client you will use to connect to the Evergreen server.</para>\r
-                               <para>For further information on manually building the Staff Client, see <xref linkend="serversideinstallation-building-staffclient"/>.</para>\r
-                               <figure>\r
-                                       <title>Commands to build, link and install Evergreen</title>\r
-                                       <screen>\r
-                                       $ su - root\r
-                                       $ cd /home/opensrf/Evergreen-ILS-1.6.0.7\r
-                                       $ make STAFF_CLIENT_BUILD_ID=rel_1_6_0_7 install\r
-                                       ...\r
-                                       </screen>\r
-                                       <para>The above commands will create a new subdirectory <filename class="directory">/openils/var/web/xul/rel_1_6_0_7</filename> containing the Staff Client.</para>\r
-                               </figure>\r
-                               <para>To complete the Staff Client installation, as the <systemitem class="username">root</systemitem> user create a symbolic link named <emphasis>server</emphasis> in the head of the Staff Client directory <filename class="directory">/openils/var/web/xul</filename> that points to the subdirectory <filename class="directory">/server</filename> of the new Staff Client build:</para>\r
-                               <figure>\r
-                                       <title>Commands to create symbolic link</title>\r
-                                       <screen>\r
-                                       $ su - root\r
-                                       $ cd /openils/var/web/xul\r
-                                       $ ln -sf rel_1_6_0_7/server server\r
-                                       </screen>\r
-                               </figure>\r
-                       </section>\r
-                       <section>\r
-                               <title>Copy the OpenSRF Configuration Files</title>\r
-                               <para>As the <systemitem class="username">root</systemitem> user, copy the example OpenSRF configuration files into place. This replaces the configuration files that you set up in a previous step when you installed and tested OpenSRF. You should also create backup copies of the old files for troubleshooting purposes. Finally, change the ownership on the installed files to the <systemitem class="username">opensrf</systemitem> user:</para>\r
-                               <figure>\r
-                                       <title>Commands to copy OpenSRF configuration files</title>\r
-                                       <screen>\r
-                                       $ su - root\r
-                                       $ cp /openils/conf/opensrf.xml.example      /openils/conf/opensrf.xml\r
-                                       $ cp /openils/conf/opensrf_core.xml.example /openils/conf/opensrf_core.xml\r
-                                       $ cp /openils/conf/oils_web.xml.example     /openils/conf/oils_web.xml\r
-                                       $ chown -R opensrf:opensrf /openils/\r
-                                       </screen>\r
-                               </figure>\r
-                       </section>\r
-                       <section>\r
-                               <title>Create and Configure PostgreSQL Database</title>\r
-                               <para>As the <systemitem class="username">postgres</systemitem> user on your PostgreSQL server, create the Evergreen database.</para>\r
-                               <para>In the commands below, remember to adjust the path of the <emphasis role="bold">contrib</emphasis> repository to match your PostgreSQL server layout. For example, if you built PostgreSQL from source the path would be <filename class="directory">/usr/local/share/contrib</filename>; if you installed the PostgreSQL 8.3 server packages on <systemitem class="osname">Ubuntu 8.04</systemitem>, the path would be <filename class="directory">/usr/share/postgresql/8.3/contrib/</filename>.</para>\r
-                               <procedure>\r
-                                       <step>\r
-                                               <para>\r
-                                                       <emphasis role="bold">Create and configure the database</emphasis>\r
-                                               </para>\r
-                                               <para>As the <systemitem class="username">postgres</systemitem> user on the PostgreSQL system create the PostgreSQL database, then set some internal paths:</para>\r
-                                               <figure>\r
-                                                       <title>Commands to create database and adjust the path</title>\r
-                                                       <screen>\r
-                                                       # create the database\r
-                                                       $ su - postgres\r
-                                                       $ createdb -E UNICODE evergreen\r
-                                                       $ createlang plperl   evergreen\r
-                                                       $ createlang plperlu  evergreen\r
-                                                       $ createlang plpgsql  evergreen\r
-               \r
-                                                       # adjust the paths\r
-                                                       $ psql -f /usr/share/postgresql/PGSQL_VERSION/contrib/tablefunc.sql evergreen\r
-                                                       $ psql -f /usr/share/postgresql/PGSQL_VERSION/contrib/tsearch2.sql  evergreen\r
-                                                       $ psql -f /usr/share/postgresql/PGSQL_VERSION/contrib/pgxml.sql     evergreen\r
-                                                       </screen>\r
-                                               </figure>\r
-                                               <emphasis>Where <literal>PGSQL_VERSION</literal> is your installed PostgreSQL version (e.g. <literal>8.3</literal>).</emphasis>\r
-                                       </step>\r
-                                       <step>\r
-                                               <para>\r
-                                                       <emphasis role="bold">Create new Evergreen superuser</emphasis>\r
-                                               </para>\r
-                                               <para>As the <systemitem class="username">postgres</systemitem> user on the PostgreSQL system, create the new database <systemitem class="username">evergreen</systemitem> user and assign a password:</para>\r
-                                               <figure>\r
-                                                       <title>Commands to create the <systemitem class="username">evergreen</systemitem> user</title>\r
-                                                       <screen>\r
-                                                       # create superuser 'evergreen' and set the password\r
-                                                       $ su - postgres\r
-                                                       $ createuser -P -s evergreen\r
-                                                       Enter password for new role: MYNEWPASSWORD\r
-                                                       Enter it again: MYNEWPASSWORD\r
-                                                       </screen>\r
-                                               </figure>\r
-                                               <emphasis>Where <literal>MYNEWPASSWORD</literal> is the password chosen.</emphasis>\r
-                                       </step>\r
-                               </procedure>\r
-                       </section>\r
-                       <section>\r
-                               <title>Create Database Schema</title>\r
-                               <para>As the <systemitem class="username">root</systemitem> user, create the database schema and configure your system with the corresponding database authentication details for the <emphasis>evergreen</emphasis> database user that you created in the previous step.</para>\r
-                               <para>Enter the following commands and replace <emphasis>HOSTNAME, PORT, PASSWORD</emphasis> and <emphasis>DATABASENAME</emphasis> with appropriate values.</para>\r
-                               <figure>\r
-                                       <title>Commands to create Evergreen database schema</title>\r
-                                       <screen>\r
-                                       $ su - root\r
-                                       $ cd /home/opensrf/Evergreen-ILS-1.6.0.7\r
-                                       $ perl Open-ILS/src/support-scripts/eg_db_config.pl --update-config \\r
-                                               --service all --create-schema --create-bootstrap --create-offline \\r
-                                               --hostname HOSTNAME --port PORT \\r
-                                               --user evergreen --password PASSWORD --database DATABASENAME\r
-                                       </screen>\r
-                               </figure>\r
-                               <emphasis>Where, on most systems, <emphasis>HOSTNAME</emphasis> will be <emphasis role="bold">localhost</emphasis>, <emphasis>PORT</emphasis> will be <emphasis role="bold">5432</emphasis>, and <emphasis>PASSWORD</emphasis> and <emphasis>DATABASENAME</emphasis> will be those assigned when PostgreSQL was installed in the previous step.</emphasis>\r
-                               <note>\r
-                                       <para>\r
-                                               <emphasis>If you are entering the above command on a single line, do not include the <literal>\</literal> (backslash) characters. If you are using the <command>bash</command> shell, these should only be used at the end of a line at a bash prompt to indicate that the command is continued on the next line.</emphasis>\r
-                                       </para>\r
-                               </note>\r
-                       </section>\r
-                       <section xml:id="serversideinstallation-modify-apache">\r
-                               <title>Modify the Apache Configuration</title>\r
-                               <para>The Apache configuration must be updated in several ways to support Evergreen.</para>\r
-                               <section>\r
-                                       <title>Configure the Apache Server</title>\r
-                                       <para>Enable some built-in Apache modules with the utility <command>a2enmod</command>, and install some additional Apache configuration files. As the <systemitem class="username">root</systemitem> user, enable some modules in the Apache server, then copy the new configuration files to the Apache server directories:</para>\r
-                                       <figure>\r
-                                               <title>Commands to configure the Apache server</title>\r
-                                               <screen>\r
-                                               # configure the Apache server\r
-                                               $ su - root\r
-                                               $ a2enmod ssl        # enable mod_ssl\r
-                                               $ a2enmod rewrite    # enable mod_rewrite\r
-                                               $ a2enmod expires    # enable mod_expires\r
-                                               $ cd /home/opensrf/Evergreen-ILS-1.x.x.x\r
-               \r
-                                               # copy files\r
-                                               $ cp Open-ILS/examples/apache/eg.conf    /etc/apache2/sites-available/\r
-                                               $ cp Open-ILS/examples/apache/eg_vhost.conf   /etc/apache2/\r
-                                               $ cp Open-ILS/examples/apache/startup.pl      /etc/apache2/\r
-                                               </screen>\r
-                                       </figure>\r
-                               </section>\r
-                               <section xml:id="serversideinstallation-createsslkey">\r
-                                       <title>Create a Security Certificate (SSL Key)</title>\r
-                                       <para>Create a new SSL key for the Apache server with the command <command>openssl</command>. For a public production server you should configure or purchase a signed SSL certificate, but for now you can just use a self-signed certificate and accept the warnings in the Staff Client and browser during testing and development:</para>\r
-                                       <figure>\r
-                                               <title>Commands to create an SSL key</title>\r
-                                               <screen>\r
-                                               $ mkdir /etc/apache2/ssl\r
-                                               $ cd /etc/apache2/ssl\r
-                                               $ openssl req -new -x509 -days 365 -nodes -out server.crt -keyout server.key\r
-                                               </screen>\r
-                                       </figure>\r
-                                       <warning>\r
-                                               <para>\r
-                                                       <emphasis>This is only a temporary measure to expedite testing. You <emphasis role="bold">must</emphasis> get a proper SSL certificate for a public production system.</emphasis>\r
-                                               </para>\r
-                                               <para>For further information on getting a proper SSL certificate, see <xref linkend="serversideinstallation-ssl"/>.</para>\r
-                                       </warning>\r
-                               </section>\r
-                               <section>\r
-                                       <title>Modify the Apache Configuration File</title>\r
-                                       <para>Several changes are needed in the new Apache configuration file <filename>/etc/apache2/sites-available/eg.conf</filename>. As the <systemitem class="username">root</systemitem> user, edit the file and make the following changes:</para>\r
-                                       <procedure>\r
-                                               <step>\r
-                                                       <para>Comment out the line <literal>Allow from 10.0.0.0/8</literal>, then uncomment the line <literal>Allow from all</literal>.</para>\r
-                                                       <para>\r
-                                                               <emphasis>This change allows access to your configuration CGI scripts from <emphasis role="bold">any</emphasis> workstation on <emphasis role="bold">any</emphasis> network. This is only a temporary change to expedite testing and should be removed after you have finished and successfully tested the Evergreen installation.</emphasis>\r
-                                                       </para>\r
-                                                       <warning>\r
-                                                               <para>\r
-                                                                       <emphasis>You must remove these changes after testing is completed. See <xref linkend="serversideinstallation-postinstallation"/> for further details on removing this change after the Evergreen installation is complete.</emphasis>\r
-                                                               </para>\r
-                                                       </warning>\r
-                                               </step>\r
-                                               <step>\r
-                                                       <para>Comment out the line <literal>Listen 443</literal>, since it conflicts with the same declaration in the configuration file: <filename>/etc/apache2/ports.conf</filename>. <systemitem class="osname">Debian Etch</systemitem> users should not do this.</para>\r
-                                                       <indexterm>\r
-                                                               <primary>ZZZ-REVIEW</primary>\r
-                                                               <secondary>ADD INFO ON WHY DEBIAN ETCH USERS SHOULD NOT DO THIS </secondary>\r
-                                                       </indexterm>\r
-                                                       <caution>ADD INFO ON WHY DEBIAN ETCH USERS SHOULD NOT DO THIS </caution>\r
-                                               </step>\r
-                                               <step>\r
-                                                       <warning>\r
-                                                               <para>The following updates are needed to allow the logs to function properly, but it may break other Apache applications on your server.</para>\r
-                                                       </warning>\r
-                                                       <itemizedlist>\r
-                                                               <listitem>\r
-                                                                       <para>For the <systemitem class="osname">Linux</systemitem> distributions <systemitem class="osname">Ubuntu Hardy</systemitem> or <systemitem class="osname">Debian Etch</systemitem>, as the <systemitem class="username">root</systemitem> user, edit the Apache configuration file <filename>/etc/apache2/apache2.conf</filename> and change the phrase: <literal>User www-data</literal> to the phrase: <literal>User opensrf</literal>.</para>\r
-                                                               </listitem>\r
-                                                               <listitem>\r
-                                                                       <para>For the <systemitem class="osname">Linux</systemitem> distributions <systemitem class="osname">Ubuntu Karmic</systemitem> or <systemitem class="osname">Ubuntu Lucid</systemitem> or <systemitem class="osname">Debian Lenny</systemitem>, as the <systemitem class="username">root</systemitem> user, edit the Apache configuration file <filename>/etc/apache2/envvars</filename> and change the phrase: <literal>export APACHE_RUN_USER=www-data</literal> to the phrase: <literal>export APACHE_RUN_USER=opensrf</literal>.</para>\r
-                                                               </listitem>\r
-                                                       </itemizedlist>\r
-                                               </step>\r
-                                               <step>\r
-                                                       <para>As the <systemitem class="username">root</systemitem> user, edit the Apache configuration file <filename>/etc/apache2/apache2.conf</filename> and add the lines <literal>KeepAliveTimeout 1</literal> and <literal>MaxKeepAliveRequests 100</literal>, or modify any existing lines.</para>\r
-                                               </step>\r
-                                       </procedure>\r
-                               </section>\r
-                               <section>\r
-                                       <title>(OPTIONAL) Performance Modifications for Apache</title>\r
-                                       <para>Some further configuration changes to Apache may be necessary for busy systems. These changes increase the number of Apache server processes that are started to support additional browser connections.</para>\r
-                                       <procedure>\r
-                                               <step>As the <systemitem class="username">root</systemitem> user, edit the Apache configuration file <filename>/etc/apache2/apache2.conf</filename>, locate and modify the section related to <emphasis>prefork configuration</emphasis> to suit the load on your system.</step>\r
-                                               <figure>\r
-                                                       <title>(OPTIONAL) Example of updates to Apache configuration</title>\r
-                                                       <programlisting language="xml"><![CDATA[\r
-                                                       <IfModule mpm_prefork_module>\r
-                                                          StartServers           20\r
-                                                          MinSpareServers         5\r
-                                                          MaxSpareServers        15\r
-                                                          MaxClients            150\r
-                                                          MaxRequestsPerChild 10000\r
-                                                       </IfModule>\r
-                                                       ]]></programlisting>\r
-                                               </figure>\r
-                                       </procedure>\r
-                               </section>\r
-                               <section>\r
-                                       <title>Enable the Evergreen Web Site</title>\r
-                                       <para>Finally, as the <systemitem class="username">root</systemitem> user, execute the following Apache configuration commands to disable the default <emphasis>It Works</emphasis> web page and to enable the Evergreen web site:</para>\r
-                                       <figure>\r
-                                               <title>Commands to enable the Evergreen Web Site</title>\r
-                                               <screen>\r
-                                               $ su - root\r
-       \r
-                                               # disable the default site\r
-                                               $ a2dissite default\r
-               \r
-                                               # enable the Evergreen web site\r
-                                               $ a2ensite eg.conf\r
-                                               </screen>\r
-                                       </figure>\r
-                               </section>\r
-                       </section>\r
-                       <section xml:id="serversideinstallation-opensrf-config">\r
-                               <title>Modify the OpenSRF Configuration File</title>\r
-                               <para>As the <systemitem class="username">opensrf</systemitem> user, edit the OpenSRF configuration file <filename>/openils/conf/opensrf_core.xml</filename> to update the Jabber usernames and passwords, and to specify the domain from which we will accept and to which we will make connections.</para>\r
-                               <para>If you are installing Evergreen on a single server and using the <systemitem class="domainname">private.localhost</systemitem> / <systemitem class="domainname">public.localhost</systemitem> domains, these will already be set to the correct values. Otherwise, search and replace to match your customized values.</para>\r
-                               <note>\r
-                                       <para>\r
-                                               <emphasis>The following example uses common XPath syntax on the left-hand side to indicate the approximate position needing changes within the XML file:</emphasis>\r
-                                       </para>\r
-                               </note>\r
-                               <indexterm>\r
-                                       <primary>ZZZ-REVIEW</primary>\r
-                                       <secondary>ADD A BETTER DIAGRAM HERE </secondary>\r
-                               </indexterm>\r
-                               <caution>ADD A BETTER DIAGRAM HERE </caution>\r
-                               <figure>\r
-                                       <title>Updates needed in the file <filename>/openils/conf/opensrf_core.xml</filename></title>\r
-                                       <screen>\r
-                                       /config/opensrf/username = opensrf\r
-       \r
-                                       /config/opensrf/passwd = password for "private.localhost" opensrf user\r
-       \r
-                                       /config/gateway/username = opensrf\r
-       \r
-                                       /config/gateway/passwd = password for "public.localhost" opensrf user\r
-       \r
-                                       # first entry, where "transport/server" == "public.localhost" :\r
-                                       /config/routers/router/transport \r
-                                           username = router\r
-                                           password = password for "public.localhost" router user\r
-\r
-                                       # second entry, where "transport/server" == "private.localhost" :\r
-                                       /config/routers/router/transport\r
-                                           username = router\r
-                                           password = password for "private.localhost" router user\r
-                                       </screen>\r
-                               </figure>\r
-                       </section>\r
-                       <section xml:id="serversideinstallation-srfsh">\r
-                               <title>Create Configuration Files for Users Needing <application>"srfsh"</application></title>\r
-                               <para>The software installation will automatically create a utility named <application>"srfsh"</application> (surf shell). This is a command line diagnostic tool for testing and interacting with the OpenSRF network software. It will be used in a future step to complete and test the Evergreen installation. See <xref linkend="serversideinstallation-testing"/> for further information.</para>\r
-                               <para>In this section you will set up a special configuration file for each user who will need to run the utility. Copy the short sample configuration file <filename>/openils/conf/srfsh.xml.example</filename> to the file <filename>.srfsh.xml</filename> (note the leading dot!) in the home directory of each user who will use <application>"srfsh"</application>. Finally, edit each users' <filename>.srfsh.xml</filename> file and make the following changes:</para>\r
-                               <procedure>\r
-                                       <step>Modify <emphasis role="bold">domain</emphasis> to be the router hostname (following our domain examples, <systemitem class="domainname">private.localhost</systemitem>> will give <application>"srfsh"</application> access to all OpenSRF services, while <systemitem class="domainname">public.localhost</systemitem> will only allow access to those OpenSRF services that are publicly exposed).</step>\r
-                                       <step>Modify <emphasis role="bold">username</emphasis> and <emphasis role="bold">password</emphasis> to match the <systemitem class="username">opensrf</systemitem> Jabber user for the chosen domain</step>\r
-                                       <step>Modify <emphasis role="bold">logfile</emphasis> to be the full path for a log file to which the user has write access</step>\r
-                                       <step>Modify <emphasis role="bold">loglevel</emphasis> as needed for testing</step>\r
-                               </procedure>\r
-                               <figure>\r
-                                       <title>Example of user's file <filename>.srfsh.xml</filename></title>\r
-                                       <programlisting language="xml"><![CDATA[\r
-                                       <?xml version="1.0"?>\r
-                                       <!-- This file follows the standard bootstrap config file layout -->\r
-                                       <!-- found in opensrf_core.xml -->\r
-                                       <srfsh>\r
-                                       <router_name>router</router_name>\r
-                                       <domain>private.localhost</domain>\r
-                                       <username>opensrf</username>\r
-                                       <passwd>evergreen</passwd>\r
-                                       <port>5222</port>\r
-                                       <logfile>/tmp/srfsh.log</logfile>\r
-                                       <!-- 0 None, 1 Error, 2 Warning, 3 Info, 4 debug, 5 Internal (Nasty) -->\r
-                                       <loglevel>4</loglevel>\r
-                                       </srfsh>\r
-                                       ]]></programlisting>\r
-                               </figure>\r
-                       </section>\r
-                       <section xml:id="serversideinstallation-opensrf-env">\r
-                               <title>Modify the OpenSRF Environment</title>\r
-                               <para>As the <systemitem class="username">opensrf</systemitem> user, change the permissions of <emphasis>.cgi</emphasis> files in the directory <filename class="directory">/openils/var/cgi-bin</filename> to <emphasis>executable</emphasis>, then modify the shell configuration file <filename>~/.bashrc</filename> for <systemitem class="username">opensrf</systemitem> by adding a Perl environmental variable. Finally, execute the shell configuration file to load the new variables into your current environment.</para>\r
-                               <note>\r
-                                       <para>\r
-                                               <emphasis>In a multi-server environment, you must add any modifications to <filename>~/.bashrc</filename> to the top of the file <emphasis>before</emphasis> the line <literal>[ -z "$PS1" ] &amp;&amp; return </literal>. This will allow headless (scripted) logins to load the correct environment.</emphasis>\r
-                                       </para>\r
-                               </note>\r
-                               <figure>\r
-                                       <title>Commands to modify the OpenSRF environment</title>\r
-                                       <screen>\r
-                                       # change permissions\r
-                                       $ su - opensrf\r
-                                       $ chmod 755 /openils/var/cgi-bin/*.cgi\r
-       \r
-                                       # add environmental variable\r
-                                       $ echo "export PERL5LIB=/openils/lib/perl5:\$PERL5LIB" >> ~/.bashrc\r
-       \r
-                                       # inherit the new environment\r
-                                       $ . ~/.bashrc\r
-                                       </screen>\r
-                               </figure>\r
-                       </section>\r
-                       <section xml:id="serversideinstallation-localization">\r
-                               <title>(OPTIONAL) Enabling and Disabling Language Localizations</title>\r
-                               <para>Current versions of Evergreen (after version 1.4) are bundled with support for a number of languages beyond American English (<emphasis role="bold">en-US</emphasis>). The translated interfaces are split between static files that are automatically installed with Evergreen, and dynamic labels that can be stored in the Evergreen database. Evergreen is installed with additional SQL files that contain translated dynamic labels for a number of languages, and to make the set of translated labels available in all interfaces. Only a few steps are required to enable or disable one or more languages.</para>\r
-                               <section>\r
-                                       <title>Enabling a Localization</title>\r
-                                       <para>To enable the translated labels for a given language to display in Evergreen, just populate the database with the translated labels and enable the localization. The following example illustrates how to enable Canadian French (<emphasis role="bold">fr-CA</emphasis>) support in the database. These same steps can be used with any of the languages bundled with Evergreen, or you can create and add your own localization.</para>\r
-                                       <orderedlist>\r
-                                               <listitem>\r
-                                                       <para>The translated labels for each locale are stored in SQL files named "950.data.seed-values-xx-YY.sql" where "xx-YY" represents the locale code for the translation. Load the translated labels into the Evergreen database using the command <command>psql</command>, substituting your user, host and database connection information accordingly:</para>\r
-<programlisting language="xml"><![CDATA[\r
-$ psql -U <username> -h <hostname> -d <database> -f /path/to/Evergreen-source/Open-ILS/src/sql/Pg/950.data.seed-values-fr-CA.sql\r
-]]></programlisting>\r
-                                               </listitem>\r
-                                               <listitem>\r
-                                                       <para>Ensure the locale is enabled in the Evergreen database by using the utility <command>psql</command> to check for the existence of the locale in the table <literal>config.i18n_locale</literal>:</para>\r
-                                                       <figure>\r
-                                                               <title>Commands to check for localization</title>\r
-                                                               <screen>\r
-                                                               SELECT code, marc_code, name, description\r
-                                                               FROM config.i18n_locale\r
-                                                               WHERE code = 'fr-CA';\r
-                                                               </screen>\r
-                                                       </figure>\r
-                                                       <para>As shown in the following example, if one row of output is returned, then the locale is already enabled:</para>\r
-                                                       <figure>\r
-                                                               <title>Results of an installed localization</title>\r
-                                                               <screen>\r
-                                                               code  | marc_code |      name       |   description   \r
-                                                               ------+-----------+-----------------+-----------------\r
-                                                               fr-CA | fre       | French (Canada) | Canadian French\r
-                                                               (1 row)\r
-                                                               </screen>\r
-                                                       </figure>\r
-                                                       <para>If zero rows of output are returned, then the locale is not enabled:</para>\r
-                                                       <figure>\r
-                                                               <title>Results of no installed localizations</title>\r
-                                                               <screen>\r
-                                                               code | marc_code | name | description \r
-                                                               ------+-----------+------+-------------\r
-                                                               (0 rows)\r
-                                                               </screen>\r
-                                                       </figure>\r
-                                                       <para>To enable a locale, use <command>psql</command> to insert a row into the table <literal>config.i18n_locale</literal> as follows:</para>\r
-                                                       <figure>\r
-                                                               <title>Commands to enable a locale in the database</title>\r
-                                                               <screen>\r
-                                                               INSERT INTO config.i18n_locale (code, marc_code, name, description)\r
-                                                               VALUES ('fr-CA', 'fre', 'French (Canada)', 'Canadian French');\r
-                                                               </screen>\r
-                                                       </figure>\r
-                                               </listitem>\r
-                                       </orderedlist>\r
-                               </section>\r
-                               <section>\r
-                                       <title>Disabling a Localization</title>\r
-                                       <para>You might not want to offer all of the localizations that are preconfigured in Evergreen. If you choose to disable the dynamic labels for a locale, just delete those entries from the table <literal>config.i18n_locale</literal> using the <command>psql</command> utility:</para>\r
-                                       <figure>\r
-                                               <title>Commands to delete localization from table</title>\r
-                                               <screen>\r
-                                               DELETE FROM config.i18n_locale\r
-                                               WHERE code = 'fr-CA';\r
-                                               </screen>\r
-                                       </figure>\r
-                               </section>\r
-                       </section>\r
-                       <section xml:id="serversideinstallation-starting">\r
-                               <title>Starting Evergreen</title>\r
-                               <procedure>\r
-                                       <step>\r
-                                               <para>As the <systemitem class="username">root</systemitem> user, start the <systemitem class="service">ejabberd</systemitem> and <systemitem class="service">memcached</systemitem> services (if they are not already running):</para>\r
-                                               <figure>\r
-                                                       <title>Commands to start <systemitem class="service">ejabberd</systemitem> and <systemitem class="service">memcached</systemitem> services</title>\r
-                                                       <screen>\r
-                                                       $ su - root\r
-                                                       $ /etc/init.d/ejabberd start\r
-                                                       $ /etc/init.d/memcached start\r
-                                                       </screen>\r
-                                               </figure>\r
-                                       </step>\r
-                                       <step>\r
-                                               <para>As the <systemitem class="username">opensrf</systemitem> user, start Evergreen.</para>\r
-                                               <para>Use the flag <emphasis>-l</emphasis> to force Evergreen to use <emphasis>localhost</emphasis> (your current system) as the hostname. Using the <emphasis>start_all</emphasis> option will start the OpenSRF router, Perl services, and C services:</para>\r
-                                               <figure>\r
-                                                       <title>Commands to start Evergreen</title>\r
-                                                       <screen>\r
-                                                       $ su - opensrf\r
-\r
-                                                       # ensure you have the needed path\r
-                                                       $ export PATH=$PATH:/openils/bin\r
-\r
-                                                       # start the OpenSRF service:\r
-                                                       # use "-l" to force hostname to be "localhost"\r
-                                                       $ osrf_ctl.sh -l -a start_all     \r
-                                                       </screen>\r
-                                               </figure>\r
-                                               <note>\r
-                                                       <para>\r
-                                                               <emphasis>You can also start Evergreen <emphasis role="bold">without</emphasis> the <option>-l</option> flag, but the <command>osrf_ctl.sh</command> utility must know the fully qualified domain name for the system on which it will execute. That hostname may have been specified in the configuration file <filename>opensrf.xml</filename>, which you configured in a previous step.</emphasis>\r
-                                                       </para>\r
-                                                       <para>Execute the following command to determine the fully qualified domain name of your system:</para>\r
-                                                       <figure>\r
-                                                               <title>(OPTIONAL) Commands to determine the fully qualified domain name</title>\r
-                                                               <screen>\r
-                                                               $ perl -e 'use Net::Domain qw(hostfqdn); print hostfqdn()."\n"'\r
-                                                               </screen>\r
-                                                       </figure>\r
-                                               </note>\r
-                                               <indexterm>\r
-                                                       <primary>ZZZ-REVIEW</primary>\r
-                                                       <secondary>ADD EXPLANATION FOR CONFIGURING "opensrf.xml" </secondary>\r
-                                               </indexterm>\r
-                                               <caution>ADD EXPLANATION FOR CONFIGURING "opensrf.xml" </caution>\r
-                                               <itemizedlist>\r
-                                                       <listitem>\r
-                                                               <para>If you receive an error message similar to <emphasis>osrf_ctl.sh: command not found</emphasis>, then your environment \r
-                                                               variable <envar>PATH</envar> does not include the directory <filename class="directory">/openils/bin</filename>. \r
-                                                               As the <systemitem class="username">opensrf</systemitem> user, edit the configuration file <filename>/home/opensrf/.bashrc</filename> \r
-                                                               and add the following line: <literal>export PATH=$PATH:/openils/bin</literal></para>\r
-                                                       </listitem>\r
-                                                       <listitem>\r
-                                                               <para>If you receive an error message similar to <emphasis>Can't locate OpenSRF/System.pm in @INC ... BEGIN failed--compilation aborted</emphasis>, then your environment variable <emphasis role="bold">PERL5LIB</emphasis> does not include the directory <filename class="directory">/openils/lib/perl5</filename>. As the <systemitem class="username">opensrf</systemitem> user, edit the configuration file <filename>/home/opensrf/.bashrc</filename> and add the following line: <literal>export PERL5LIB=$PERL5LIB:/openils/lib/perl5</literal></para>\r
-                                                       </listitem>\r
-                                               </itemizedlist>\r
-                                       </step>\r
-                                       <step>\r
-                                               <para>As the <systemitem class="username">opensrf</systemitem> user, generate the Web files needed by the Staff Client and catalog, and calculate the proximity of locations in the Organizational Unit tree (which allows <emphasis>Holds</emphasis> to work properly).</para>\r
-                                               <para>You must do this the first time you start Evergreen, and after making any changes to the library hierarchy in the configuration file <filename>config.cgi</filename>.</para>\r
-                                               <figure>\r
-                                                       <title>Commands to generate web files</title>\r
-                                                       <screen>\r
-                                                       $ su - opensrf\r
-                                                       $ cd /openils/bin\r
-                                                       $ ./autogen.sh -c /openils/conf/opensrf_core.xml -u\r
-                                                       Updating Evergreen organization tree and IDL using '/openils/conf/opensrf_core.xml'\r
-                                                       Updating fieldmapper\r
-                                                       ...\r
-                                                       </screen>\r
-                                               </figure>\r
-                                               <indexterm>\r
-                                                       <primary>ZZZ-REVIEW</primary>\r
-                                                       <secondary>ADD RESULTS OF TESTS FROM "autogen.sh" </secondary>\r
-                                               </indexterm>\r
-                                               <caution>ADD RESULTS OF TESTS FROM <filename>autogen.sh</filename> </caution>\r
-                                       </step>\r
-                                       <step>\r
-                                               <para>As the <systemitem class="username">root</systemitem> user, restart the Apache Web server:</para>\r
-                                               <figure>\r
-                                                       <title>Commands to restart Apache web server</title>\r
-                                                       <screen>\r
-                                                       $ su - root\r
-                                                       $ /etc/init.d/apache2 restart\r
-                                                       </screen>\r
-                                               </figure>\r
-                                               <note>If the Apache Web server was running when you started the OpenSRF services, you might not be able to successfully log in to the OPAC or Staff Client until the Apache Web server is restarted.</note>\r
-                                       </step>\r
-                               </procedure>\r
-                       </section>\r
-                       <section xml:id="serversideinstallation-testing">\r
-                               <title>Testing the Installation</title>\r
-                               <para>This section describes several simple tests you can perform to verify that the Evergreen server-side software has been installed and configured properly and is running as expected.</para>\r
-                               <section xml:id="serversideinstallation-testing-connections">\r
-                                       <title>Testing Connections to Evergreen</title>\r
-                                       <para>Once you have installed and started Evergreen, test your connection to Evergreen. As the <systemitem class="username">opensrf</systemitem> user start the <application>"srfsh"</application> application and try logging onto the Evergreen server using the default administrator username and password. Following is sample output generated by executing that script after a successful Evergreen installation:</para>\r
-                                       <figure>\r
-                                               <title>Commands to test Evergreen with <application>"srfsh"</application></title>\r
-                                               <screen>\r
-                                               $ su - opensrf\r
-                                               $ /openils/bin/srfsh\r
-                                               srfsh% login admin open-ils\r
-                                               Received Data: "250bf1518c7527a03249858687714376"\r
-                                               ------------------------------------\r
-                                               Request Completed Successfully\r
-                                               Request Time in seconds: 0.045286\r
-                                               ------------------------------------\r
-                                               Received Data: {\r
-                                                  "ilsevent":0,\r
-                                                  "textcode":"SUCCESS",\r
-                                                  "desc":" ",\r
-                                                  "pid":21616,\r
-                                                  "stacktrace":"oils_auth.c:304",\r
-                                                  "payload":{\r
-                                                     "authtoken":"e5f9827cc0f93b503a1cc66bee6bdd1a",\r
-                                                     "authtime":420\r
-                                                  }\r
-                                               }\r
-                                               ------------------------------------\r
-                                               Request Completed Successfully\r
-                                               Request Time in seconds: 1.336568\r
-                                               ------------------------------------\r
-                                               </screen>\r
-                                       </figure>\r
-                               </section>\r
-                               <section>\r
-                                       <title>Other Connection Tests with <application>"srfsh"</application></title>\r
-                                       <para></para>\r
-                                       <para>There is another <application>"srfsh"</application> command called <command>math_bench</command> that sends queries to the math servers. Note that the <systemitem class="service">opensrf.math</systemitem> and <systemitem class="service">opensrf.dbmath</systemitem> must be running for this command to work:</para>\r
-<screen>\r
-<prompt>srfsh#</prompt> <userinput>math_bench 10</userinput>\r
-|.........|.........|.........|.........|.........|.........|.........|.........|.........\r
-++++++++++++++++++++++++++++++++++++++++\r
-Average round trip time: 0.033425\r
-srfsh#\r
-</screen>\r
-                                       <para>The first argument is how many sets of 4 queries (+ - * /) are sent to <systemitem class="service">opensrf.math</systemitem>. When the response is successful, you will see the string of <literal>+</literal> symbols. If the system is not running correctly, you will either get an exception or no result at all.</para>\r
-                                       <para>For other <application>"srfsh"</application> commands, type <userinput>help</userinput> in at the prompt.</para>\r
-                                       <para/>\r
-                                       <para>If this does not work, try the troubleshooting steps in the following section.</para>\r
-                               </section>\r
-                               <section>\r
-                                       <title>Testing with <application>"settings-tester.pl"</application></title>\r
-                                       <para>As the <systemitem class="username">opensrf</systemitem> user, run the script <command>settings-tester.pl</command> to see if it finds any system configuration problems. Following is sample output generated by executing that script after a successful Evergreen installation:</para>\r
-                                       <section>\r
-                                               <title>Example of execution of <command>settings-tester.pl</command></title>\r
+                       <procedure>\r
+                               <step>\r
+                                       <title>Add the OpenSRF User</title>\r
+                                       <para>As the <systemitem class="username">root</systemitem> user, add the opensrf user to the system. The default shell for the new user is automatically set to \r
+                                       <command>/bin/bash</command> to inherit a reasonable environment:</para>\r
 <screen>\r
-<userinput>su - root</userinput>\r
-<userinput>cd /home/opensrf/Evergreen-ILS-1.6.0.0</userinput>\r
-<userinput>perl Open-ILS/src/support-scripts/settings-tester.pl</userinput>\r
-LWP::UserAgent version 5.810\r
-XML::LibXML version 1.70\r
-XML::LibXML::XPathContext version 1.70\r
-XML::LibXSLT version 1.70\r
-Net::Server::PreFork version 0.97\r
-Cache::Memcached version 1.24\r
-Class::DBI version 0.96\r
-Class::DBI::AbstractSearch version 0.07\r
-Template version 2.19\r
-DBD::Pg version 2.8.2\r
-Net::Z3950::ZOOM version 1.24\r
-MARC::Record version 2.0.0\r
-MARC::Charset version 1.1\r
-MARC::File::XML version 0.92\r
-Text::Aspell version 0.04\r
-CGI version 3.29\r
-DateTime::TimeZone version 0.7701\r
-DateTime version 0.42\r
-DateTime::Format::ISO8601 version 0.06\r
-DateTime::Format::Mail version 0.3001\r
-Unix::Syslog version 1.1\r
-GD::Graph3d version 0.63\r
-JavaScript::SpiderMonkey version 0.19\r
-Log::Log4perl version 1.16\r
-Email::Send version 2.192\r
-Text::CSV version 1.06\r
-Text::CSV_XS version 0.52\r
-Spreadsheet::WriteExcel::Big version 2.20\r
-Tie::IxHash version 1.21\r
-Parse::RecDescent version 1.95.1\r
-SRU version 0.99\r
-JSON::XS version 2.27\r
-\r
-Checking Jabber connection for user opensrf, domain private.localhost\r
-* Jabber successfully connected\r
-\r
-Checking Jabber connection for user opensrf, domain public.localhost\r
-* Jabber successfully connected\r
-\r
-Checking Jabber connection for user router, domain public.localhost\r
-* Jabber successfully connected\r
-\r
-Checking Jabber connection for user router, domain private.localhost\r
-* Jabber successfully connected\r
+<userinput>su - opensrf</userinput>\r
+<userinput>useradd -m -s /bin/bash opensrf</userinput>\r
+<userinput>passwd opensrf</userinput>\r
 </screen>\r
+                               </step>\r
+                               <step>\r
+                                       <title>Download and Unpack Latest OpenSRF Version</title>\r
+                                       <para>As the <systemitem class="username">opensrf</systemitem> user, download and extract the latest version of OpenSRF. The latest version can be found here: \r
+                                       <ulink url="http://evergreen-ils.org/downloads/OpenSRF-1.2.2.tar.gz"></ulink></para>\r
 <screen>\r
-Checking database connections\r
-* /opensrf/default/reporter/setup :: Successfully connected to database dbi:Pg:dbname=evergreen;host=localhost;port=5432\r
-  * Database has the expected server encoding UTF8.\r
-* /opensrf/default/apps/open-ils.storage/app_settings/databases :: Successfully connected to database dbi:...\r
-  * Database has the expected server encoding UTF8.\r
-* /opensrf/default/apps/open-ils.cstore/app_settings :: Successfully connected to database dbi:Pg:dbname...\r
-  * Database has the expected server encoding UTF8.\r
-* /opensrf/default/apps/open-ils.pcrud/app_settings :: Successfully connected to database dbi:Pg:dbname...\r
-  * Database has the expected server encoding UTF8.\r
-* /opensrf/default/apps/open-ils.reporter-store/app_settings :: Successfully connected to database dbi:Pg:dbname...\r
-  * Database has the expected server encoding UTF8.\r
-\r
-Checking database drivers to ensure &lt;driver&gt; matches &lt;language&gt;\r
-* OK: Pg language is undefined for reporter base configuration\r
-* OK: Pg language is undefined for reporter base configuration\r
-* OK: Pg language is perl in /opensrf/default/apps/open-ils.storage/language\r
-* OK: pgsql language is C in /opensrf/default/apps/open-ils.cstore/language\r
-* OK: pgsql language is C in /opensrf/default/apps/open-ils.pcrud/language\r
-* OK: pgsql language is C in /opensrf/default/apps/open-ils.reporter-store/language\r
-\r
-Checking libdbi and libdbi-drivers\r
-  * OK - found locally installed libdbi.so and libdbdpgsql.so in shared library path\r
-\r
-Checking hostname\r
- * OK: found hostname 'localhost' in &lt;hosts&gt; section of opensrf.xml\r
-$\r
-</screen>\r
-                                       </section>\r
-                                       <para>If the output from the script does not help you find the problem, please do not make any further significant changes to your configuration. \r
-                                       Follow the steps in the troubleshooting guide in <xref linkend="troubleshooting"/>.</para>\r
-                                       <para>If you have followed the entire set of installation steps listed here closely, you are probably extremely close to a working system. Gather your \r
-                                       configuration files and log files and contact the <ulink url="http://open-ils.org/listserv.php">Evergreen development mailing list</ulink> for \r
-                                       assistance before making any drastic changes to your system configuration.</para>\r
-                               </section>\r
-                               <section xml:id="serversideinstallation-testing-opac">\r
-                                       <title>Testing the Catalog</title>\r
-                                       <para>By default, the OPAC will live at the URL <uri>http://my.domain.com/opac/</uri>.</para>\r
-                                       <para>Navigate to this URL and the front page of the OPAC should load. There is a basic text entry field with some extra search options. If you have any problems loading this page, check the Apache error logs. If the page loads but does not function correctly, then check for possible javascript errors. We highty recommend testing with the <application>"Firefox"</application> browser because of the helpful javascript debugging tools.</para>\r
-                                       <para>Assuming that the OPAC is functioning and there is data in your database, you can now perform other simple functional tests (e.g., searching the catalog).</para>\r
-                                       <indexterm>\r
-                                               <primary>ZZZ-REVIEW</primary>\r
-                                               <secondary>ADD OTHER SIMPLE FUNCTIONAL TESTS </secondary>\r
-                                       </indexterm>\r
-                                       <caution>ADD OTHER SIMPLE FUNCTIONAL TESTS </caution>\r
-                               </section>\r
-                               <section>\r
-                                       <title>Running the Evergreen Staff Client</title>\r
-                                       <para>Run the Evergreen Staff Client by using the application <application>"XULRunner"</application> (installed automatically and by \r
-                                       default with Firefox version 3.0 and later on <systemitem class="osname">Ubuntu</systemitem> and <systemitem class="osname">Debian</systemitem> \r
-                                       distributions).</para>\r
-                                       <para>For example, if the source files for the Evergreen installation are in the directory \r
-                                       <filename class="directory">/home/opensrf/Evergreen-ILS-1.6.0.7/</filename>, start the Staff Client as follows:</para>\r
+<userinput>su - opensrf</userinput>\r
+<userinput>wget http://evergreen-ils.org/downloads/OpenSRF-1.2.2.tar.gz</userinput>\r
+<userinput>tar zxf OpenSRF-1.2.2.tar.gz</userinput>\r
+</screen>              \r
+                                       <para>The new directory <filename class="directory">/home/opensrf/OpenSRF-1.2.2</filename> will be created.</para>\r
+                               </step>\r
+                               <step>\r
+                                       <title>Install Prerequisites to Build OpenSRF</title>\r
+                                       <para>In this section you will install and configure a set of prerequisites that will be used to build OpenSRF. In a following step you will actually build the \r
+                                       software using the <command>make</command> utility.</para>\r
+                                       <para>As the <systemitem class="username">root</systemitem> user, enter the commands show below to build the prerequisites from the software distribution that \r
+                                       you just downloaded and unpacked. Remember to replace <emphasis>[DISTRIBUTION]</emphasis> in the example with the keyword corresponding to the actual \r
+                                       <systemitem class="osname">Linux</systemitem> distribution listed in the <link linkend="serversideinstallation-keywords-opensrf">distribution \r
+                                       keywords</link>table.</para>\r
 <screen>\r
-$ su - opensrf\r
-$ xulrunner /home/opensrf/Evergreen-ILS-1.6.0.7/Open-ILS/xul/staff_client/build/application.ini\r
+<userinput>su - root</userinput>\r
+<userinput>cd /home/opensrf/OpenSRF-1.2.2</userinput>\r
+<userinput>make -f src/extras/Makefile.install [DISTRIBUTION]</userinput>\r
 </screen>\r
-                                       \r
-                               </section>\r
-                               <section xml:id="serversideinstallation-starting-apache-server">\r
-                                       <title>Testing the Apache Web Server</title>\r
-                                       <para>Once you have started Evergreen and confirmed that a basic login attempt works, you can test and start the Apache web server.</para>\r
-                                       <para>As the <systemitem class="username">root</systemitem> user, execute the following commands. Note the use of <emphasis>restart</emphasis> to \r
-                                       force the new Evergreen modules to be reloaded even if the Apache server is already running. Any problems found with your configuration files should \r
-                                       be displayed:</para>\r
-                                       <figure>\r
-                                               <title>Commands to test the Apache Web Server</title>\r
-                                               <screen>\r
-                                               $ su - root\r
-                                               $ apache2ctl configtest &amp;&amp; /etc/init.d/apache2 restart\r
-                                               </screen>\r
-                                       </figure>\r
-                               </section>\r
-                       </section>\r
-                       <section xml:id="serversideinstallation-stopping">\r
-                               <title>Stopping Evergreen</title>\r
-                               <para>As the <systemitem class="username">opensrf</systemitem> user, stop all Evergreen services by using the following command:</para>\r
-                               <figure>\r
-                                       <title>Commands to stop Evergreen</title>\r
-                                       <screen>\r
-                                       $ su - opensrf\r
-\r
-                                       # stop the server:\r
-                                       # use "-l" to force hostname to be "localhost"\r
-                                       $ osrf_ctl.sh -l -a stop_all\r
-                                       </screen>\r
-                               </figure>\r
-                               <note>\r
-                                       <para>\r
-                                               <emphasis>You can also stop Evergreen services <emphasis role="bold">without</emphasis> the <option>-l</option> flag, but the <command>osrf_ctl.sh</command> utility must know the fully qualified domain name for the system on which it will execute. That hostname may have been specified in the configuration file <filename>opensrf.xml</filename>, which you configured in a previous step.</emphasis>\r
-                                       </para>\r
-                               </note>\r
-                               <indexterm>\r
-                                       <primary>ZZZ-REVIEW</primary>\r
-                                       <secondary>ADD EXPLANATION FOR CONFIGURING "opensrf.xml" </secondary>\r
-                               </indexterm>\r
-                               <caution>ADD EXPLANATION FOR CONFIGURING "opensrf.xml" </caution>\r
-                       </section>\r
-                       <section xml:id="serversideinstallation-postinstallation">\r
-                               <title>Post-Installation Chores</title>\r
-                               <para>There are a few additional steps to complete after Evergreen has been successfully installed and tested.</para>\r
-                               <section>\r
-                                       <title>Remove temporary changes from Apache configuration file</title>\r
-                                       <para>As the <systemitem class="username">root</systemitem> user, edit the Apache configuration file <filename>/etc/apache2/sites-available/eg.conf</filename> again and make the following change:</para>\r
-                                       <para>Uncomment the line <literal>Allow from 10.0.0.0/8</literal>, then comment out the line <literal>Allow from all</literal>. You modified this file in an earlier step as a temporary measure to expedite testing (see <xref linkend="serversideinstallation-modify-apache"/> for further information). Those changes must now be reversed in order to deny unwanted access to your CGI scripts from users on other public networks. You <emphasis role="bold">must</emphasis> secure this for a public production system.</para>\r
-                               </section>\r
-                               <section>\r
-                                       <title>Configure a permanent SSL key</title>\r
-                                       <para>In a previous step, we used the command <command>openssl</command> to temporarily create a new SSL key for the Apache server. For a public production server you should configure or purchase a signed SSL certificate. For further information on getting a proper SSL certificate, see <xref linkend="serversideinstallation-ssl"/>.</para>\r
-                                       <warning>\r
-                                               <para>\r
-                                                       <emphasis>The temporary SSL key was only created to expedite testing. You <emphasis role="bold"> must</emphasis> get a proper SSL certificate for a public production system.</emphasis>\r
-                                               </para>\r
-                                       </warning>\r
-                               </section>\r
-                               <section>\r
-                                       <title>Set Up Support For Reports</title>\r
-                                       <para>Evergreen reports are extremely powerful, but some configuration is required. See <xref linkend="reports"/> for details.</para>\r
-                                       <itemizedlist>\r
-                                               <listitem>\r
-                                                       <para>Starting the Reporter Daemon</para>\r
-                                                       <para>Once the <systemitem class="daemon">open-ils.reporter</systemitem> process is running and enabled on the gateway, you can start the reporter daemon. That process periodically checks for requests for new reports or scheduled reports and gets them running.</para>\r
-                                                       <para>As the <systemitem class="username">opensrf</systemitem> user, start the reporter daemon using the following command:</para>\r
-                                                       <figure>\r
-                                                               <title>Commands to start the Reporter daemon</title>\r
-                                                               <screen>\r
-                                                               $ su - opensrf\r
-                                                               $ cd /home/opensrf/Evergreen-ILS-1.6.0.7/Open-ILS/src/reporter\r
-                                                               $ ./clark-kent.pl --daemon\r
-                                                               </screen>\r
-                                                       </figure>\r
-                                                       <para>You can also specify other options with this utility:</para>\r
-                                                       <itemizedlist>\r
-                                                               <listitem><option>--sleep=interval</option> : number of seconds to sleep between checks for new reports to run; defaults to 10</listitem>\r
-                                                               <listitem><option>--lockfile=filename</option> : where to place the lockfile for the process; defaults to <filename>/tmp/reporter-LOCK</filename></listitem>\r
-                                                               <listitem><option>--concurrency=integer</option> : number of reporter daemon processes to run; defaults to <literal>1</literal></listitem>\r
-                                                               <listitem><option>--bootstrap=filename</option> : OpenSRF bootstrap configuration file; defaults to <filename>/openils/conf/opensrf_core.xml</filename></listitem>\r
-                                                       </itemizedlist>\r
-                                               </listitem>\r
-                                               <listitem>\r
-                                                       <para>Stopping the Reporter Daemon</para>\r
-                                                       <para>To stop the Reporter daemon, you must kill the process and remove the lockfile. The daemon may have just a single associated process, with a lockfile in the default location.</para>\r
-                                                       <note>\r
-                                                               <para>\r
-                                                                       <emphasis>It is possible that several processes are running; see the optional commands in the previous section. As the <systemitem class="username">opensrf</systemitem> user, perform the following commands to stop the Reporter daemon:</emphasis>\r
-                                                               </para>\r
-                                                       </note>\r
-                                                       <figure>\r
-                                                               <title>Commands to stop the Reporter daemon</title>\r
-                                                               <screen>\r
-                                                               $ su - opensrf\r
-                                                               # find and kill the process ID number(s)\r
-                                                               $ kill `ps wax | grep "Clark Kent" | grep -v grep | cut -b1-6`\r
-                                                               # remove the lock file\r
-                                                               $ rm /tmp/reporter-LOCK\r
-                                                               </screen>\r
-                                                       </figure>\r
-                                               </listitem>\r
-                                       </itemizedlist>\r
-                               </section>\r
-                               <section xml:id="serversideinstallation-organizationandpolicy">\r
-                                       <title>Organization and Policy Editing</title>\r
-                                       <para>After installing Evergreen, you will want to make configuration changes to reflect the organizational hierarchy and the policies of your library or libraries. See <xref linkend="orgunits"/> for further information. Examples of what can be configured include:</para>\r
-                                       <itemizedlist>\r
-                                               <listitem>Adding a branch library</listitem>\r
-                                               <listitem>Changing circulation rules for an existing library</listitem>\r
-                                               <listitem>Adding a new staff position or user group</listitem>\r
-                                       </itemizedlist>\r
-                                       <indexterm>\r
-                                               <primary>ZZZ-REVIEW</primary>\r
-                                               <secondary>ADD CONTENT FOR ORGANIZATION AND POLICY EDITING </secondary>\r
-                                       </indexterm>\r
-                                       <caution>ADD CONTENT FOR ORGANIZATION AND POLICY EDITING </caution>\r
-                               </section>\r
-                               <section xml:id="serversideinstallation-ssl">\r
-                                       <title>Getting a Signed SSL Certificate</title>\r
-                                       <para>This section describes how to get a properly signed SSL certificate.</para>\r
-                                       <para>For temporary testing purposes, you can use the command <command>openssl</command> to create a new SSL key for your Apache server. This is just a self-signed certificate and will generate warnings in the Staff Client and browser during testing and development. For a public production server you should configure or purchase a properly signed SSL certificate.</para>\r
-                                       <indexterm>\r
-                                               <primary>ZZZ-REVIEW</primary>\r
-                                               <secondary>ADD INFO ON HOW TO GET A SIGNED SSL CERTIFICATE </secondary>\r
-                                       </indexterm>\r
-                                       <caution>ADD INFO ON HOW TO GET A SIGNED SSL CERTIFICATE </caution>\r
-                               </section>\r
-                       </section>\r
-               </section>\r
-               <section xml:id="serversideinstallation-virtual">\r
-                       <title>Installing In Virtualized Unix Environments</title>\r
-                       <para>Evergreen software currently runs as a native application on any of several well-known <systemitem class="osname">Linux</systemitem> distributions (e.g., <systemitem class="osname">Ubuntu</systemitem> and <systemitem class="osname">Debian</systemitem>). It does not run as a native application on the <systemitem class="osname">Windows</systemitem> operating system (e.g., <systemitem class="osname">WindowsXP</systemitem>, <systemitem class="osname">WindowsXP Professional</systemitem>, <systemitem class="osname">Windows7</systemitem>), but the software can be installed and run on <systemitem class="osname">Windows</systemitem> via a virtualized Linux-guest Operating System (using, for example, <application>"VirtualBox"</application> or <application>"VMware"</application> to emulate a <systemitem class="osname">Linux</systemitem> environment).</para>\r
-                       <indexterm>\r
-                               <primary>ZZZ-REVIEW</primary>\r
-                               <secondary>ADD CONTENT FOR INSTALLING EVERGREEN IN VIRTUALIZED UNIX ENVIRONMENTS </secondary>\r
-                       </indexterm>\r
-                       <caution>ADD CONTENT FOR INSTALLING EVERGREEN IN VIRTUALIZED UNIX ENVIRONMENTS </caution>\r
-                       <section xml:id="serversideinstallation-virtualized-virtualbox">\r
-                               <title>VirtualBox</title>\r
-                               <indexterm>\r
-                                       <primary>ZZZ-REVIEW</primary>\r
-                                       <secondary>ADD CONTENT FOR VirtualBox </secondary>\r
-                               </indexterm>\r
-                               <caution>ADD CONTENT FOR VirtualBox </caution>\r
-                       </section>\r
-                       <section xml:id="serversideinstallation-virtualized-vmware">\r
-                               <title>VMware</title>\r
-                               <indexterm>\r
-                                       <primary>ZZZ-REVIEW</primary>\r
-                                       <secondary>ADD CONTENT FOR VMware </secondary>\r
-                               </indexterm>\r
-                               <caution>ADD CONTENT FOR VMware </caution>\r
-                       </section>\r
-                       <section xml:id="serversideinstallation-virtualized-virtualpc">\r
-                               <title>VirtualPC</title>\r
-                               <indexterm>\r
-                                       <primary>ZZZ-REVIEW</primary>\r
-                                       <secondary>ADD CONTENT FOR VirtualPC </secondary>\r
-                               </indexterm>\r
-                               <caution>ADD CONTENT FOR VirtualPC </caution>\r
-                       </section>\r
-               </section>\r
-               <section xml:id="serversideinstallation-previousversions">\r
-                       <title>Installing Previous Versions of Evergreen</title>\r
-                       <para>Earlier releases of Evergreen are available. Instructions for installing, configuring and testing earlier versions are found below.</para>\r
-                       <para>The next most recent previous release of Evergreen is version <emphasis><emphasis role="bold">1.4.0.6</emphasis></emphasis>. The accompanying previous release of OpenSRF is version <emphasis><emphasis role="bold">1.0.7</emphasis></emphasis>.</para>\r
-                       <section xml:id="serversideinstallation-evergreen-previous">\r
-                               <title>Installing Evergreen 1.4.0.6 On <systemitem class="osname">Ubuntu</systemitem> or <systemitem class="osname">Debian</systemitem></title>\r
-                               <para>This section outlines the installation process for the previous version 1.4.0.6 of Evergreen.</para>\r
-                               <para>In this section you will download, unpack, install, configure and test the Evergreen system, including the Evergreen server and the PostgreSQL database system. You will make several configuration changes and adjustments to the software, including updates to configure the system for your own locale, and some updates needed to work around a few known issues.</para>\r
-                               <note>\r
-                                       <para>The following steps have been tested on the x86 (32-bit) and x86-64 (64-bit) architectures. There may be differences between the Desktop and Server editions of <systemitem class="osname">Ubuntu</systemitem>. These instructions assume the Server edition.</para>\r
-                                       <para>If you are starting with a clean install of <systemitem class="osname">Ubuntu</systemitem> or <systemitem class="osname">Debian</systemitem>, you are strongly recommended <emphasis role="bold">not</emphasis> to install the packaged PostgreSQL server. This can confuse port numbers and system configuration. Evergreen 1.4 requires PostgreSQL 8.2.</para>\r
-                               </note>\r
-                               <section>\r
-                                       <title>Installing OpenSRF 1.0.7</title>\r
-                                       <para>Evergreen software is integrated with and depends on the Open Service Request Framework (OpenSRF) software system. For further information on installing, configuring and testing OpenSRF, see <xref linkend="serversideinstallation-opensrf-previous"/>.</para>\r
-                                       <para>Follow the steps outlined in that section and run the specified tests to ensure that OpenSRF is properly installed and configured. Do not continue with any further Evergreen installation steps until you have verified that OpenSRF has been successfully installed.</para>\r
-                               </section>\r
-                               <section>\r
-                                       <title>Download and Unpack Evergreen Version 1.4.0.6</title>\r
-                                       <para>As the <systemitem class="username">opensrf</systemitem> user, download and extract the latest version of Evergreen. The latest version can be found here: <ulink url="http://evergreen-ils.org/downloads/Evergreen-ILS-1.4.0.6.tar.gz"></ulink></para>\r
-                                       <figure>\r
-                                               <title>Commands to download and unpack Evergreen</title>\r
-                                               <screen>\r
-                                               $ su - opensrf\r
-                                               $ wget http://evergreen-ils.org/downloads/Evergreen-ILS-1.4.0.6.tar.gz\r
-                                               $ tar zxf Evergreen-ILS-1.4.0.6.tar.gz\r
-                                               </screen>\r
-                                       </figure>\r
-                                       <para>The new directory <filename class="directory">/home/opensrf/Evergreen-ILS-1.4.0.6</filename> will be created.</para>\r
-                               </section>\r
-                               <section>\r
-                                       <title>Install Prerequisites to Build Evergreen</title>\r
-                                       <para>In this section you will install and configure a set of prerequisites that will be used to build Evergreen. In a following step you will actually build the software using the <command>make</command> utility.</para>\r
-                                       <para>As the <systemitem class="username">root</systemitem> user, enter the commands show below to build the prerequisites from the software distribution that you just downloaded and unpacked. Remember to replace <emphasis>[distribution]</emphasis> in the example with the keyword corresponding to the actual <systemitem class="osname">Linux</systemitem> distribution listed in the <link linkend="serversideinstallation-keywords-figure-2-a">"Keywords"</link> figure below.</para>\r
-                                       <figure>\r
-                                               <title>Commands to install prerequisites for Evergreen</title>\r
-                                               <screen>\r
-                                               $ su - root\r
-                                               $ cd /home/opensrf/Evergreen-ILS-1.4.0.6\r
-                                               $ make -f Open-ILS/src/extras/Makefile.install [distribution]\r
-                                               ...\r
-                                               </screen>\r
-                                       </figure>\r
-                                       <table xml:id="serversideinstallation-keywords-figure-2-a">\r
+                               \r
+                                       <table xml:id="serversideinstallation-keywords-opensrf">\r
                                                <title>Keywords Targets for <application>"make"</application> Command</title>\r
                                                <tgroup align="left" cols="2" colsep="1" rowsep="1">\r
                                                        <colspec colnum="1" colwidth="1.0*"/>\r
@@ -1523,236 +169,12 @@ $ xulrunner /home/opensrf/Evergreen-ILS-1.6.0.7/Open-ILS/xul/staff_client/build/
                                                                        <entry>for Debian Etch (4.0)</entry>\r
                                                                </row>\r
                                                                <row>\r
-                                                                       <entry>ubuntu-intrepid</entry>\r
-                                                                       <entry>for Ubuntu Intrepid (8.10)</entry>\r
-                                                               </row>\r
-                                                               <row>\r
-                                                                       <entry>ubuntu-hardy</entry>\r
-                                                                       <entry>for Ubuntu Hardy (8.04)</entry>\r
-                                                               </row>\r
-                                                       </tbody>\r
-                                               </tgroup>\r
-                                       </table>\r
-                               </section>\r
-                               <section>\r
-                                       <title>Update the System Dynamic Library Path</title>\r
-                                       <para>As the <systemitem class="username">root</systemitem> user, you must update the system dynamic library path to make your system recognize the newly installed libraries. Do this by creating the new file <filename>/etc/ld.so.conf.d/eg.conf</filename> containing two new library paths, then run the command <command>ldconfig</command> to automatically read the file and modify the system dynamic library path:</para>\r
-                                       <figure>\r
-                                               <title>Commands to modify system dynamic library path</title>\r
-                                               <screen>\r
-                                               $ su - root\r
-                                               $ cat > /etc/ld.so.conf.d/eg.conf &lt;&lt; ENDOFFILE\r
-                                               /usr/local/lib\r
-                                               /usr/local/lib/dbd\r
-                                               ENDOFFILE\r
-                                               $ ldconfig\r
-                                               </screen>\r
-                                       </figure>\r
-                               </section>\r
-                               <section>\r
-                                       <title>Restart the PostgreSQL Server</title>\r
-                                       <para>If PostgreSQL is running on the same system as the rest of Evergreen, as the <systemitem class="username">root</systemitem> user you must restart the PostgreSQL server to avoid a problem where the library <filename>plperl.so</filename> cannot be found. If your PostgreSQL server is running on another system, just skip this step.</para>\r
-                                       <figure>\r
-                                               <title>Commands to restart PostgreSQL server</title>\r
-                                               <screen>\r
-                                               $ su - root\r
-                                               $ /etc/init.d/postgresql-8.2 restart\r
-                                               </screen>\r
-                                       </figure>\r
-                               </section>\r
-                               <section>\r
-                                       <title>Configure Evergreen</title>\r
-                                       <para>As the <systemitem class="username">opensrf</systemitem> user, return to the Evergreen build directory and use the <command>configure</command> utility to prepare for the next step of compiling and linking the software:</para>\r
-                                       <figure>\r
-                                               <title>Commands to configure Evergreen</title>\r
-                                               <screen>\r
-                                               $ su - opensrf\r
-                                               $ cd /home/opensrf/Evergreen-ILS-1.4.0.6\r
-                                               $ ./configure --prefix=/openils --sysconfdir=/openils/conf\r
-                                               $ make\r
-                                               ...\r
-                                               </screen>\r
-                                       </figure>\r
-                               </section>\r
-                               <section>\r
-                                       <title>Compile, Link and Install Evergreen</title>\r
-                                       <para>In this step you will actually compile, link and install Evergreen and the default Evergreen Staff Client.</para>\r
-                                       <para>As the <systemitem class="username">root</systemitem> user, return to the Evergreen build directory and use the <command>make</command> utility as shown below. The Staff Client will also be automatically built, but you must remember to set the variable <envar>STAFF_CLIENT_BUILD_ID</envar> to match the version of the Staff Client you will use to connect to the Evergreen server.</para>\r
-                                       <para>For further information on manually building the Staff Client, see <xref linkend="serversideinstallation-building-staffclient"/>.</para>\r
-                                       <figure>\r
-                                               <title>Commands to build, link and install Evergreen</title>\r
-                                               <screen>\r
-                                               $ su - root\r
-                                               $ cd /home/opensrf/Evergreen-ILS-1.4.0.6\r
-                                               $ make STAFF_CLIENT_BUILD_ID=rel_1_4_0_6 install\r
-                                               ...\r
-                                               </screen>\r
-                                               <para>The above commands will create a new subdirectory <filename class="directory">/openils/var/web/xul/rel_1_4_0_6</filename> containing the Staff Client.</para>\r
-                                       </figure>\r
-                               </section>\r
-                               <section>\r
-                                       <title>Copy the OpenSRF Configuration Files</title>\r
-                                       <para>As the <systemitem class="username">root</systemitem> user, copy the example OpenSRF configuration files into place. This replaces the configuration files that you set up in a previous step when you installed and tested OpenSRF. You should also create backup copies of the old files for troubleshooting purposes. Finally, change the ownership on the installed files to the <systemitem class="username">opensrf</systemitem> user:</para>\r
-                                       <figure>\r
-                                               <title>Commands to copy OpenSRF configuration files</title>\r
-                                               <screen>\r
-                                               $ su - root\r
-                                               $ cp /openils/conf/opensrf.xml.example      /openils/conf/opensrf.xml\r
-                                               $ cp /openils/conf/opensrf_core.xml.example /openils/conf/opensrf_core.xml\r
-                                               $ chown -R opensrf:opensrf /openils/\r
-                                               </screen>\r
-                                       </figure>\r
-                               </section>\r
-                               <section>\r
-                                       <title>Create and Configure PostgreSQL Database</title>\r
-                                       <para>As the <systemitem class="username">postgres</systemitem> user on your PostgreSQL server, create the Evergreen database.</para>\r
-                                       <para>In the commands below, remember to adjust the path of the <emphasis role="bold">contrib</emphasis> repository to match your PostgreSQL server layout. For example, if you built PostgreSQL from source the path would be <filename class="directory">/usr/local/share/contrib</filename>; if you installed the PostgreSQL 8.2 server packages on <systemitem class="osname">Ubuntu 8.04</systemitem>, the path would be <filename class="directory">/usr/share/postgresql/8.2/contrib/</filename>.</para>\r
-                                       <procedure>\r
-                                               <step>\r
-                                                       <para>\r
-                                                               <emphasis role="bold">Create and configure the database</emphasis>\r
-                                                       </para>\r
-                                                       <para>As the <systemitem class="username">postgres</systemitem> user on the PostgreSQL system create the PostgreSQL database, then set some internal paths:</para>\r
-                                                       <figure>\r
-                                                               <title>Commands to create database and adjust the path</title>\r
-                                                               <screen>\r
-                                                               # create the database\r
-                                                               $ su - postgres\r
-                                                               $ createdb -E UNICODE evergreen\r
-                                                               $ createlang plperl   evergreen\r
-                                                               $ createlang plperlu  evergreen\r
-                                                               $ createlang plpgsql  evergreen\r
-                       \r
-                                                               # adjust the paths\r
-                                                               $ psql -f /usr/share/postgresql/PGSQL_VERSION/contrib/tablefunc.sql evergreen\r
-                                                               $ psql -f /usr/share/postgresql/PGSQL_VERSION/contrib/tsearch2.sql  evergreen\r
-                                                               $ psql -f /usr/share/postgresql/PGSQL_VERSION/contrib/pgxml.sql     evergreen\r
-                                                               </screen>\r
-                                                       </figure>\r
-                                                       <emphasis>Where <literal>PGSQL_VERSION</literal> is your installed PostgreSQL version (e.g. <literal>8.2</literal>).</emphasis>\r
-                                               </step>\r
-                                               <step>\r
-                                                       <para>\r
-                                                               <emphasis role="bold">Create new Evergreen superuser</emphasis>\r
-                                                       </para>\r
-                                                       <para>As the <systemitem class="username">postgres</systemitem> user on the PostgreSQL system, create the \r
-                                                       new database <systemitem class="username">evergreen</systemitem> user and assign a password:</para>\r
-<screen>\r
-# create superuser 'evergreen' and set the password\r
-<userinput>su - postgres</userinput>\r
-<userinput>createuser -P -s evergreen</userinput>\r
-<prompt>Enter password for new role:</prompt> <userinput>MYNEWPASSWORD</userinput>\r
-<prompt>Enter it again:</prompt><userinput>MYNEWPASSWORD</userinput>\r
-</screen>\r
-                                                       <emphasis>Where <literal>MYNEWPASSWORD</literal> is the password chosen.</emphasis>\r
-                                               </step>\r
-                                       </procedure>\r
-                               </section>\r
-                               <section>\r
-                                       <title>Create Database Schema</title>\r
-                                       <para>As the <systemitem class="username">root</systemitem> user, create the database schema and configure your system with the corresponding database authentication details for the <emphasis>evergreen</emphasis> database user that you created in the previous step.</para>\r
-                                       <para>Enter the following commands and replace <emphasis>HOSTNAME, PORT, PASSWORD</emphasis> and <emphasis>DATABASENAME</emphasis> with appropriate values.</para>\r
-                                       <figure>\r
-                                               <title>Commands to create Evergreen database schema</title>\r
-                                               <screen>\r
-                                               $ su - root\r
-                                               $ cd /home/opensrf/Evergreen-ILS-1.4.0.6\r
-                                               $ perl Open-ILS/src/support-scripts/eg_db_config.pl --update-config \\r
-                                                       --service all --create-schema --create-bootstrap --create-offline \\r
-                                                       --hostname HOSTNAME --port PORT \\r
-                                                       --user evergreen --password PASSWORD --database DATABASENAME\r
-                                               </screen>\r
-                                       </figure>\r
-                                       <emphasis>Where, on most systems, <emphasis>HOSTNAME</emphasis> will be <emphasis role="bold">localhost</emphasis>, <emphasis>PORT</emphasis> will be <emphasis role="bold">5432</emphasis>, and <emphasis>PASSWORD</emphasis> and <emphasis>DATABASENAME</emphasis> will be those assigned when PostgreSQL was installed in the previous step.</emphasis>\r
-                                       <note>\r
-                                               <para>\r
-                                                       <emphasis>If you are entering the above command on a single line, do not include the <literal>\</literal> (backslash) characters. If you are using the <command>bash</command> shell, these should only be used at the end of a line at a bash prompt to indicate that the command is continued on the next line.</emphasis>\r
-                                               </para>\r
-                                       </note>\r
-                               </section>\r
-                               <section>\r
-                                       <title>Evergreen installation - (continued)</title>\r
-                                       <para><emphasis>The remainder of the Evergreen installation procedure is identical to that for installing the latest version of Evergreen. Continue with the instructions found in</emphasis> <xref linkend="serversideinstallation-modify-apache"/>.</para>\r
-                               </section>\r
-                       </section>\r
-                       <section xml:id="serversideinstallation-opensrf-previous">\r
-                               <title>Installing OpenSRF 1.0.7 On <systemitem class="osname">Ubuntu</systemitem> or <systemitem class="osname">Debian</systemitem></title>\r
-                               <para>This section describes the installation of the previous version of the Open Service Request Framework (OpenSRF), a major component of the Evergreen server-side software, on <systemitem class="osname">Ubuntu</systemitem> or <systemitem class="osname">Debian</systemitem> systems. Evergreen software is integrated with and depends on the OpenSRF software system.</para>\r
-                               <para>Follow the steps outlined here and run the specified tests to ensure that OpenSRF is properly installed and configured. Do not continue with any further Evergreen installation steps until you have verified that OpenSRF has been successfully installed.</para>\r
-                               <note>\r
-                                       <para>The following steps have been tested on the x86 (32-bit) and x86-64 (64-bit) platforms. OpenSRF 1.0.7 has been tested on <systemitem class="osname">Debian Etch (4.0)</systemitem>, <systemitem class="osname">Debian Lenny</systemitem>, <systemitem class="osname">Ubuntu Hardy Heron (8.04)</systemitem>, and <systemitem class="osname">Ubuntu Intrepid Ibex (8.10)</systemitem>.</para>\r
-                                       <para>In the following instructions, you are asked to perform certain steps as either the <systemitem class="username">root</systemitem> user, the <systemitem class="username">opensrf</systemitem> user, or the <systemitem class="username">postgres</systemitem> user.</para>\r
-                                       <itemizedlist>\r
-                                               <listitem><systemitem class="osname">Debian</systemitem> -- To become the <systemitem class="username">root</systemitem> user, issue the command <command>su -</command> and enter the password of the <systemitem class="username">root</systemitem> user.</listitem>\r
-                                               <listitem><systemitem class="osname">Ubuntu</systemitem> -- To become the <systemitem class="username">root</systemitem> user, issue the command <command>sudo su -</command> and enter the password of the <systemitem class="username">root</systemitem> user.</listitem>\r
-                                       </itemizedlist>\r
-                                       <para>To switch from the <systemitem class="username">root</systemitem> user to a different user, issue the command <command>su - USERNAME</command>. For example, to switch from the <systemitem class="username">root</systemitem> user to the <systemitem class="username">opensrf</systemitem> user, issue the command <command>su - opensrf</command>. Once you have become a non-root user, to become the <systemitem class="username">root</systemitem> user again, simply issue the command <command>exit"</command>.</para>\r
-                               </note>\r
-                               <section>\r
-                                       <title>Add the OpenSRF User</title>\r
-                                       <para>As the <systemitem class="username">root</systemitem> user, add the opensrf user to the system. The default shell for the new user is automatically set to <command>/bin/bash</command> to inherit a reasonable environment:</para>\r
-                                       <figure>\r
-                                               <title>Commands to add <systemitem class="username">opensrf</systemitem> user</title>\r
-                                               <screen>\r
-                                       $ su - opensrf\r
-                                       $ useradd -m -s /bin/bash opensrf\r
-                                       $ passwd opensrf\r
-                                       Enter new UNIX password: ******\r
-                                       Retype new UNIX password: ******\r
-                                       passwd: password updated successfully\r
-                                       $\r
-                                       </screen>\r
-                                       </figure>\r
-                               </section>\r
-                               <section>\r
-                                       <title>Download and Unpack Latest OpenSRF Version</title>\r
-                                       <para>As the <systemitem class="username">opensrf</systemitem> user, download and extract the latest version of OpenSRF. The latest version can be found here: <ulink url="http://evergreen-ils.org/downloads/OpenSRF-1.0.7.tar.gz"></ulink></para>\r
-                                       <figure>\r
-                                               <title>Commands to download and unpack OpenSRF</title>\r
-                                               <screen>\r
-                                       $ su - opensrf\r
-                                       $ wget http://evergreen-ils.org/downloads/OpenSRF-1.0.7.tar.gz\r
-                                       $ tar zxf OpenSRF-1.0.7.tar.gz\r
-                                       </screen>\r
-                                       </figure>\r
-                                       <para>The new directory <filename class="directory">/home/opensrf/OpenSRF-1.0.7</filename> will be created.</para>\r
-                               </section>\r
-                               <section>\r
-                                       <title>Install Prerequisites to Build OpenSRF</title>\r
-                                       <para>In this section you will install and configure a set of prerequisites that will be used to build OpenSRF. In a following step you will actually build the software using the <command>make</command> utility.</para>\r
-                                       <para>As the <systemitem class="username">root</systemitem> user, enter the commands show below to build the prerequisites from the software distribution that you just downloaded and unpacked. Remember to replace <emphasis>[DISTRIBUTION]</emphasis> in the example with the keyword corresponding to the actual <systemitem class="osname">Linux</systemitem> distribution listed in the <link linkend="serversideinstallation-keywords-figure-1a">"Keywords"</link> figure below.</para>\r
-                                       <figure>\r
-                                               <title>Commands to install prerequisites for OpenSRF</title>\r
-                                               <screen>\r
-                                       $ su - root\r
-                                       $ cd /home/opensrf/OpenSRF-1.0.7\r
-                                       $ make -f src/extras/Makefile.install [DISTRIBUTION]\r
-                                       ...\r
-                                       </screen>\r
-                                       </figure>\r
-                                       <table xml:id="serversideinstallation-keywords-figure-1a">\r
-                                               <title>Keywords Targets for <application>"make"</application> Command</title>\r
-                                               <tgroup align="left" cols="2" colsep="1" rowsep="1">\r
-                                                       <colspec colnum="1" colwidth="1.0*"/>\r
-                                                       <colspec colnum="2" colwidth="3.0*"/>\r
-                                                       <thead>\r
-                                                               <row>\r
-                                                                       <entry>Keyword</entry>\r
-                                                                       <entry>Description</entry>\r
-                                                               </row>\r
-                                                       </thead>\r
-                                                       <tbody>\r
-                                                               <row>\r
-                                                                       <entry>debian-lenny</entry>\r
-                                                                       <entry>for Debian Lenny (5.0)</entry>\r
-                                                               </row>\r
-                                                               <row>\r
-                                                                       <entry>debian-etch</entry>\r
-                                                                       <entry>for Debian Etch (4.0)</entry>\r
+                                                                       <entry>ubuntu-karmic</entry>\r
+                                                                       <entry>for Ubuntu Karmic (9.10)</entry>\r
                                                                </row>\r
                                                                <row>\r
                                                                        <entry>ubuntu-intrepid</entry>\r
-                                                                       <entry>for Intrepid (8.10)</entry>\r
+                                                                       <entry>for Ubuntu Jaunty (9.04) or Intrepid (8.10)</entry>\r
                                                                </row>\r
                                                                <row>\r
                                                                        <entry>ubuntu-hardy</entry>\r
@@ -1761,1220 +183,917 @@ $ xulrunner /home/opensrf/Evergreen-ILS-1.6.0.7/Open-ILS/xul/staff_client/build/
                                                        </tbody>\r
                                                </tgroup>\r
                                        </table>\r
-                                       <para>This will install a number of packages on the system that are required by OpenSRF, including some Perl modules from CPAN. You can say <literal>No</literal> to the initial CPAN configuration prompt to allow it to automatically configure itself to download and install Perl modules from CPAN. The CPAN installer will ask you a number of times whether it should install prerequisite modules - say <literal>Yes</literal>.</para>\r
-                               </section>\r
-                               <section>\r
+                                       <indexterm>\r
+                                               <primary>ZZZ-REVIEW</primary>\r
+                                               <secondary>ADD INFO FOR OTHER LINUX DISTRIBUTIONS </secondary>\r
+                                       </indexterm>\r
+                                       <caution>ADD INFO FOR OTHER LINUX DISTRIBUTIONS </caution>\r
+                                       <para>This will install a number of packages on the system that are required by OpenSRF, including some Perl modules from CPAN. You can say <literal>No</literal> to \r
+                                       the initial CPAN configuration prompt to allow it to automatically configure itself to download and install Perl modules from CPAN. The CPAN installer will \r
+                                       ask you a number of times whether it should install prerequisite modules - say <literal>Yes</literal>.</para>\r
+                               </step>\r
+                               <step>\r
                                        <title>Configure OpenSRF</title>\r
-                                       <para>As the <systemitem class="username">opensrf</systemitem> user, return to the OpenSRF build directory and use the <command>configure</command> utility to prepare for the next step of compiling and linking the software. You can include the  <option>--enable-python</option> and <option>--enable-java</option> configuration options if you wish to include support for Python and Java, respectively:</para>\r
-                                       <figure>\r
-                                               <title>Commands to configure OpenSRF</title>\r
-                                               <screen>\r
-                                       $ su - opensrf\r
-                                       $ cd /home/opensrf/OpenSRF-1.0.7\r
-                                       $ ./configure --prefix=/openils --sysconfdir=/openils/conf\r
-                                       $ make\r
-                                       ...\r
-                                       </screen>\r
-                                       </figure>\r
-                               </section>\r
-                               <section>\r
+                                       <para>As the <systemitem class="username">opensrf</systemitem> user, return to the OpenSRF build directory and use the <command>configure</command> \r
+                                       utility to prepare for the next step of compiling and linking the software. You can include the  <option>--enable-python</option> and \r
+                                       <option>--enable-java</option> configuration options if you wish to include support for Python and Java, respectively:</para>\r
+<screen>\r
+<userinput>su - opensrf</userinput>\r
+<userinput>cd /home/opensrf/OpenSRF-1.2.2</userinput>\r
+<userinput>./configure --prefix=/openils --sysconfdir=/openils/conf</userinput>\r
+<userinput>make</userinput>\r
+</screen>\r
+                               \r
+                               </step>\r
+                               <step>\r
                                        <title>Compile, Link and Install OpenSRF</title>\r
-                                       <para>As the <systemitem class="username">root</systemitem> user, return to the OpenSRF build directory and use the <command>make</command> utility to compile, link and install OpenSRF:</para>\r
-                                       <figure>\r
-                                               <title>Commands to build, link and install OpenSRF</title>\r
-                                               <screen>\r
-                                       $ su - opensrf\r
-                                       $ cd /home/opensrf/OpenSRF-1.0.7\r
-                                       $ make install\r
-                                       ...\r
-                                       </screen>\r
-                                       </figure>\r
-                               </section>\r
-                               <section>\r
+                                       <para>As the <systemitem class="username">root</systemitem> user, return to the OpenSRF build directory and use the <command>make</command> utility to compile, \r
+                                       link and install OpenSRF:</para>                        \r
+<screen>\r
+<userinput>su - opensrf</userinput>\r
+<userinput>cd /home/opensrf/OpenSRF-1.2.2</userinput>\r
+<userinput>make install</userinput>\r
+</screen>\r
+                               </step>\r
+                               <step>\r
                                        <title>Update the System Dynamic Library Path</title>\r
-                                       <para>As the <systemitem class="username">root</systemitem> user, you must update the system dynamic library path to make your system recognize the newly installed libraries. Do this by creating the new file <filename>/etc/ld.so.conf.d/osrf.conf</filename> containing a new library path, then run the command <command>ldconfig</command> to automatically read the file and modify the system dynamic library path:</para>\r
-                                       <figure>\r
-                                               <title>Commands to modify system dynamic library path</title>\r
-                                               <screen>\r
-                                       $ su - root\r
-                                       $ echo "/openils/lib" > /etc/ld.so.conf.d/osrf.conf\r
-                                       $ ldconfig\r
-                                       </screen>\r
-                                       </figure>\r
-                               </section>\r
-                               <section>\r
+                                       <para>As the <systemitem class="username">root</systemitem> user, you must update the system dynamic library path to make your system recognize the newly \r
+                                       installed libraries. Do this by creating the new file <filename>/etc/ld.so.conf.d/osrf.conf</filename> containing a new library path, then run the \r
+                                       command <command>ldconfig</command> to automatically read the file and modify the system dynamic library path:</para>\r
+                               \r
+<screen>\r
+<userinput>su - root</userinput>\r
+<userinput>echo "/openils/lib" > /etc/ld.so.conf.d/osrf.conf</userinput>\r
+<userinput>ldconfig</userinput>\r
+</screen>\r
+                               </step>\r
+                               <step>\r
                                        <title>Define Public and Private OpenSRF Domains</title>\r
-                                       <para>Define your public and private OpenSRF domains. For security purposes, OpenSRF uses Jabber domains to separate services into public and private realms. Throughout these instructions, we will use the example domains <systemitem class="domainname">public.localhost</systemitem> for the public domain and <systemitem class="domainname">private.localhost</systemitem> for the private domain. On a single-server system, the easiest way to define public and private domains is to define separate host names by adding entries to the file <filename>/etc/hosts</filename>.</para>\r
-                                       <para>As the <systemitem class="username">root</systemitem> user, edit the file <filename>/etc/hosts</filename> and add the following entries for our example domains:</para>\r
-                                       <figure>\r
-                                               <title>Example public and private domains in /etc/hosts</title>\r
-                                               <screen>\r
-                                       127.0.1.2       public.localhost        public\r
-                                       127.0.1.3       private.localhost       private\r
-                                       </screen>\r
-                                       </figure>\r
-                               </section>\r
-                               <section>\r
+                                       <para>Define your public and private OpenSRF domains. For security purposes, OpenSRF uses Jabber domains to separate services into public and private realms. \r
+                                       Throughout these instructions, we will use the example domains <systemitem class="domainname">public.localhost</systemitem> for the public domain and \r
+                                       <systemitem class="domainname">private.localhost</systemitem> for the private domain. On a single-server system, the easiest way to define public and \r
+                                       private domains is to define separate host names by adding entries to the file <filename>/etc/hosts</filename>.</para>\r
+                                       <para>As the <systemitem class="username">root</systemitem> user, edit the file <filename>/etc/hosts</filename> and add the following entries for \r
+                                       our example domains:</para>\r
+<screen>\r
+127.0.1.2      public.localhost        public\r
+127.0.1.3      private.localhost       private\r
+</screen>\r
+                               </step>\r
+                               <step>\r
                                        <title>Change File Ownerships</title>\r
-                                       <para>As the <systemitem class="username">root</systemitem> user, change the ownership of files installed in the directory <filename class="directory">/openils</filename> to the <systemitem class="username">opensrf</systemitem> user:</para>\r
-                                       <figure>\r
-                                               <title>Commands to change file ownerships</title>\r
-                                               <screen>\r
-                                       $ chown -R opensrf:opensrf /openils\r
-                                       </screen>\r
-                                       </figure>\r
-                               </section>\r
-                               <section>\r
+                                       <para>As the <systemitem class="username">root</systemitem> user, change the ownership of files installed in the directory \r
+                                       <filename class="directory">/openils</filename> to the <systemitem class="username">opensrf</systemitem> user:</para>\r
+<screen>\r
+<userinput>chown -R opensrf:opensrf /openils</userinput>\r
+</screen>\r
+                               </step>\r
+                               <step>\r
                                        <title>Stop the <systemitem class="service">ejabberd</systemitem> Service</title>\r
                                        <para>As the <systemitem class="username">root</systemitem> user, stop the <systemitem class="service">ejabberd</systemitem> service:</para>\r
-                                       <figure>\r
-                                               <title>Commands to stop the <systemitem class="service">ejabberd</systemitem> service</title>\r
-                                               <screen>\r
-                                       $ /etc/init.d/ejabberd stop\r
-                                       </screen>\r
-                                       </figure>\r
-                                       <para>If <systemitem class="service">ejabberd</systemitem> reports that it is already stopped, it may have run into a problem starting back at the installation stage. One possible fix is to kill any remaining <systemitem class="daemon">beam</systemitem> and <systemitem class="daemon">epmd</systemitem> processes, then edit the configuration file <filename>/etc/ejabberd/ejabberd.cfg</filename> to hardcode a domain:</para>\r
-                                       <figure>\r
-                                               <title>Commands to recover from <systemitem class="service">ejabberd</systemitem> errors</title>\r
-                                               <screen>\r
-                                       $ su - root\r
-                                       $ epmd -kill\r
-                                       $ killall beam; killall beam.smp\r
-                                       $ rm /var/lib/ejabberd/*\r
-                                       $ echo 'ERLANG_NODE=ejabberd@localhost' >> /etc/default/ejabberd\r
-                                       </screen>\r
-                                       </figure>\r
-                               </section>\r
-                               <section>\r
+<screen>\r
+$ /etc/init.d/ejabberd stop\r
+</screen>\r
+                               \r
+                                       <para>If <systemitem class="service">ejabberd</systemitem> eeports that it is already stopped, it may have run into a problem starting back at the \r
+                                       installation stage. One possible fix is to kill any remaining <systemitem class="daemon">beam</systemitem> and \r
+                                       <systemitem class="daemon">epmd</systemitem> processes, then edit the configuration file <filename>/etc/ejabberd/ejabberd.cfg</filename> to hardcode a \r
+                                       domain:</para>\r
+<screen>\r
+<userinput>su - root</userinput>\r
+<userinput>epmd -kill</userinput>\r
+<userinput>killall beam; killall beam.smp</userinput>\r
+<userinput>rm /var/lib/ejabberd/*</userinput>\r
+<userinput>echo 'ERLANG_NODE=ejabberd@localhost' >> /etc/default/ejabberd</userinput>\r
+</screen>\r
+                               \r
+                               </step>\r
+                               <step>\r
                                        <title>Edit the <systemitem class="service">ejabberd</systemitem> configuration</title>\r
-                                       <para>As the <systemitem class="username">root</systemitem> user, edit the file <filename>/etc/ejabberd/ejabberd.cfg</filename> and make the following changes:</para>\r
+                                       <para>As the <systemitem class="username">root</systemitem> user, edit the file <filename>/etc/ejabberd/ejabberd.cfg</filename> and make the following \r
+                                       changes:</para>\r
                                        <itemizedlist>\r
                                                <listitem>Change <literal>{hosts, ["localhost"]}.</literal> to <literal>{hosts, ["localhost", "private.localhost", "public.localhost"]}.</literal></listitem>\r
-                                               <listitem>Change <literal>{max_user_sessions, 10}.</literal> to <literal>{max_user_sessions, 1000}.</literal> If you see something like this instead: <literal>{access, max_user_sessions, [{10, all}]}.</literal>, then change it to <literal>{access, max_user_sessions, [{1000, all}]}.</literal></listitem>\r
+                                               <listitem>Change <literal>{max_user_sessions, 10}.</literal> to <literal>{max_user_sessions, 10000}.</literal> If you see something like this instead: \r
+                                               <literal>{access, max_user_sessions, [{10, all}]}.</literal>, then change it to <literal>{access, max_user_sessions, [{10000, all}]}.</literal></listitem>\r
                                                <listitem>Change all three occurrences of <literal>max_stanza_size</literal> to <literal>2000000</literal>.</listitem>\r
                                                <listitem>Change both occurrences of <literal>maxrate</literal> to <literal>500000</literal>.</listitem>\r
                                                <listitem>Comment out the line <literal>{mod_offline, []}</literal> by placing two <literal>%</literal> comment signs in front.</listitem>\r
                                        </itemizedlist>\r
-                               </section>\r
-                               <section>\r
-                                       <title>OpenSRF installation - (continued)</title>\r
-                                       <para>\r
-                                               <emphasis>The remainder of the OpenSRF installation procedure is identical to that for installing the latest version of OpenSRF. Continue with the instructions found in <xref linkend="serversideinstallation-opensrf-continued"/>.</emphasis>\r
-                                       </para>\r
-                               </section>\r
-                       </section>\r
-               </section>\r
-               <section xml:id="serversideinstallation-postgresql">\r
-                       <title>Installing PostgreSQL</title>\r
-                       <para>In production Evergreen systems, the PostgreSQL database server may reside on the same system on which Evergreen is installed or on another standalone system so, by default, PostgreSQL is not automatically installed along with Evergreen. This section details the steps needed to manually install PostgreSQL on a <systemitem class="osname">Ubuntu</systemitem> or <systemitem class="osname">Debian</systemitem> system.</para>\r
-                       <para>If your PostgreSQL server will be on the same system as your Evergreen software, return to the previous section <xref linkend="serversideinstallation-postgresql-default"/> and follow those instructions. Otherwise, to manually install PostgreSQL on a system, continue with the instructions below.</para>\r
-                       <note>\r
-                               <para>Some <systemitem class="osname">Linux</systemitem> distributions, such as <systemitem class="osname">Debian Etch (4.0)</systemitem>, do not offer PostgreSQL version 8.2 as an installable package. Before you continue, examine the software dependencies listed in <xref linkend="serversideinstall-software-dependencies"/> to ensure that your Linux distribution supports the required version of PostgreSQL.</para>\r
-                       </note>\r
-                       <procedure>\r
+                               </step>\r
+                               <step xml:id="serversideinstallation-opensrf-continued">\r
+                                       <title>Restart the <systemitem class="service">ejabberd</systemitem> service</title>\r
+                                       <para>As the <systemitem class="username">root</systemitem> user, restart the <systemitem class="service">ejabberd</systemitem> service to test the configuration \r
+                                       changes and to register your users:</para>\r
+<screen>\r
+<userinput>/etc/init.d/ejabberd start</userinput>\r
+</screen>                      \r
+                               </step>\r
                                <step>\r
-                                       <para>Install the application <application>"stow"</application> on your system if it is not already installed. Issue the following command as the <systemitem class="username">root</systemitem> user:</para>\r
-                                       <figure>\r
-                                               <title>Installing <application>"stow"</application></title>\r
-                                               <screen>\r
-                                               $ apt-get install stow\r
-                                               ...\r
-                                               </screen>\r
-                                       </figure>\r
+                                       <title>Register <systemitem class="username">router</systemitem> and <systemitem class="username">ejabberd</systemitem> users</title>\r
+                                       <para>On each domain, you need two <systemitem class="service">ejabberd</systemitem> users to manage the OpenSRF communications:</para>\r
+                                       <itemizedlist>\r
+                                               <listitem>a <systemitem class="username">router</systemitem> user, to whom all requests to connect to an OpenSRF service will be routed; this \r
+                                               <systemitem class="service">ejabberd</systemitem> user must be named <systemitem class="username">router</systemitem></listitem>\r
+                                               <listitem>an <systemitem class="username">opensrf</systemitem> user, which clients use to connect to OpenSRF services; this user can be named anything you \r
+                                               like, but we will use <literal>opensrf</literal> in our examples</listitem>\r
+                                       </itemizedlist>\r
+                                       <para>As the <systemitem class="username">root</systemitem> user, use the <command>ejabberdctl</command> utility to register your ejabber users \r
+                                       <emphasis>router</emphasis> and <emphasis>opensrf</emphasis> for the OpenSRF router service on each domain. The users should have different passwords on \r
+                                       each domain. The syntax for registering a user with ejabberdctl is  <command>ejabberdctl register &lt;user&gt; &lt;domain&gt; &lt;password&gt;</command>\r
+                                       These users will correspond to those configured in the file <filename>/openils/conf/opensrf_core.xml</filename>:</para>\r
+<screen>\r
+<userinput>ejabberdctl register router private.localhost  &lt;password&gt;</userinput>\r
+<userinput>ejabberdctl register opensrf private.localhost &lt;password&gt;</userinput>\r
+<userinput>ejabberdctl register router public.localhost   &lt;password&gt;</userinput>\r
+<userinput>ejabberdctl register opensrf public.localhost  &lt;password&gt;</userinput>\r
+</screen>\r
                                </step>\r
                                <step>\r
-                                       <para>Download, compile, and install the latest release for PostgreSQL 8.2 (which was version <literal>8.2.12</literal> at the time of this writing). As the <systemitem class="username">root</systemitem> user, follow these steps:</para>\r
-                                       <figure>\r
-                                               <title>Installing PostgreSQL</title>\r
-                                               <screen>\r
-                                               $ wget http://wwwmaster.postgresql.org/redir/198/h/source/v8.2.17/postgresql-8.2.17.tar.bz2\r
-                                               $ tar xzf postgresql-8.2.17.tar.gz\r
-                                               $ cd postgresql-8.2.17\r
-                                               $ ./configure --with-perl --enable-integer-datetimes --with-openssl --prefix=/usr/local/stow/pgsql\r
-                                               ...\r
-                                               $ make\r
-                                               ...\r
-                                               $ make install\r
-                                               ...\r
-                                               $ cd contrib\r
-                                               $ make\r
-                                               ...\r
-                                               $ make install\r
-                                               $ cd xml2\r
-                                               $ make\r
-                                               ...\r
-                                               $ make install\r
-                                               $ cd /usr/local/stow\r
-                                               $ stow pgsql\r
-                                               </screen>\r
-                                       </figure>\r
+                                       <title>Create configuration files</title>\r
+                                       <para>As the <systemitem class="username">opensrf</systemitem> user, use the example templates to create the configuration files \r
+                                       <filename>/openils/conf/opensrf_core.xml</filename> and <filename>/openils/conf/opensrf.xml</filename>:</para>\r
+<screen>\r
+<userinput>su - root</userinput>\r
+<userinput>cd /openils/conf</userinput>\r
+<userinput>cp opensrf.xml.example      opensrf.xml</userinput>\r
+<userinput>cp opensrf_core.xml.example opensrf_core.xml</userinput>\r
+</screen>\r
                                </step>\r
                                <step>\r
-                                       <para>Create the new user <systemitem class="username">postgres</systemitem> to run the PostgreSQL processes. As the <systemitem class="username">root</systemitem> user, execute this command:</para>\r
-                                       <figure>\r
-                                               <title>Adding <systemitem class="username">postgres</systemitem></title>\r
-                                               <screen>\r
-                                               $ adduser postgres\r
-                                               </screen>\r
-                                       </figure>\r
+                                       <title>Edit opensrf_core.xml</title>\r
+                                       <para>Edit the file <filename>/openils/conf/opensrf_core.xml</filename> to change the <systemitem class="service">ejabberd</systemitem> usernames and passwords as \r
+                                       follows.</para>\r
+                                       <note>\r
+                                               <para>\r
+                                                       <emphasis>The following example uses common XPath syntax on the left-hand side to indicate the approximate position needing changes within the XML \r
+                                                       file.</emphasis>\r
+                                               </para>\r
+                                       </note>\r
+                                               <title>Updates needed in the file <filename>/openils/conf/opensrf_core.xml</filename></title>\r
+                                       <itemizedlist>\r
+                                               <listitem>/config/opensrf/username = <systemitem class="username">opensrf</systemitem></listitem>\r
+                                               <listitem>/config/opensrf/passwd = password for <systemitem class="domainname">private.localhost</systemitem> \r
+                                               <systemitem class="username">opensrf</systemitem> user</listitem>\r
+                                               <listitem>/config/opensrf/passwd = password for <systemitem class="domainname">private.localhost</systemitem> \r
+                                               <systemitem class="username">opensrf</systemitem>  user</listitem>\r
+                                               <listitem>/config/gateway/username = <systemitem class="username">opensrf</systemitem></listitem>\r
+                                               <listitem>/config/gateway/passwd = password for <systemitem class="domainname">public.localhost</systemitem> \r
+                                               <systemitem class="username">opensrf</systemitem>  user</listitem>\r
+                                               <listitem>/config/routers/router/transport  (first entry, where \r
+                                               <quote>transport/server</quote> ==<systemitem class="domainname">public.localhost</systemitem>) \r
+                                                       <itemizedlist>\r
+                                                               <listitem>username = <systemitem class="username">router</systemitem></listitem> \r
+                                                               <listitem>password = password for <systemitem class="domainname">public.localhost</systemitem> \r
+                                                               <systemitem class="username">router</systemitem> \r
+                                                               user</listitem>\r
+                                                       </itemizedlist>\r
+                                               </listitem>\r
+                                               <listitem>/config/routers/router/transport  (second entry, where \r
+                                               <quote>transport/server</quote> == <systemitem class="domainname">private.localhost</systemitem>) \r
+                                                       <itemizedlist>\r
+                                                               <listitem>username = <systemitem class="username">router</systemitem></listitem> \r
+                                                               <listitem>password = password for <systemitem class="domainname">private.localhost</systemitem> \r
+                                                               <systemitem class="username">router</systemitem> \r
+                                                               user</listitem>\r
+                                                       </itemizedlist>\r
+                                               </listitem>\r
+                                       </itemizedlist>\r
+                                       <para>You also need to specify the domains from which <systemitem class="service">OpenSRF</systemitem> will accept and to which \r
+                                       <systemitem class="service">OpenSRF</systemitem> will make connections. If you are installing <application>OpenSRF</application> on a single server and using the \r
+                                       <systemitem class="domainname">private.localhost</systemitem> / <systemitem class="domainname">public.localhost</systemitem> domains, these will already be set to \r
+                                       the correct values. Otherwise, search and replace to match your values.</para>\r
+                               </step>\r
+                               <step>\r
+                                       <title>Modify the file <filename>opensrf.xml</filename></title>\r
+                                       <para>As the <systemitem class="username">opensrf</systemitem> user, edit the file <filename>/openils/conf/opensrf.xml</filename> to set the location of the \r
+                                       persistent database in the <literal>dbfile</literal> element near the end of the file:</para>\r
+<programlisting language="xml"><![CDATA[\r
+<!-- Example of an app-specific setting override -->\r
+<opensrf.persist>\r
+  <app_settings>\r
+    <dbfile>/tmp/persist.db</dbfile>\r
+  </app_settings>\r
+</opensrf.persist>\r
+]]></programlisting>\r
                                </step>\r
                                <step>\r
-                                       <para>Initialize the database directory and start up PostgreSQL. As the <systemitem class="username">root</systemitem> user, follow these steps:</para>\r
-                                       <figure>\r
-                                               <title>Adding <systemitem class="username">postgres</systemitem></title>\r
-                                               <screen>\r
-                                               $ mkdir -p /usr/local/pgsql/data\r
-                                               $ chown postgres /usr/local/pgsql/data\r
-                                               $ su - postgres\r
-                                               $ initdb -D /usr/local/pgsql/data -E UNICODE --locale=C\r
-                                               $ pg_ctl -D /usr/local/pgsql/data -l /home/postgres/logfile start\r
-                                               </screen>\r
-                                       </figure>\r
+                                       <title>Create Configuration Files for Users Needing <command>srfsh</command></title>\r
+                                       <para>In this section you will set up a special configuration file for each user who will need to run the <command>srfsh</command> \r
+                                       (pronounced <emphasis>surf shell</emphasis>) utility.</para>\r
+                                       <para>The software installation will automatically create <command>srfsh</command>. This is a command line diagnostic tool for testing and interacting with \r
+                                       <application>OpenSRF</application>. It will be used in a future step to complete and test the Evergreen installation. \r
+                                       See <xref linkend="serversideinstallation-testing"/> for further information.</para>\r
+                                       <para>As the <systemitem class="username">root</systemitem> user, copy the short sample configuration file <filename>/openils/conf/srfsh.xml.example</filename> \r
+                                       to the file <filename>.srfsh.xml</filename> (note the leading dot!) in the home directory of each user who will use <application>"srfsh"</application>. Finally, \r
+                                       edit each file <filename>.srfsh.xml</filename> and make the following changes. When you finish, remember to change the owner of the file to match the owner of the \r
+                                       home directory.</para>\r
+                                       <itemizedlist>\r
+                                               <listitem>Modify <literal>domain</literal> to be the router hostname (following our domain examples, \r
+                                               <systemitem class="domainname">private.localhost</systemitem> will give <application>"srfsh"</application> access to all OpenSRF services, \r
+                                               while <systemitem class="domainname">public.localhost</systemitem> will only allow access to those OpenSRF services that are publicly exposed).</listitem>\r
+                                               <listitem>Modify <literal>username</literal> and <literal>password</literal> to match the <literal>opensrf</literal> Jabber user for the chosen \r
+                                               domain</listitem>\r
+                                               <listitem>Modify <literal>logfile</literal> to be the full path for a log file to which the user has write access</listitem>\r
+                                               <listitem>Modify <literal>loglevel</literal> as needed for testing</listitem>\r
+                                       </itemizedlist>                 \r
+<programlisting language="xml"><![CDATA[\r
+<?xml version="1.0"?>\r
+<!-- This file follows the standard bootstrap config file layout -->\r
+<!-- found in opensrf_core.xml -->\r
+<srfsh>\r
+<router_name>router</router_name>\r
+<domain>private.localhost</domain>\r
+<username>opensrf</username>\r
+<passwd>privsrf</passwd>\r
+<port>5222</port>\r
+<logfile>/tmp/srfsh.log</logfile>\r
+<!-- 0 None, 1 Error, 2 Warning, 3 Info, 4 debug, 5 Internal (Nasty) -->\r
+<loglevel>4</loglevel>\r
+</srfsh>\r
+]]></programlisting>\r
+                               </step>\r
+                               <step>\r
+                                       <title>Modify Environmental Variable PATH for <systemitem class="username">opensrf</systemitem> User</title>\r
+                                       <para>As the <systemitem class="username">opensrf</systemitem> user, modify the environmental variable <envar>PATH</envar> by adding a new file path to \r
+                                       the <systemitem class="username">opensrf</systemitem> user's shell configuration file <filename>.bashrc</filename>:</para>\r
+<screen>\r
+<userinput>su - opensrf</userinput>\r
+<userinput>echo "export PATH=/openils/bin:\$PATH" >> ~/.bashrc</userinput>\r
+</screen>\r
+                               \r
+                               </step>\r
+                               <step>\r
+                                       <title>Start OpenSRF</title>\r
+                                       <para>As the <systemitem class="username">root</systemitem> user, start the <systemitem class="service">ejabberd</systemitem> and \r
+                                       <systemitem class="service">memcached</systemitem> services:</para>                     \r
+<screen>\r
+<userinput>su - root</userinput>\r
+<userinput>/etc/init.d/ejabberd start</userinput>\r
+<userinput>/etc/init.d/memcached start</userinput>\r
+</screen>                      \r
+                                       <para>Finally, as the <systemitem class="username">opensrf</systemitem> user, start OpenSRF:</para>\r
+<screen>\r
+<userinput>su - opensrf</userinput>\r
+<userinput>start the OpenSRF service:</userinput>\r
+<userinput>use "-l" to force hostname to be "localhost"</userinput>\r
+<userinput>osrf_ctl.sh -l -a start_all</userinput>    \r
+</screen>\r
                                        <note>\r
-                                               <para>If an error occurs during the final step above, review the path of the home directory for the <systemitem class="username">postgres</systemitem> user. It may be <literal>/var/lib/postresql</literal> instead of <literal>/home/postres</literal>.</para>\r
+                                               <para>If you receive the error message <errortext>bash: osrf_ctl.sh: command not found</errortext>, then your environment variable <envar>PATH</envar> does \r
+                                               not include the <filename class="directory">/openils/bin</filename> directory; \r
+                                               this should have been set by <filename>.bashrc</filename> when you logged in as the <systemitem class="username">opensrf</systemitem> user, but you \r
+                                               can manually set it using the following command:</para>\r
+                                               <screen><userinput>export PATH=$PATH:/openils/bin</userinput></screen>\r
                                        </note>\r
+                                       <para>You can also start Evergreen <emphasis role="bold">without</emphasis> the <option>-l</option> flag, but <command>osrf_ctl.sh</command> must know the \r
+                                       fully qualified domain name for the system on which it will execute. That hostname may have been specified in the configuration file \r
+                                       <filename>opensrf.xml</filename>, \r
+                                       which you configured in a previous step.</para>\r
+                               </step>\r
+                               <step>\r
+                                       <title>Test connections to OpenSRF</title>\r
+                                       <para>Once you have installed and started OpenSRF, as the <systemitem class="username">root</systemitem> user, test your connection to \r
+                                       <systemitem class="service">OpenSRF</systemitem> \r
+                                       using the <command>srfsh</command> utility and trying to call the <command>add</command> method on the OpenSRF \r
+                                       <systemitem class="service">math</systemitem> service:</para>\r
+                               \r
+<screen>\r
+<userinput>su - opensrf</userinput>\r
+<userinput>/openils/bin/srfsh</userinput>\r
+<prompt>srfsh#</prompt> <userinput>request opensrf.math add 2 2</userinput>\r
+Received Data: 4\r
+------------------------------------\r
+Request Completed Successfully\r
+Request Time in seconds: 0.007519\r
+------------------------------------\r
+<prompt>srfsh#</prompt>\r
+</screen>\r
+                               \r
+                                       <para>For other <command>srfsh</command> commands, type <userinput>help</userinput> in at the prompt.</para>\r
+                               </step>\r
+                               <step>\r
+                                       <title>Stopping OpenSRF</title>\r
+                                       <para>As the <systemitem class="username">opensrf</systemitem> user, stop OpenSRF:</para>\r
+<screen>\r
+<userinput>su - opensrf</userinput>\r
+<userinput>osrf_ctl.sh -l -a stop_all</userinput>\r
+</screen>              \r
+                               </step>\r
+                       </procedure>\r
+               </section>\r
+               <section xml:id="serversideinstallation-ubuntudebian">\r
+                       <title>Installing Evergreen 1.6.0.7 On <systemitem class="osname">Ubuntu</systemitem> or <systemitem class="osname">Debian</systemitem></title>\r
+                       <para>This section outlines the installation process for the latest stable version of Evergreen.</para>\r
+                       <para>In this section you will download, unpack, install, configure and test the Evergreen system, including the Evergreen server and the PostgreSQL database system. You \r
+                       will make several configuration changes and adjustments to the software, including updates to configure the system for your own locale, and some updates needed to work \r
+                       around a few known issues.</para>\r
+                       <note>\r
+                               <para>The following steps have been tested on the x86 (32-bit) and x86-64 (64-bit) architectures. There may be differences between the Desktop and Server editions \r
+                               of <systemitem class="osname">Ubuntu</systemitem>. These instructions assume the Server edition.</para>\r
+                               <para>In the following instructions, you are asked to perform certain steps as either the <systemitem class="username">root</systemitem> user, the \r
+                               <systemitem class="username">opensrf</systemitem> user, or the <systemitem class="username">postgres</systemitem> user.</para>\r
+                               <itemizedlist>\r
+                                       <listitem><systemitem class="osname">Debian</systemitem> -- To become the <systemitem class="username">root</systemitem> user, issue the command \r
+                                       <command>su -</command> and enter the password of the <systemitem class="username">root</systemitem> user.</listitem>\r
+                                       <listitem><systemitem class="osname">Ubuntu</systemitem> -- To become the <systemitem class="username">root</systemitem> user, issue the command <command>sudo \r
+                                       su -</command> and enter the password of the <systemitem class="username">root</systemitem> user.</listitem>\r
+                               </itemizedlist>\r
+                               <para>To switch from the <systemitem class="username">root</systemitem> user to a different user, issue the command <command>su - USERNAME</command>. For example, to \r
+                               switch from the <systemitem class="username">root</systemitem> user to the <systemitem class="username">opensrf</systemitem> user, issue the command \r
+                               <command>su - opensrf</command>. Once you have become a non-root user, to become the <systemitem class="username">root</systemitem> user again, simply issue the \r
+                               command <command>exit</command>.</para>\r
+                       </note>\r
+                       <procedure>\r
+                               <step>                                  \r
+                                       <title>Install OpenSRF</title>\r
+                                       <para>Evergreen software is integrated with and depends on the Open Service Request Framework (OpenSRF) software system. For further information on installing, \r
+                                       configuring and testing OpenSRF, see <xref linkend="serversideinstallation-opensrf"/>.</para>\r
+                                       <para>Follow the steps outlined in that section and run the specified tests to ensure that OpenSRF is properly installed and configured. Do not continue with any \r
+                                       further Evergreen installation steps until you have verified that OpenSRF has been successfully installed.</para>\r
                                </step>\r
                                <step>\r
-                                       <para>The values of several PostreSQL configuration parameters may be changed for enhanced performance. The following table lists the default values and some suggested updates for several useful parameters:</para>\r
-                                       <table>\r
-                                               <title>Suggested configuration values</title>\r
-                                               <tgroup align="left" cols="3" colsep="1" rowsep="1">\r
+                                       <title>Download and Unpack Latest Evergreen Version</title>\r
+                                       <para>As the <systemitem class="username">opensrf</systemitem> user, download and extract the latest version of Evergreen. The latest version can be found here: \r
+                                       <ulink url="http://evergreen-ils.org/downloads/Evergreen-ILS-1.6.0.7.tar.gz"></ulink></para>\r
+<screen>\r
+<userinput>su - opensrf</userinput>\r
+<userinput>wget http://evergreen-ils.org/downloads/Evergreen-ILS-1.6.0.7.tar.gz</userinput>\r
+<userinput>tar zxf Evergreen-ILS-1.6.0.7.tar.gz</userinput>\r
+</screen>\r
+                                       <para>The new directory <filename class="directory">/home/opensrf/Evergreen-ILS-1.6.0.7</filename> will be created.</para>\r
+                               </step>\r
+                               <step>\r
+                                       <title>Install Prerequisites to Build Evergreen</title>\r
+                                       <para>In this section you will install and configure a set of prerequisites that will be used to build Evergreen. In a following step you will actually build \r
+                                       the software using the <command>make</command> utility.</para>\r
+                                       <para>As the <systemitem class="username">root</systemitem> user, enter the commands show below to build the prerequisites from the software distribution that you \r
+                                       just downloaded and unpacked. Remember to replace <emphasis>[distribution]</emphasis> in the example with the keyword corresponding to the actual \r
+                                       <systemitem class="osname">Linux</systemitem> distribution listed in the \r
+                                       <link linkend="serversideinstallation-keywords-evergreen">distribution keywords</link> table.</para>\r
+<screen>\r
+<userinput>su - root</userinput>\r
+<userinput>cd /home/opensrf/Evergreen-ILS-1.6.0.7</userinput>\r
+<userinput>make -f Open-ILS/src/extras/Makefile.install [distribution]</userinput>\r
+</screen>\r
+                                       <table xml:id="serversideinstallation-keywords-evergreen">\r
+                                               <tgroup align="left" cols="2" colsep="1" rowsep="1">\r
                                                        <colspec colnum="1" colwidth="1.0*"/>\r
-                                                       <colspec colnum="2" colwidth="1.0*"/>\r
-                                                       <colspec colnum="3" colwidth="1.0*"/>\r
+                                                       <colspec colnum="2" colwidth="3.0*"/>\r
                                                        <thead>\r
                                                                <row>\r
-                                                                       <entry>Parameter</entry>\r
-                                                                       <entry>Default</entry>\r
-                                                                       <entry>Suggested</entry>\r
+                                                                       <entry>Keyword</entry>\r
+                                                                       <entry>Description</entry>\r
                                                                </row>\r
                                                        </thead>\r
                                                        <tbody>\r
                                                                <row>\r
-                                                                       <entry>default_statistics_target</entry>\r
-                                                                       <entry>10</entry>\r
-                                                                       <entry>100</entry>\r
+                                                                       <entry>debian-lenny</entry>\r
+                                                                       <entry>for Debian Lenny (5.0), the most recent version</entry>\r
                                                                </row>\r
                                                                <row>\r
-                                                                       <entry>work_mem</entry>\r
-                                                                       <entry>4Mb</entry>\r
-                                                                       <entry>128Mb</entry>\r
+                                                                       <entry>debian-etch</entry>\r
+                                                                       <entry>for Debian Etch (4.0)</entry>\r
                                                                </row>\r
                                                                <row>\r
-                                                                       <entry>shared_buffers</entry>\r
-                                                                       <entry>8Mb</entry>\r
-                                                                       <entry>512Mb</entry>\r
+                                                                       <entry>ubuntu-karmic</entry>\r
+                                                                       <entry>for Ubuntu Lucid (10.04) [same as for Karmic]</entry>\r
                                                                </row>\r
                                                                <row>\r
-                                                                       <entry>effective_cache_size</entry>\r
-                                                                       <entry>128Mb</entry>\r
-                                                                       <entry>4Gb</entry>\r
+                                                                       <entry>ubuntu-karmic</entry>\r
+                                                                       <entry>for Ubuntu Karmic (9.10)</entry>\r
                                                                </row>\r
-                                                       </tbody>\r
-                                               </tgroup>\r
-                                       </table>\r
-                                       <indexterm>\r
-                                               <primary>ZZZ-REVIEW</primary>\r
-                                               <secondary>ADD CONTENT ON HOW TO UPDATE POSTRESQL PARAMETERS</secondary>\r
-                                       </indexterm>\r
-                                       <caution>ADD CONTENT ON HOW TO UPDATE POSTRESQL PARAMETERS </caution>\r
-                               </step>\r
-                       </procedure>\r
-               </section>\r
-               <section xml:id="serversideinstallation-apache">\r
-                       <title>Installing Apache</title>\r
-                       <section>\r
-                               <title>Securing Apache (httpd)</title>\r
-                               <para>The main consideration is to secure the directory <filename class="directory">cgi-bin</filename>. The only persons that need access to this directory are Evergreen system administrators. This directory should be restricted by both IP (to those workstations designated as Evergeen Administration systems), and by username/password.</para>\r
-                               <indexterm>\r
-                                       <primary>ZZZ-REVIEW</primary>\r
-                                       <secondary>ADD CONTENT ON HOW TO RESTRICT APACHE BY IP AND USERNAME/PASSWORD </secondary>\r
-                               </indexterm>\r
-                               <caution>ADD CONTENT ON HOW TO RESTRICT APACHE BY IP AND USERNAME/PASSWORD </caution>\r
-                               <para>A user could add new libraries, re-arrange consortia, or change user groups; or a staff member could access the directory, and change his associated security group to administrative level privileges.</para>\r
-                       </section>\r
-                       <indexterm>\r
-                               <primary>ZZZ-REVIEW</primary>\r
-                               <secondary>ADD MORE CONTENT FOR APACHE </secondary>\r
-                       </indexterm>\r
-                       <caution>ADD MORE CONTENT FOR APACHE </caution>\r
-               </section>\r
-       </section>\r
-       <section>\r
-               <title>Installing the Staff Client</title>\r
-               <para>You can install the Staff Client from pre-built images and packages without actually having to first build it. Pre-built packages are currently available for <systemitem class="osname">Windows</systemitem>, <systemitem class="osname">Mac OS X</systemitem>, and <systemitem class="osname">Linux</systemitem>. If you need to manually build the Staff Client, see <xref linkend="serversideinstallation-building-staffclient"/>.</para>\r
-               <section xml:id="serversideinstallation-prebuilt-staffclient">\r
-                       <title>Installing a Pre-Built Staff Client</title>\r
-                       <para>This section reviews the process of installing pre-built versions of the Staff Client in various environments.</para>\r
-                       <section>\r
-                               <title>Installing on <systemitem class="osname">Windows</systemitem></title>\r
-                               <para>A standard <systemitem class="osname">Windows</systemitem> installer that contains the current version of the Staff Client is available from the downloads section of the Evergreen website at <ulink url="http://www.evergreen-ils.org/downloads.php">http://www.evergreen-ils.org/downloads.php</ulink>. Download the Staff Client installer, then run it. A screen that looks similar to this should appear:</para>\r
-                               <figure>\r
-                                       <title>Running the Staff Client installer</title>\r
-                                       <mediaobject>\r
-                                               <imageobject>\r
-                                                       <imagedata fileref="../media/serversideinstallation-staffclient-1.png" scalefit="1" width="70%"/>\r
-                                               </imageobject>\r
-                                       </mediaobject>\r
-                               </figure>\r
-                               <para>Click <guibutton>Next</guibutton> to continue through the guided install process. The install wizard will ask you to agree to the end-user license, ask you where to install the software, ask about where to place icons, and then will install the software on your workstation.</para>\r
-                               <para>When you run the Staff Client for the first time, a screen similar to this should appear:</para>\r
-                               <figure>\r
-                                       <title>Running the Staff Client for the first time</title>\r
-                                       <mediaobject>\r
-                                               <imageobject>\r
-                                                       <imagedata fileref="../media/serversideinstallation-staffclient-2.png" scalefit="1" width="70%"/>\r
-                                               </imageobject>\r
-                                       </mediaobject>\r
-                               </figure>\r
-                               <para>First, configure the server you would like to connect to in the <emphasis role="bold">Server</emphasis> section. For example, the PINES demo system is <systemitem class="domain">demo.gapines.org</systemitem>. After selecting a server, click <guibutton>Re-Test Server</guibutton>.</para>\r
-                               <para>Because this is the initial run of the Staff Client, the <emphasis role="bold">Workstation</emphasis> section in the upper-right states: <emphasis role="bold">Not yet configured for the specified server</emphasis>. The first thing that must be done to the Staff Client on every workstation is to assign it a workstation name. This is covered in <xref linkend="serversideinstallation-workstationnames"/>.</para>\r
-                       </section>\r
-                       <section>\r
-                               <title>Installing on <systemitem class="osname">Mac OS X</systemitem></title>\r
-                               <para>A <systemitem class="osname">Mac OS X</systemitem> package that contains the current version of the Staff Client is available for use with <application>"xulrunner"</application>.</para>\r
-                               <section>\r
-                                       <title>Evergreen Indiana Pkg file [Evergreen v1.2.3.0]</title>\r
-                                       <procedure>\r
-                                               <step>Download and install the latest version of <application>"xulrunner"</application> for <systemitem class="osname">Mac OS X</systemitem>. Release notes for the latest version can be found here: <ulink url="http://developer.mozilla.org/en/docs/XULRunner_1.8.0.4_Release_Notes">http://developer.mozilla.org/en/docs/XULRunner_1.8.0.4_Release_Notes</ulink>. Note, later versions may not work correctly.</step>\r
-                                               <step>Download and install the <systemitem class="osname">Mac OS X</systemitem> Installation package for the 1_2_3_0 Version Staff Client from <ulink url="http://evergreen.lib.in.us/opac/extras/files/evergreen_osx_staff_client_1_2_3.zip">http://evergreen.lib.in.us/opac/extras/files/evergreen_osx_staff_client_1_2_3.zip</ulink>.</step>\r
-                                               <step>To upgrade to a more recent version of the Staff Client, you can copy the directory <emphasis>build</emphasis> from a working <systemitem class="osname">Windows</systemitem> installation of the desired version of the Staff Client to your Mac. The required files may be located in a directory like this on the <systemitem class="osname">Windows</systemitem> machine: <filename class="directory">C:\Program Files\Evergreen Staff Client\build</filename>. Copy these files into the folder <filename class="directory">Resources</filename> within the Open-ILS package in your Applications directory on the Mac, overwriting files with the same names.</step>\r
-                                               <step>Drag the application's icon into your toolbar for easier access.</step>\r
-                                       </procedure>\r
-                                       <para/>\r
-                                       <para>When you run the Staff Client installer, a screen will appear that looks similar to this:</para>\r
-                                       <figure>\r
-                                               <title>Running the Staff Client installer</title>\r
-                                               <mediaobject>\r
-                                                       <imageobject>\r
-                                                               <imagedata fileref="../media/serversideinstallation-staffclient-3.png" scalefit="1" width="20%"/>\r
-                                                       </imageobject>\r
-                                               </mediaobject>\r
-                                       </figure>\r
-                                       <caution> FIX BAD LINK: http://es.zionsville.lib.in.us/atheos/eg_osx_a.gif </caution>\r
-                                       <para>Click <guibutton>Continue</guibutton>, accept the license, then finish the installation. The application will be located at the destination you selected during installation. You will then be able to drag the application into your toolbar for easier access.</para>\r
-                                       <figure>\r
-                                               <title>Finishing the installation</title>\r
-                                               <mediaobject>\r
-                                                       <imageobject>\r
-                                                               <imagedata fileref="../media/serversideinstallation-staffclient-4.png" scalefit="1" width="20%"/>\r
-                                                       </imageobject>\r
-                                               </mediaobject>\r
-                                       </figure>\r
-                                       <caution> FIX BAD LINK: http://es.zionsville.lib.in.us/atheos/eg_osx_a.gif </caution>\r
-                               </section>\r
-                               <section>\r
-                                       <title>Running directly using <application>"xulrunner"</application></title>\r
-                                       <para>You must install an appropriate version of <application>"xulrunner"</application> to match the Evergreen version. See the following table for the recommended version of <application>"xulrunner"</application>:</para>\r
-                                       <table>\r
-                                               <title>Evergreen / XULRunner Dependencies</title>\r
-                                               <tgroup align="left" cols="2" colsep="1" rowsep="1">\r
-                                                       <colspec colnum="1" colwidth="1.0*"/>\r
-                                                       <colspec colnum="2" colwidth="3.0*"/>\r
-                                                       <tbody>\r
                                                                <row>\r
-                                                                       <entry>Evergreen 1.6.x.x</entry>\r
-                                                                       <entry>XULrunner 1.9</entry>\r
+                                                                       <entry>ubuntu-intrepid</entry>\r
+                                                                       <entry>for Ubuntu Intrepid (8.10)</entry>\r
                                                                </row>\r
                                                                <row>\r
-                                                                       <entry>Evergreen 1.4.x.x</entry>\r
-                                                                       <entry>XULrunner 1.8.0.4 or XULrunner 1.8.0.3</entry>\r
+                                                                       <entry>ubuntu-hardy</entry>\r
+                                                                       <entry>for Ubuntu Hardy (8.04)</entry>\r
+                                                               </row>\r
+                                                               <row>\r
+                                                                       <entry>ubuntu-gutsy</entry>\r
+                                                                       <entry>for Ubuntu Gutsy (7.10)</entry>\r
                                                                </row>\r
                                                                <row>\r
-                                                                       <entry>Evergreen 1.2.x.x</entry>\r
-                                                                       <entry>XULrunner 1.8.0.4 or XULrunner 1.8.0.3</entry>\r
+                                                                       <entry>gentoo</entry>\r
+                                                                       <entry>generic for Gentoo versions</entry>\r
+                                                               </row>\r
+                                                               <row>\r
+                                                                       <entry>centos</entry>\r
+                                                                       <entry>generic for Centos versions</entry>\r
                                                                </row>\r
                                                        </tbody>\r
                                                </tgroup>\r
                                        </table>\r
-                                       <note>If you have issues removing previously installed <application>"xulrunner"</application> versions see <xref linkend="serversideinstallation-staffclient-remove-xulrunner"/> for information on removing previous <application>"XULRunner"</application> versions.</note>\r
-                                       <para>The Staff Client data from the directory <filename class="directory">./staff_client/build</filename> must be placed somewhere on the machine (e.g. <emphasis>~/Desktop/Evergreen_Staff_Client</emphasis>). Remember to call <application>"XULRunner"</application> with the full path to the binary, followed by the install command and the path to the client data. See the following command:</para>\r
-                                       <figure>\r
-                                               <title>Executing <application>"xulrunner"</application></title>\r
-                                               <screen>\r
-                                               /Library/Frameworks/XUL.framework/xulrunner-bin --install-app ~/Desktop/Evergreen_Staff_Client\r
-                                               </screen>\r
-                                       </figure>\r
-                                       <para>This command should exit quietly. A folder will be created, named <emphasis>/Applications/OpenILS</emphasis>, containing a launcher named <emphasis>open_ils_staff_client</emphasis>.</para>\r
-                               </section>\r
-                               <section xml:id="serversideinstallation-staffclient-remove-xulrunner">\r
-                                       <title>Removing previously installed <application>"xulrunner"</application> versions</title>\r
-                                       <para>If you already have a newer version installed, per the release notes, you will need to remove the entire directory <filename class="directory">/Library/Frameworks/XUL.framework</filename> before downgrading.</para>\r
-                                       <para>In addition, you may also need to remove the previous file <filename>/Library/Receipts/xulrunner-ver-mak.pkg</filename>.</para>\r
-                                       <para>If there is no file <filename>/Library/Receipts/xulrunner-ver-mak.pkg</filename> (possibly in newer OSX releases) you need to flush the file <emphasis>receiptdb</emphasis>.</para>\r
-                                       <note>If you install a newer version over a previous (older) install, the older one is not removed but the symlinks get changed to the newer one.</note>\r
-                                       <para>First, get the package identifier, then purge/forget the build that was initially installed:</para>\r
-                                       <figure>\r
-                                               <title>Purging previous build</title>\r
-                                               <screen>\r
-                                               sudo pkgutil --pkgs > /tmp/pkgs.txt\r
-                                               sudo pkgutil --forget org.mozilla.xulrunner\r
-                                               </screen>\r
-                                       </figure>\r
-                                       <note>It may not be necessary to edit the file <filename>/Library/Receipts/InstallHistory.plist</filename> after deleting the folder <emphasis>XUL.framework</emphasis>.</note>\r
-                               </section>\r
-                               <section>\r
-                                       <title>Creating an APP file: Staff Client &amp; <application>"xulrunner"</application> Bundled</title>\r
-                                       <para>An APP file is basically a folder. Start with a folder structure like this:</para>\r
-                                       <figure>\r
-                                               <title>Sample APP file folder structure</title>\r
-                                               <screen>\r
-                                               * Evergreen.app\r
-                                                 * Contents\r
-                                                   * Frameworks\r
-                                                   * Resources\r
-                                                   * MacOS\r
-                                               </screen>\r
-                                       </figure>\r
-                                       <para>Create an APP folder structure with the following commands:</para>\r
-                                       <figure>\r
-                                               <title>Creating a folder structure</title>\r
-                                               <screen>\r
-                                               mkdir -p Evergreen.app/Contents/Frameworks\r
-                                               mkdir -p Evergreen.app/Contents/Resources\r
-                                               mkdir -p Evergreen.app/Contents/MacOS\r
-                                               </screen>\r
-                                       </figure>\r
-                                       <para/>\r
-                                       <procedure>\r
-                                               <step>\r
-                                                       <para>Create a new file in the folder <emphasis>Evergreen.app/Contents/Info.plist</emphasis> containing the following data (adjust for your version of Evergreen):</para>\r
-                                                       \r
-                                                               \r
-<programlisting language="xml"><![CDATA[\r
-<?xml version="1.0" encoding="UTF-8"?>\r
-<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">\r
-<plist version="1.0">\r
-<dict>\r
-       <key>CFBundleExecutable</key>\r
-       <string>xulrunner</string>\r
-       <key>CFBundleGetInfoString</key>\r
-       <string>OpenILS open_ils_staff_client rel_1_6_0_7</string>\r
-       <key>CFBundleInfoDictionaryVersion</key>\r
-       <string>6.0</string>\r
-       <key>CFBundleName</key>\r
-       <string>Evergreen Staff Client</string>\r
-       <key>CFBundlePackageType</key>\r
-       <string>APPL</string>\r
-       <key>CFBundleShortVersionString</key>\r
-       <string>rel_1_6_0_7</string>\r
-       <key>CFBundleVersion</key>\r
-       <string>rel_1_6_0_7.rel_1_6_0_7</string>\r
-       <key>NSAppleScriptEnabled</key>\r
-       <true/>\r
-       <key>CFBundleTypeIconFile</key>\r
-       <string>Evergreen.icns</string>\r
-</dict>\r
-</plist>\r
-]]></programlisting>\r
-                                                       \r
-                                               </step>\r
-                                               <step>Download and install an appropriate <systemitem class="osname">Mac OS X</systemitem>package of <application>"XULRunner"</application> from \r
-                                               the Mozilla website (see above for recommendations).</step>\r
-                                               <step>\r
-                                                       <para>Make a copy of <emphasis>/Library/Frameworks/XUL.Framework</emphasis> inside your APP file. It should look something like this:</para>\r
-                                                       \r
-<screen>\r
-* Evergreen.app/\r
-__* Contents/\r
-____* Frameworks/\r
-______* XUL.Framework/\r
-______* Versions/\r
-________* Current -> 1.9.1.3 (symlink)\r
-________* 1.9.1.3/\r
-______* XUL -> Versions/Current/XUL\r
-______* libxpcom.dylib -> Versions/Current/libxpcom.dylib\r
-______* xulrunner-bin -> Versions/Current/xulrunner-bin\r
-</screen>\r
-                                               </step>\r
-                                               <step>Copy <emphasis>XUL.Framework/Versions/Current/xulrunner</emphasis> into <emphasis>Evergreen.app/MacOS</emphasis> \r
-                                               (do not symlink; copy the file).</step>\r
-                                               <step>\r
-                                                       <para>Make <emphasis>Evergreen.app/Resources</emphasis> the root of your Evergreen application files like this:</para>\r
-                                                       <figure>\r
-                                                               <title>Example APP file</title>\r
-                                                               <screen>\r
-                                                               * Evergreen.app/\r
-                                                               __* Contents/\r
-                                                               ____* Resources/\r
-                                                               ______* BUILD_ID\r
-                                                               ______* application.ini\r
-                                                               ______* chrome/\r
-                                                               ______* components/\r
-                                                               ______* etc.\r
-                                                               </screen>\r
-                                                       </figure>\r
-                                               </step>\r
-                                               <step>Put a <systemitem class="osname">Mac</systemitem> format icon file named <emphasis>Evergreen.icns</emphasis> in Resources.</step>\r
-                                       </procedure>\r
-                               </section>\r
-                       </section>\r
-                       <section xml:id="serversideinstallation-staffclient">\r
-                               <title>Installing on <systemitem class="osname">Linux</systemitem></title>\r
-                               <section>\r
-                                       <title>Quick Upgrade of the Staff Client</title>\r
-                                       <para>A <systemitem class="osname">Linux</systemitem> Staff Client is automatically built on the server as part of the normal \r
-                                       <emphasis>make install</emphasis> process for Evergreen server-side software. To upgrade the Staff Client on a remote workstation with a new version, \r
-                                       just copy the directory tree containing the Staff Client from the server to the remote workstation.</para>\r
-                                       <para>The following example assumes you already have an <systemitem class="username">opensrf</systemitem> user account on both the server and the \r
-                                       remote workstation. Remember to replace <literal>user</literal>, <literal>client.linux.machine</literal> and <literal>eg-client-x.x.x.x</literal> with \r
-                                       the proper user name, client machine name, and \r
-                                       version number in the following example.</para>\r
-                                       <para>As the <systemitem class="username">opensrf</systemitem> user, change directory to the Staff Client source directory, then recursively copy \r
-                                       the entire directory tree to the remote workstation:</para>                     \r
-<screen>\r
-<userinput>su - opensrf</userinput>\r
-<userinput>cd /home/opensrf/Evergreen-ILS-1.6.0.7/Open-ILS/xul/staff_client</userinput>\r
-<userinput>scp -r build user@client.linux.machine:~/eg-client-x.x.x.x/</userinput>\r
-</screen>\r
-                                       <para>To test the newly copied Staff Client, as the <systemitem class="username">opensrf</systemitem> user log into the remote workstation and execute \r
-                                       it as shown:</para>                             \r
-<screen>\r
-<userinput>su - opensrf</userinput>\r
-<userinput>xulrunner ~/eg-client-x.x.x.x/build/application.ini</userinput>\r
-</screen>\r
-                                       \r
-                               </section>\r
-                               <section>\r
-                                       <title>Building the Staff Client on the Server</title>\r
-                                       <para>A <systemitem class="osname">Linux</systemitem> Staff Client is automatically built on the server as part of the normal \r
-                                       <emphasis>make install</emphasis> process for Evergreen server-side software.</para>\r
-                                       <para>In order to install a compatible Staff Client on another <systemitem class="osname">Linux</systemitem> system, just copy the applicable files from \r
-                                       the server to that system, or even manually build it on that system. Ensure that the BUILD_ID you choose on the server matches the BUILD_ID for each Staff \r
-                                       Client you use on other systems.</para>\r
-                                       <para>If you will be using a pre-packaged <systemitem class="osname">Windows</systemitem> version on some systems, you may want to choose the BUILD_ID  \r
-                                       on both server and other versions to match that of the <systemitem class="osname">Windows</systemitem> Staff Client. To determine which BUILD_ID is used \r
-                                       in an existing Staff Client installation, just click <guibutton>About this Client</guibutton> on the running Staff Client.</para>\r
-                                       <para>If you are allowed to make changes on the Evergreen server, another option is to create a symbolic link. In order for a copy of the Staff Client and \r
-                                       server to work together, the BUILD_ID must match the name of the directory containing the server components of the Staff Client, or the name of a symbolic \r
-                                       link to that directory.</para>\r
+                                       <indexterm>\r
+                                               <primary>ZZZ-REVIEW</primary>\r
+                                               <secondary>ADD INFO FOR OTHER LINUX DISTRIBUTIONS </secondary>\r
+                                       </indexterm>\r
+                                       <caution>ADD INFO FOR OTHER LINUX DISTRIBUTIONS </caution>\r
+                               </step>\r
+                               <step xml:id="serversideinstallation-postgresql-default">\r
+                                       <title>(OPTIONAL) Install the PostgreSQL Server</title>\r
+                                       <para>Since the PostgreSQL server is usually a standalone server in multi-server production systems, the prerequisite installer Makefile in the previous step \r
+                                       does not automatically install PostgreSQL. If your PostgreSQL server is on a different system, just skip this step.</para>\r
+                                       <para>For further information on manually installing PostgreSQL, see <xref linkend="serversideinstallation-postgresql"/>.</para>\r
+                                       <para>If your PostgreSQL server will be on the same system as your Evergreen software, then as the <systemitem class="username">root</systemitem> user install the \r
+                                       required PostgreSQL server packages:</para>\r
+                                       <screen><userinput>su - root</userinput></screen>\r
+                                       <para>For <systemitem class="osname">Debian Lenny</systemitem> and <systemitem class="osname">Ubuntu Hardy (8.04)</systemitem>:</para>\r
+                                       <screen><userinput>make -f Open-ILS/src/extras/Makefile.install install_pgsql_server_debs_83</userinput></screen>\r
+                                       <para>For <systemitem class="osname">Ubuntu Karmic (9.10)</systemitem> and <systemitem class="osname">Ubuntu Lucid (10.04)</systemitem>:</para>\r
+                                       <screen><userinput>make -f Open-ILS/src/extras/Makefile.install install_pgsql_server_debs_84</userinput></screen>\r
+                                       <note>\r
+                                               <para>Postgresql 8.3 or 8.4 are the recommended versions to work with Evergreen 1.6. If you have an older version of PostgreSQL, you should upgrade before \r
+                                               installing Evergreen. To find the running version of PostgreSQL, switch to the <systemitem class="username">postgres</systemitem> user and run the \r
+                                               <command>psql</command>. Then type <userinput>SELECT version();</userinput> to get detailed information of your version of PostgreSQL.</para>\r
+                                       </note>\r
+                               </step>\r
+                               <step>\r
+                                       <title>Install Perl Modules on PostgreSQL Server (OPTIONAL) </title>\r
+                                       <para>If PostgreSQL is running on the same system as your Evergreen software, then the Perl modules will automatically be available. Just skip this step.</para>\r
+                                       <para>Otherwise, if your PostgreSQL server is running on another system, then as the <systemitem class="username">root</systemitem> user install the following Perl \r
+                                       modules on that system:</para>\r
+                                       <para>ensure the gcc compiler is installed:</para>\r
 <screen>\r
 <userinput>su - root</userinput>\r
-<userinput>cd /openils/var/web/xul</userinput>\r
-<userinput>ln -s SERVER_BUILD_ID/ CLIENT_BUILD_ID</userinput>\r
-</screen>      \r
-                               </section>\r
-                               <section>\r
-                                       <title>Building the Staff Client on the client Machine</title>\r
-                                       <para>This section is directed toward end-users who wish to use <systemitem class="osname">Linux</systemitem> rather than \r
-                                       <systemitem class="osname">Windows</systemitem> for client machines, but have limited <systemitem class="osname">Linux</systemitem> experience. You can \r
-                                       build the Staff Client on a <systemitem class="osname">Linux</systemitem> system without installing the Evergreen Server component. This is a relatively \r
-                                       simple process compared to server installation, but does require some command-line work. The following directions are for building Staff Client version \r
-                                       1.2.1.4 on <systemitem class="osname">Kubuntu 7.10</systemitem>; you must modify them for other distributions (the instructions should work as-is for \r
-                                       <systemitem class="osname">Ubuntu</systemitem> or <systemitem class="osname">Debian</systemitem> derivatives).</para>\r
-                                       <procedure>\r
-                                               <step>\r
-                                                       <para>Prerequisites</para>\r
-                                                       <para>Both <application>"subversion"</application> and <application>"xulrunner"</application> are required to build the Staff Client.\r
-                                                       As the <systemitem class="username">root</systemitem> user, use <application>"apt-get"</application> to install packages \r
-                                                       for <application>"subversion"</application> and <application>"xulrunner"</application>. You can also use <application>"synaptic"</application>, \r
-                                                       the graphical user interface for <application>"apt-get"</application>. For <application>"subversion"</application>, select the latest \r
-                                                       version; for <application>"xulrunner"</application>, select version <emphasis>1.8.1.4-2ubuntu5</emphasis>.</para>\r
-                                                       \r
-<screen>\r
-<userinput>sudo apt-get install subversion</userinput>\r
-<userinput>sudo apt-get install xulrunner</userinput>\r
+<userinput>apt-get install gcc</userinput>\r
 </screen>\r
-                                               </step>\r
-                                               <step>\r
-                                                       <para>Download the Source Code</para>\r
-                                                       <itemizedlist>\r
-                                                               <listitem>\r
-                                                                       <para>Determine which version is needed</para>\r
-                                                                       <para>For most end-users, a specific version is required to communicate properly with the Evergreen server. Check with your system administrator, IT person, or HelpDesk to determine which Staff Client versions are supported.</para>\r
-                                                                       <para>Next, you need to determine which <emphasis>tag</emphasis> to use when downloading the source code. Tags are markers in the source code to create a snapshot of the code as it existed at a certain time; tags usually point to tested and stable code, or at least a community-recognized release version.</para>\r
-                                                                       <para>To determine which tag to use, browse to <ulink url="http://svn.open-ils.org/trac/ILS/browser">http://svn.open-ils.org/trac/ILS/browser</ulink>. Look in the <guibutton>Visit</guibutton> drop-down box; see the list of Branches and, further down, a list of Tags. You may have t