From 96a0037afe2fd59183fbc5028311f04f02b7d540 Mon Sep 17 00:00:00 2001 From: "gerv%gerv.net" <> Date: Fri, 16 Jan 2004 07:54:28 +0000 Subject: Another pre-2.17.7 rev. --- docs/html/stepbystep.html | 509 +++++++++++++++++++++------------------------- 1 file changed, 237 insertions(+), 272 deletions(-) (limited to 'docs/html/stepbystep.html') diff --git a/docs/html/stepbystep.html b/docs/html/stepbystep.html index dfbf1a14b..d06ac7c09 100644 --- a/docs/html/stepbystep.html +++ b/docs/html/stepbystep.html @@ -90,7 +90,8 @@ CLASS="productname" Section 4.4, so be sure to check out that section before +>, so unless you are on Linux, + be sure to check out that section before you start your installation.

While installing Bugzilla, it is a good idea to ensure that there - is some kind of firewall between you and the rest of the Internet + is some kind of configurable firewall between you and the rest of the + Internet as your machine may be insecure for periods during the install. Many installation steps require an active Internet connection to complete, but you must take care to ensure that at no point is your machine @@ -160,19 +162,18 @@ VALIGN="TOP" >

This guide assumes that you already have your operating system installed, network configured, and have administrative access to the - shell on the machine you are installing Bugzilla onto. It is possible to - install and run Bugzilla without administrative access, but you have to + machine onto which you are installing Bugzilla. It is possible to + install and run Bugzilla itself without administrative access, but you + have to either make sure all the required software is installed or get somebody with administrative access to install it for you.

You are strongly recommended to make a backup of your system - before installing Bugzilla and at regular intervals thereafter. + before installing Bugzilla (and at regular intervals thereafter :-).

The listing below is a basic step-by-step list. More information - can be found in the sections below. Minimum versions will be - included in parenthesis where appropriate. +>Here's a basic step-by-step list:

Install Perl - (5.6) + (5.6.0 or above)

  • Install MySQL - (3.23.41) + (3.23.41 or above)

  • 4.1.1. Perl

    Any machine that doesn't have Perl on it is a sad machine indeed. - Perl can be got in source form from http://www.perl.com. There are also binary versions available for many platforms, most of which are linked to from perl.com. - Although Bugzilla runs with perl 5.6, + Although Bugzilla runs with perl 5.6.0, it's a good idea to be up to the very latest version if you can when running Bugzilla. As of this writing, that is Perl - version 5.8.

    • 4.1.2. MySQL

    Visit the MySQL homepage at +>If your OS doesn't come with it or provide official packages, + visit the MySQL homepage at If you are running Bugzilla and MySQL on the same machine, you may also wish to utilize the skip-networking--skip-networking option as mentioned in 4.1.2.1. Configuring MySQL4.1.2.1. Adding a user to MySQL

    This first thing you'll want to do is make sure you've given the Section 4.5.2. For clarity, these instructions will +>. Then, you need to add a user for + Bugzilla to use. For clarity, these instructions will assume that your MySQL user for Bugzilla will be "bugs_user""bugs" for both the user and - database name. + database name. Don't use it for the password, though...

    Next, we use an SQL We use an SQL GRANT command to create a @@ -442,8 +446,7 @@ CLASS="command" CLASS="QUOTE" >"bugs_user" - user, and grant sufficient permissions for checksetup.pl, which we'll - use later, to work its magic. This also restricts the + user. This also restricts the "bugs_user"CREATE TEMPORARY TABLES permissions. +> permissions, + so add them to the list in the + GRANT command.

    If you symlink the bugzilla directory into your Apache's HTML +>If you symlink the bugzilla directory into your Apache's + html hierarchy, you may receive Forbidden errors unless you add the - "FollowSymLinks"FollowSymLinks - directive to the <Directory> entry for the HTML root - in httpd.conf.

    <Directory> entry for + the HTML root directory in httpd.conf.

    Once all the files are in a web accessible directory, make that - directory writable by your webserver's user. This is a temporary step - until you run the post-install - checksetup.pl - script, which locks down your installation.

    Once all the files are in a web accessible directory, make that + directory writable by your webserver's user. This is a temporary step + until you run the post-install + checksetup.pl + script, which locks down your installation.

    4.1.5. checksetup.pl

    Next, run the magic checksetup.pl script. + This is designed to check whether you have all of the right + Perl modules in the correct + versions, and that Bugzilla is generally set up correctly. +

    Eventually, + it will make sure Bugzilla files and directories have reasonable + permissions, set up the + data + directory, and create all the MySQL tables. But the first time you + run it, it's highly likely to tell you that you are missing a few + Perl modules. Make a note of which ones they are, and then proceed to + the next section to install them. + 

    
bash# ./checksetup.pl
+

    The first time you run it with all the correct modules installed, + it will create a file called + localconfig.

    This file contains a variety of settings you may need to tweak + including how Bugzilla should connect to the MySQL database.

    The connection settings include: +

    1. server's host: just use + "localhost" + if the MySQL server is local

    2. database name: + "bugs_db" + if you're following these directions

    3. MySQL username: + "bugs_user" + if you're following these directions

    4. Password for the + "bugs_user" + MySQL account; ("bugs_password" above)

    +

    Edit the file to change these. Once you are happy with the + settings, su to the user + your web server runs as, and re-run + checksetup.pl. (Note: on some security-conscious + systems, you may need to change the login shell for the webserver + account before you can do this.) + On this second run, it will create the database and an administrator + account for which you will be prompted to provide information.

    The checksetup.pl script is designed so that you can run it at + any time without causing harm. You should run it after any upgrade to + Bugzilla.

    4.1.5. Perl Modules4.1.6. Perl Modules

    Don't be intimidated by this long list of modules. See + Section 4.1.6.1 for a way of + installing all the ones you need with a single command. +

    Perl modules can be found using PPM on Win32. The root servers - have a real tendency to bog down, so please use mirrors. +> on Win32.

    Good instuctions can be found for using each of these services on @@ -930,15 +1103,6 @@ HREF="stepbystep.html#install-modules-bundle-bugzilla" >

  • AppConfig - (1.52) -

  • CGI @@ -948,15 +1112,6 @@ HREF="stepbystep.html#install-modules-cgi" >

  • Data::Dumper - (any) -

  • Date::Format @@ -1098,7 +1253,7 @@ CLASS="section" >4.1.5.1. Bundle::Bugzilla4.1.6.1. Bundle::Bugzilla

    If you are running at least perl 5.6.1, you can save yourself a lot of time by using Bundle::Bugzilla. This bundle contains every module @@ -1175,22 +1330,9 @@ CLASS="section" >

    4.1.5.2. AppConfig (1.52)

    Dependency for Template Toolkit. We probably don't need to - specifically check for it anymore. -

    • 4.1.5.3. CGI (2.88)

    4.1.6.2. CGI (2.88)

    The CGI module parses form elements and cookies and does many other usefule things. It come as a part of recent perl distributions, but @@ -1221,43 +1363,9 @@ CLASS="section" >

    4.1.5.4. Data::Dumper (any)

    The Data::Dumper module provides data structure persistence for - Perl (similar to Java's serialization). It comes with later - sub-releases of Perl 5.004, but a re-installation just to be sure it's - available won't hurt anything. -


    -        CPAN Download Page: http://search.cpan.org/dist/Data-Dumper/
    -        PPM Download Link: http://ppm.activestate.com/PPMPackages/zips/6xx-builds-only/Data-Dumper.zip
    -        Documentation: http://www.perldoc.com/perl5.8.0/lib/Data/Dumper.html
    -      

    4.1.5.5. TimeDate modules (2.21)

    4.1.6.3. TimeDate modules (2.21)

    Many of the more common date/time/calendar related Perl modules have been grouped into a bundle similar to the MySQL modules bundle. @@ -1292,7 +1400,7 @@ CLASS="section" >4.1.5.6. DBI (1.32)4.1.6.4. DBI (1.32)

    The DBI module is a generic Perl module used the MySQL-related modules. As long as your Perl installation was done @@ -1326,7 +1434,7 @@ CLASS="section" >4.1.5.7. MySQL-related modules4.1.6.5. MySQL-related modules

    The Perl/MySQL interface requires a few mutually-dependent Perl modules. These modules are grouped together into the the @@ -1371,7 +1479,7 @@ CLASS="section" >4.1.5.8. File::Spec (0.82)4.1.6.6. File::Spec (0.82)

    File::Spec is a perl module that allows file operations, such as generating full path names, to work cross platform. @@ -1403,7 +1511,7 @@ CLASS="section" >4.1.5.9. File::Temp (any)4.1.6.7. File::Temp (any)

    File::Temp is used to generate a temporary filename that is guaranteed to be unique. It comes as a standard part of perl @@ -1435,7 +1543,7 @@ CLASS="section" >4.1.5.10. Template Toolkit (2.08)4.1.6.8. Template Toolkit (2.08)

    When you install Template Toolkit, you'll get asked various questions about features to enable. The defaults are fine, except @@ -1469,7 +1577,7 @@ CLASS="section" >4.1.5.11. Text::Wrap (2001.0131)4.1.6.9. Text::Wrap (2001.0131)

    Text::Wrap is designed to proved intelligent text wrapping.

    4.1.5.12. GD (1.20) [optional]

    The GD library was written by Thomas Boutell a long while ago to - programmatically generate images in C. Since then it's become the - defacto standard for programmatic image construction. The Perl bindings - to it found in the GD library are used on millions of web pages to - generate graphs on the fly. That's what Bugzilla will be using it for - so you must install it if you want any of the graphing to work.

    4.1.6.10. GD (1.20) [optional]

    You need the GD library if you want any of the graphing to work. +

    4.1.5.13. Chart::Base (0.99c) [optional]4.1.6.11. Chart::Base (0.99c) [optional]

    The Chart module provides Bugzilla with on-the-fly charting abilities. It can be installed in the usual fashion after it has been @@ -1634,7 +1738,7 @@ CLASS="section" >4.1.5.14. XML::Parser (any) [Optional]4.1.6.12. XML::Parser (any) [optional]

    XML::Parser is used by the 4.1.5.15. GD::Graph (any) [Optional]4.1.6.13. GD::Graph (any) [optional]

    In addition to GD listed above, the reporting interface of Bugzilla needs to have the GD::Graph module installed. @@ -1701,7 +1805,7 @@ CLASS="section" >4.1.5.16. GD::Text::Align (any) [Optional]4.1.6.14. GD::Text::Align (any) [optional]

    GD::Text::Align, as the name implies, is used to draw aligned strings of text. It is needed by the reporting interface. @@ -1733,7 +1837,7 @@ CLASS="section" >4.1.5.17. MIME::Parser (any) [Optional]4.1.6.15. MIME::Parser (any) [optional]

    MIME::Parser is only needed if you want to use the e-mail interface located in the 4.1.5.18. PatchReader (0.9.1) [Optional]4.1.6.16. PatchReader (0.9.1) [optional]

    PatchReader is only needed if you want to use Patch Viewer, a Bugzilla feature to format patches in a pretty HTML fashion. There are a @@ -1804,154 +1908,15 @@ CLASS="section" >

    4.1.6. checksetup.pl

    Next, run the magic checksetup.pl script. - This is designed to make sure your perl modules are the correct - version and your MySQL database and other - configuration options are consistent with the Bugzilla CGI files. - It will make sure Bugzilla files and directories have reasonable - permissions, set up the - data - directory, and create all the MySQL tables. - 

    
bash# ./checksetup.pl
-

    The first time you run it, it will create a file called - localconfig.

    This file contains a variety of settings you may need to tweak - including how Bugzilla should connect to the MySQL database.

    The connection settings include: -

    1. server's host: just use - "localhost" - if the MySQL server is local

    2. database name: - "bugs_db" - if you're following these directions

    3. MySQL username: - "bugs_user" - if you're following these directions

    4. 4.1.7. Configuring Bugzilla

      Password for the - "bugs_user" - MySQL account; ("bugs_password" above)

    +> Once checksetup.pl has run successfully, Bugzilla should start up. + Proceed to the correct URL and log in with the administrator account + you defined in the last checksetup.pl run.

    Once you are happy with the settings, - su to the user - your web server runs as, and re-run - checksetup.pl. (Note: on some security-conscious - systems, you may need to change the login shell for the webserver - account before you can do this.) - On this second run, it will create the database and an administrator - account for which you will be prompted to provide information.

    The checksetup.pl script is designed so that you can run it at - any time without causing harm. You should run it after any upgrade to - Bugzilla.

    4.1.7. Configuring Bugzilla

    You should run through the parameters on the Edit Parameters page (link in the footer) and set them all to appropriate values. They key parameters are documented in