下一步，再次運(yùn)行checksetup.pl腳本，這次不帶任何參數(shù)。運(yùn)行后會(huì)在當(dāng)前目錄中生成一個(gè)localconfig文件，我們需要對(duì)該文件進(jìn)行編輯，修改幾個(gè)參數(shù)，主要是訪問數(shù)據(jù)庫的用戶名、密碼什么的，還有一個(gè)webservergroup參數(shù)也很重要，我們等會(huì)還要修改 httpd.conf文件讓httpd也以這個(gè)用戶組運(yùn)行才行，否則沒有權(quán)限訪問這個(gè)目錄，如下圖：

　　到了這一步，我們要開始配置數(shù)據(jù)庫了，進(jìn)入我們的數(shù)據(jù)庫目錄，運(yùn)行

　　./bin/mysqld_safe --user=mysql &

　　啟動(dòng)數(shù)據(jù)庫服務(wù)器，然后使用mysql客戶端鏈接到服務(wù)器，執(zhí)行以下命令：

　　Grant all privileges . bugs.* to bugs@localhost identified by 'bugs888':

　　這個(gè)命令的作用是在數(shù)據(jù)庫中創(chuàng)建bugs用戶，bugs數(shù)據(jù)庫，并賦予bugs用戶在bugs數(shù)據(jù)庫上的所有權(quán)限。

　　然后，再次運(yùn)行Bugzilla目錄中的checksetup.pl腳本，理論上講，這次應(yīng)該在數(shù)據(jù)庫中創(chuàng)建Schema了，然而，卻出現(xiàn)如下錯(cuò)誤：

　　很顯然，這個(gè)錯(cuò)誤是說我們還要安裝DBD::mysql模塊，經(jīng)過前面的介紹，安裝模塊本來應(yīng)該是很簡單的事了，但是這個(gè)DBD::mysql卻折磨了我很久�？傮w來說，原因有兩個(gè)：

　　1、該模塊新的版本為4.005，但是卻只支持MySQL 4.×版的數(shù)據(jù)庫。這一點(diǎn)不用懷疑了，經(jīng)過我多次編譯和安裝已經(jīng)證實(shí)了，只有指定MySQL 4的包含文件和庫文件，該模塊才能安裝成功。

　　2、該模塊需要DBI的新版本，否則，算安裝成功后，運(yùn)行的時(shí)候還是提示mysql.so模塊運(yùn)行錯(cuò)誤，錯(cuò)誤原因?yàn)榉��?hào)DBIc_TRACE_LEVEL沒有定義。

　　我解決問題的過程是這樣的，下載MySQL 4.1版，我依然下載的是non rpm的版本，下載下來后直接解壓縮，然后運(yùn)行./.s/mysql_install_db腳本進(jìn)行初時(shí)化。然后到/usr/mysql目錄，運(yùn)行./bin/mysqladmin shutdown -u root -p停止MySQL 5服務(wù)器的運(yùn)行，再到/usr/mysql4目錄，使用./bin/mysqld_safe --user=mysql &啟動(dòng)服務(wù)器。

　　下載新的DBI模塊，編譯安裝，這一點(diǎn)不再羅嗦。

　　下載DBD::mysql模塊，編譯安裝，安裝的過程中需要指定參數(shù)，如果不指定，則需要調(diào)用mysql_config腳本來進(jìn)行檢測，因此，我采取的方法是將/usr/mysql4/bin加入到PATH變量，如下圖：

　　然后再依次運(yùn)行

　　make

　　make install

　　可以了，后進(jìn)入Bugzilla目錄，再運(yùn)行checksetup.pl腳本，終于安裝成功。

　　下一步，是讓Bugzilla到httpd中運(yùn)行了，首先，我們先把bugzilla轉(zhuǎn)移到下面的目錄

　　/var/www/bugzilla-2.20.5

　　然后，編輯/usr/httpd/conf/httpd.conf文件，如下圖：

　　下一步，進(jìn)入/usr/httpd目錄，運(yùn)行./bin/apachectl -k start 啟動(dòng)httpd服務(wù)器。

　　后進(jìn)行漢化工作，解壓縮我們下載的漢化包，按照里面的說明操作即可。下面是訪問Bugzilla的一個(gè)截圖：