preliminary updates on the installation docs. A complete rewrite in docbook
[mir.git] / doc / INSTALL.mir
index f359b5e..4405418 100755 (executable)
@@ -1,4 +1,6 @@
 MIR INSTALLATION HOWTO
+
+Last updated: $Date: 2003/07/06 04:02:29 $
 ----------------------------------------------------------------
 
 Here is a short installation-howto of Mir.
@@ -6,16 +8,21 @@ Here is a short installation-howto of Mir.
 
 prerequisites: 
 
-- tomcat 4.0.3 or above (3.3 works too as of 04.04.2002, but this could change)
-  tomcat is available from http://jakarta.apache.org
-- apache with mod_jk.so
-- postgres 7.1.x or 7.2.x
+- tomcat 4.0.4+ or 3.3 (4.0.3 and below have some bad bugs) 
+  tomcat is available from http://jakarta.apache.org/tomcat/
+- apache 1.3.x. with mod_jk.so. As far as I can tell the connector for 2.x is
+  still rather undocumented. http://httpd.apache.org
+- postgres 7.1+
 - ant (a java-based make) 
 - jaxp-1.1 (a SAX 2.0 compliant XML parser, comes with ant >= 1.4)
 - the JAI image framework (Java Advanced Imaging) versin 1.1.1 . get it from 
   java.sun.com. ** NOTE: because JAI uses a native acceration library (a .so)
-  it must be placed in tomcat's "lib" (i.e $TOMCAT_HOME/lib) directory and
+  it must be placed in tomcat's "lib" (i.e $TOMCAT_HOME/common/lib) directory and
   not under the default webapps/Mir/WEB-INF/lib directory **
+- A good reading of Tomcat, Apache and Postgresql documentation if you are not
+  familiar with any of them. The documentation is available at:
+  http://jakarta.apache.org/tomcat/tomcat-4.0-doc/index.html,
+  http://httpd.apache.org/docs/ and http://www.postgresql.org respectively.
 
 1. checkout the cvs
 
@@ -26,12 +33,12 @@ CVS LOGIN:
 
 CVS CHECKOUT:
 
-       cvs -d :pserver:anonymous@mir.indymedia.org:/var/lib/cvsco mir 
+       cvs -d :pserver:anonymous@mir.indymedia.org:/var/lib/cvs co -r MIR_1_1 mir
 
 
 2. customize the config: 
 
-       cd mir/source 
+       cd mir/etc
        cp config.properties-dist config.properties 
 
 now customize config.properties for your needs.
@@ -51,9 +58,7 @@ Now, change the install directory and group in perms.sh
 
        edit perms.sh 
 
-
-4. copy the mir/templates-dist-directory to mir/templates
-
+4. There is NO step 4!!
 
 5. compile. For this step, you have to make sure that the TOMCAT_HOME
 environment variable is set to the root of your tomcat installation.
@@ -66,15 +71,15 @@ the permissions and owners correctly.
 
 
 6. Link in the webapps directory of tomcat to the install directory (the 
-directory is called "Mir" and is located in the same directory in which 
-you installed the "mir" directory). 
-       cd /path/to/tomcat/webapps (tomcat-4.0.x/webapps)
-       ln -s Mir-install-dir Mir
+directory is in mir/bin/mir (Here and in the rest of this document,
+we assume you called the link "Mir", but this could be named anything.)
+       cd ${TOMCAT_HOME}/webapps 
+       ln -s /path/to/mir/bin/mir Mir
 
 with tomcat 4.0.x, you could dynamically reload and stop the Mir webapp without
 restarting tomcat by using the "Manager App" with the following url:
 
-http://localhost:8080/manager/stop?path=/mir
+http://localhost:8080/manager/stop?path=/Mir
 
 This is practical if you are running several installations of mir on one 
 tomcat or other webapps and can't afford to shutdown all of them.
@@ -95,48 +100,24 @@ task instead of the superuser. This is because if Mir uses the superuser to
 connect to the database and anybody manages to find out the password Mir 
 uses to connect, the attacker can take over the complete database. So, in
 the following examples, we assume that the database name is "Mir", the
-database user will be "mir" and the password is "joshua". Please note that
+database user will be "joe" and the password is "joshua". Please note that
 this particular password is far from being a good one. Watch "Wargames" for
 details. =B) 
 
+
 To access the database as the database superuser, you either have to log in
 as postgres on Unix level (which we don't recommend because you will need
 another user to have a login shell and a password which makes system
 penetration more likely) or you have to tell PostgreSQL with each
-application call that you want to connect as a specific user. If you access
-the database from any other user's account, use the -U flag to connect to
-PostgreSQL as the database superuser ("postgres"):
-
-       createdb -U postgres --encoding=unicode Mir 
-
-Please note that if you create the database from inside the psql application,
-the database name will likely be converted to lowercase letters.
-
-
-8b. create an unprivileged database user for Mir
-First, connect to the database as the database's superuser. 
-
-       psql -U postgres Mir
-
-Now we create the actual user. Please choose a password that is hard to 
-guess instead of "joshua". Good passwords have characters and numerals in
-it, have no link to its owner (like being her birthday, age, name of her 
-husband, dog, child, car, favourite beer brand). A good password looks like
-this: "8ncx4un".
-    
-    CREATE USER Mir WITH PASSWORD 'joshua' NOCREATEDB NOCREATEUSER;
-
-
-8c. create base table
-Please note that we use the superuser "postgres" to connect to the "Mir"
-database, /not/ the user "mir". 
+application call that you want to connect as a specific user. In the 
+following example we'll create the mir database as postgreSQL user 
+"pete".
 
-       psql -Upostgres -f dbscripts/create_pg.sql Mir
-    for i in dbscripts/help*.sql ; do psql -Upostgres -f $i Mir ; done
-    for i in dbscripts/populate*.sql ; do psql -Upostgres -f $i Mir ; done
+       cd mir/dbscripts
+       su postgres
+       ./createmirdb.sh mir pete joe joshua
 
-
-8d. Apply neccessary changes to config.properties
+8b. Apply neccessary changes to config.properties
 
 Please open config.properties and look for the lines that begin with
 "Database.". The interesting properties are "Username", "Password", "Host"
@@ -148,7 +129,21 @@ in Mir/src nor in Mir/WEB-INF/classes nor in the directory tree you compiled
 Mir from) is world-readable. Else you wouldn't have to install a password,
 anyway.
 
-8e. Tweak mime-type extensions mappings in etc/web.xml file.
+8c. Setup PostgreSQL so that all localhost connections have to pass a 
+password
+
+In /etc/postgresql/pg_hba.conf, change the line with 127.0.0.1 as follows:
+
+host         all         127.0.0.1     255.0.0.0           password
+
+This means: All connections from 127.0.0.1 to any database will have to 
+authenticate themselves with a password. Please refer to the PostgreSQL
+documentation if you want a different authentication setup. Make sure
+however that mir can connect to it's database using password authentication.
+
+9. For now, there's no step 9 either.
+
+10. Tweak mime-type extensions mappings in etc/web.xml file.
 
 *** Note the defaults should be o.k for most installations ***
 
@@ -159,42 +154,22 @@ moment you still have to add these to the media_type SQL table as well which
 maps the mime-types to the correct mediaHandler class. See the comments in
 the MirMedia class in javadoc for more details.
 
-8f. Setup PostgreSQL so that all connections have to pass a password
-
-In /etc/postgresql/pg_hba.conf you should make sure that nobody can
-use the database without a password:
-
-local           all                                                                               password
-host         all         127.0.0.1     255.0.0.0           password
-host         all         0.0.0.0       0.0.0.0             reject
-
-This means: All local connections (i.e. psql without "-h hostname" option)
-have to authenticate themselves with a password. All connections from
-localhost (127.0.0.1) have to supply a password, too. All other connections
-are rejected. This line doen't have to be there if you have a properly
-configured firewall but even if you do have one, it adds to the security in
-case an attacker penetrates the firewall by some hack.
-
-If you can't access PostgreSQL after this for any reason, try and change
-"password" in /etc/postgresql/pg_hba.conf to "trust". This should disable
-any authentication method and make the database accessible again. Please use 
-this setting only temporarily because anybody who can access the PostgreSQL
-server could take over the database completely this way. After you fixed
-your password setting, switch the setting back to "password".
-You may want to change your PostgreSQL password from time to time to make
-database takeover harder. Rememer: Security is a process.
+11. restart tomcat 
 
+12. configure mod_jk 
 
+There are 2 ways to do this. auto-generation of mod_jk.conf or manula JKMount
+lines. (rumour has it that Tomcat 4.0.x doesn't support auto-generation, but
+this is unconfirmed).
 
-9. Add the dupe prevention trigger to the database:
-       cd dbscripts/dupetrigger
-       
-       There, read INSTALL and follow the instructions.
-       
+In both examples please note that the JkWorkersFile line only needs to appear
+once per Apache config.
 
-10. restart tomcat 
+Also this assumes that your tomcat installation has it's ajp13 conenctor 
+turned on. See tomcat's server.xml file and documentation for this. Chances
+are that it is turned on.
 
-11. configure mod_jk 
+Method a). The automatic mod_jk.conf method:
 
 insert the following patch into /etc/apache/httpd.conf. Edit the directories
 to suit your needs.
@@ -209,27 +184,52 @@ Do not put any JkMount lines into your httpd.conf!
 If mod_jk.conf-auto doesn't get written or is 0 bytes in size, check your
 system for file ownership/permissions problems.
 
+Method b). Manual JKMount lines
 
-12. configure apache
+insert the following patch into /etc/apache/httpd.conf. Edit the directories
+to suit your needs.
 
+<IfModule mod_jk.c>
+JkWorkersFile /path/to/tomcat/conf/workers.properties
+JkMount /Mir ajp13
+JkMount /Mir/* ajp13
+</IfModule>
+
+
+13. configure apache for the static site
+
+* Make sure that if you are using a non standard character set enconding that 
+  Apache doesn't accidentally send the wrong encoding in the HTTP headers.
 edit http.conf:
 * set the document root to the same directory as in the mir config file
 * enable shtml includes:
   - add LoadModule includes_module /usr/lib/apache/1.3/mod_include.so
   - make sure your directory contains "Options Includes"
-
+* Determine if you need to modify any apache mime-mappings
+  - The web-server host must recognize the .m3u, .pls and other file extensions
+    and send the proper "audio/x-mpegurl" and "audio/x-scpls" mime-types
+    respectively.  If the web server is apache, it's easy, just
+    add:
+    
+    audio/x-mpegurl                 m3u
+    audio/x-scpl                    pls
+    
+    to the file pointed to by the "TypesConfig" command in your apache config
+    file. Or add and equivalent AddType command to your httpd.conf.  Of course
+    this assumes that the mod_mime is loaded.
 
 that's it :)
 
 now the admin-application is accesable via:  
 
-       http://host/Mir 
+       http://host/Mir/servlet/Mir 
 
 and the openposting-servlet via  
        
-       http://host/OpenMir
+       http://host/Mir/servlet/OpenMir
 
-standard login is redaktion/indymedia
+standard login is admin/indymedia. See the webdb_users SQL table to change/add
+users or passwords.
 
 
 SEARCHING
@@ -245,6 +245,9 @@ will allow searching based off of media type.  (This is possible
 because the standard templates will include META keywords like
 hasAudio, hasVideo, etc.)  
 
+UPGRADING
+
+see the UPGRADING.mir file.
 
 TROUBLESHOOTING
 
@@ -257,4 +260,4 @@ You can give these a try if anything goes wrong:
 
 ----------------------------------------------------------------
 
-2001, 2002 - the Mir coders
+$Date: 2003/07/06 04:02:29 $ - the Mir coders