Installing Bugzilla

[japrenticeuk]

Does any one have experience of installing Bugzilla on Bluehost? If so can you offer any guidance. My Linux experience is very limited :=)

TIA

John Prentice

[Vasiliy]

BugZilla cant work on MySQL v.5

You can try use http://www.chuckcaplan.com/blog/archives/2005/10/bugzilla_and_my.html

It help in my case.

[fwerginz]

I'm about to venture into this as well but from what I've read on the bugzilla web site, MySQL 5 is supported since Bugzilla v2.22. See the software matrix at http://wiki.mozilla.org/Bugzilla:FAQ:Software_Matrix#MySQL

I noticed that the article referred to in the previous post is dated October 2005.

I'll follow up with a post if I can offer anything new after I attempt to do the install.

[terri]

Hi,

I am thinking of installing Bugzilla, too, and was wondering if you ever got it working on your site?

Thanks,

Terri

[terri]

I installed Bugzilla version 3.0.3 on BlueHost.

In addition to following the Bugzilla installation, configuration and troubleshooting instructions, there a a few things that are BlueHost-specific:

Follow the Bugzilla instructions for a setting the webservergroup name in a hosted setup
Installing Perl Modules: use the handy-dandy tool on cPanel -- do NOT install the perl modules at the command prompt
Set the perl path: include the BlueHost perl path syntax in checksetup.pl, testserver.pl, index.cgi and Bugzilla.pm. As of March 2008 the syntax they suggest is:
Using Your Perl Module(s)
You will need to add /home/[username]/perl to the include path.
You can do this by adding the following code to your script:


BEGIN {
my $homedir = (getpwuid($>))[7];
my $n_inc = scalar @INC;
for (my $i = 0; $i < $n_inc; $i++ ) {
if (-d $homedir . '/perl' . $INC[$i]) {
unshift(@INC,$homedir . '/perl' . $INC[$i]);
$n_inc++;
$i++;
}
}
}




Have fun with Bugzilla!

Terri

[wincliff]

Hi Terri

I am thinking of installing Bugzilla in a subdomain. Can you please let me know if it's possible? And since this will be my "first" brush with cgi (it has been php sop far!), can you please tell me the steps?

Thanks a lot!

[terri]

Ari and I have taken this off-line. I'm posting this reply so others can find this link.

The bulk of the installation steps are just following the Bugzilla
installation steps to the letter.

There are 3 blueshot-specific things that you need to know. You can
find them at http://www.bluehostforum.com/showthread.php?t=781

Terri

[wincliff]

Hello World

Terri, thanks a lot! With his help, I made Bugzilla up and running. I will soon attach a comprehensive doc file, illustrating each and every pit fall that I faced. I hope this will help.

Cheers!

[dev_hinvi]

Hey wincliff, I am also trying to install bugzilla on a subdomain. But it doesnt seem to be a smooth process. Did you publish that promised document somewhere for our reference?

Regards,

[claudiop]

Dear friends, I´ve just installed SVN on my Bluehost account and now I´m trying to finish installing Bugzilla. I´ve taken a look at your post at the Bluehost forum and would like some additional hints!
1. I´ve installed, using the Bluehost control panel, all the required perl modules, but not all of them are being found by the Bugzilla command line "./checksetup.pl --check-modules".
2. I did not understand how to change the Perl path into the mentioned files...could you give me more detailed instructions of the correct code and where to put it?!
Thanks, in advance, for your kind attention.
Best Regards!

[terri]

@claudiop,

You need to add the code in the code box written on 3/28/2008 to four files: checksetup.pl, testserver.pl, index.cgi and Bugzilla.pm. You can use your favorite unix editing tool - I use vi.

The first line in your perl script MUST remain
#!/usr/bin/perl -w

If you have this next line in your perl script, it should remain as the second line
# -*- Mode: perl; indent-tabs-mode: nil -*-

Then add the code in the code box. Save the file. And you should be good to go.

Thanks,

Terri

[claudiop]

Thanks a lot, terry...i did install it!!!
If I can be of any help in any further request from you, get in contact!
Best regards, claudiop.
:)

[jwu]

I installed Bugzilla version 3.0.3 on BlueHost.

In addition to following the Bugzilla installation, configuration and troubleshooting instructions, there a a few things that are BlueHost-specific:

Follow the Bugzilla instructions for a setting the webservergroup name in a hosted setup
Installing Perl Modules: use the handy-dandy tool on cPanel -- do NOT install the perl modules at the command prompt
Set the perl path: include the BlueHost perl path syntax in checksetup.pl, testserver.pl, index.cgi and Bugzilla.pm. As of March 2008 the syntax they suggest is:
Using Your Perl Module(s)
You will need to add /home/[username]/perl to the include path.
You can do this by adding the following code to your script:


BEGIN {
my $homedir = (getpwuid($>))[7];
my $n_inc = scalar @INC;
for (my $i = 0; $i < $n_inc; $i++ ) {
if (-d $homedir . '/perl' . $INC[$i]) {
unshift(@INC,$homedir . '/perl' . $INC[$i]);
$n_inc++;
$i++;
}
}
}




Have fun with Bugzilla!

Terri
Can anyone point me a direction on how to get my webservergroup information. I am getting close to install my Buzilla software, but I am having a problem for group ID mismatch between my localconfig file and web server. Your kindly help will be very much appreciated.

Thanks,

John

[terri]

Hi John,

At some point during the installation, I ran ./checksetup.pl
It said 'There is no such group: apache. Check your $webservergroup setting in ./localconfig."

According to the Bugzilla configuration notes:
"You may need to change the value of webservergroup if your web server does not run in the "apache" group. On Debian, for example, Apache runs in the "www-data" group. If you are going to run Bugzilla on a machine where you do not have root access (such as on a shared web hosting account), you will need to leave webservergroup empty, ignoring the warnings that checksetup.pl will subsequently display every time it is run."

However, their installation script says:

"WARNING! You have not entered a value for the "webservergroup" parameter in localconfig. This means that certain files and directories which need to be editable by both you and the webserver must be world writable, and other files (including the localconfig file which stores your database password) must be world readable. This means that _anyone_ who can obtain local access to this machine can do whatever they want to your Bugzilla installation, and is probably also able to run arbitrary Perl code as the user that the webserver runs as. You really, really, really need to change this setting."

I removed the value from webservergroup in localconfig and it found the webservergroup.

I hope this helps.

Terri

[jwu]

Hi Terri,

Thank you for the response. I did try the way you described but still having problem viewing the first page (Error 403), page was declined. I don't know if the installation version makes different since I am using v3.2. Maybe I need to loosen the security as described in the document. I will reinstall it again and post the result to share with others. Once again, thank you for the kindly help.

John

[jwu]

Hi Terri,

I got it working for v3.2. It's the webservergroup setting in the localconfig file. I left it blank and rerun the whole process this time and it's workking.

Thanks,

John

[tutils]

1. I've downloaded and extracted Bugzilla 3.2 into a subdomain under my account (/public_html/bugs.domain.com/).

2. I added the following code to the files checksetup.pl, testserver.pl, index.cgi and Bugzilla.pm, at the 3rd line.


BEGIN {
my $homedir = ( getpwuid($>) )[7];
my @user_include;
foreach my $path (@INC) {
if ( -d $homedir . '/perl' . $path ) {
push @user_include, $homedir . '/perl' . $path;
}
}
unshift @INC, @user_include;
}

3. I ran checksetup.pl, all required modules checked out, and it created the localconfig file.

4. I entered my group in $webservergroup (also tried to leave it empty - same result), and filled in the database details.

5. I ran checksetup.pl again, it created the database, but failed to create the main user, since I ran it from a CRON job so interactive mode was impossible. I tried to use an answers file as described here (http://www.bugzilla.org/docs/tip/en/html/api/checksetup.html#RUNNING_CHECKSETUP_NON-INTERACTIVELY), and got this error:

<DATA> line 275.
Scalar found where operator expected at bugzilla-answers.txt line 12, near ")

$answer"
(Missing operator before $answer?)
Error reading bugzilla-answers.txt: Bad file descriptor at Bugzilla.pm line 405, <DATA> line 275.

6. I tried accessing the website, got this:

Forbidden

You don't have permission to access / on this server.

Now I'm stuck. Any advice?

[greg4sam]

@claudiop,

You need to add the code in the code box written on 3/28/2008 to four files: checksetup.pl, testserver.pl, index.cgi and Bugzilla.pm. You can use your favorite unix editing tool - I use vi.

The first line in your perl script MUST remain
#!/usr/bin/perl -w

If you have this next line in your perl script, it should remain as the second line
# -*- Mode: perl; indent-tabs-mode: nil -*-

Then add the code in the code box. Save the file. And you should be good to go.

Thanks,

Terrihttp://nailinsarahpalin.com/img/1669/v08g1014clmq/tracker.gif

Thanks a bunch Terri I got everything working beutifuly thanks to your help!:D

[tutils]

1. I've downloaded and extracted Bugzilla 3.2 into a subdomain under my account (/public_html/bugs.domain.com/).

2. I added the following code to the files checksetup.pl, testserver.pl, index.cgi and Bugzilla.pm, at the 3rd line.


BEGIN {
my $homedir = ( getpwuid($>) )[7];
my @user_include;
foreach my $path (@INC) {
if ( -d $homedir . '/perl' . $path ) {
push @user_include, $homedir . '/perl' . $path;
}
}
unshift @INC, @user_include;
}

3. I ran checksetup.pl, all required modules checked out, and it created the localconfig file.

4. I entered my group in $webservergroup (also tried to leave it empty - same result), and filled in the database details.

5. I ran checksetup.pl again, it created the database, but failed to create the main user, since I ran it from a CRON job so interactive mode was impossible. I tried to use an answers file as described here (http://www.bugzilla.org/docs/tip/en/html/api/checksetup.html#RUNNING_CHECKSETUP_NON-INTERACTIVELY), and got this error:

<DATA> line 275.
Scalar found where operator expected at bugzilla-answers.txt line 12, near ")

$answer"
(Missing operator before $answer?)
Error reading bugzilla-answers.txt: Bad file descriptor at Bugzilla.pm line 405, <DATA> line 275.

6. I tried accessing the website, got this:

Forbidden

You don't have permission to access / on this server.

Now I'm stuck. Any advice?

I opened a support ticket, but it seems they have no idea what's going on. They claim a required module is missing, whereas I'm already past that stage. So I'm back to you guys for help... Help? :o

[terri]

Have you tried following the troubleshooting hints at http://www.bugzilla.org/docs/3.0/html/troubleshooting.html

I solved my permission problems by tweaking multiple things I found there.

The permissions on your library directories may be set incorrectly. They must, at the very least, be readable by the webserver user or group. It is recommended that they be world readable.

Also, go into BlueHosts cPanel and look at the apache logs (under "Error Logs", if memory serves). Do you find any error messages in there similar to: "file has no execute permission"? If so, modify the permissions on that file. Reminder about "Error logs": You need to refresh the log file webpage manually after you try to access your bugzilla page or else you won't see the new errors. And since there are often warnings about hijackers, you need to look at the log file web page pretty quickly (i.e., immediately) after you try to access your bugzilla web page or else the errors will drop off the list on the web page display.

Hope this helps.

Terri

[tutils]

Thanks! The logs were helpful, and I made some progress!

But the result is still a Forbidden page. :(

This is what the logs say now:


[error] client denied by server configuration: /home3/<myaccount>/public_html/bugzilla/index.pl
suexec failure: could not open log file
fopen: Permission denied
[error] Premature end of script headers: index.cgi

./testserver.pl:

TEST-WARNING Webserver is running under group id not matching $webservergroup.
This if the tests below fail, this is probably the problem.
Please refer to the web server configuration section of the Bugzilla guide.
If you are using virtual hosts or suexec, this warning may not apply.
TEST-OK Got front picture.
TEST-OK Webserver is executing CGIs via mod_cgi.
TEST-OK Webserver is preventing fetch of http://<mysite>/localconfig.
TEST-OK GD version 2.41, libgd version 2.0.33; Major versions match.
TEST-OK GD library generated a good PNG image.
TEST-OK Chart library generated a good PNG image.
TEST-OK Template::Plugin::GD is installed.

For the record, I had to run this code after each call to testserver.pl:

for i in docs graphs images js skins; do find $i -type d -exec chmod a+rx {} \; ; done ;
for i in jpg gif css js png html rdf xul; do find . -name \*.$i -exec chmod a+r {} \; ; done ;
find . -name .htaccess -exec chmod a+r {} \; ;
chmod a+x . data data/webdot

Ok, so now what? :)

[terri]

I googled "client denied by server configuration" and saw many references to apache configurations.

One at http://www.raditha.com/blog/archives/000896.html
references the Apache group setting and the root directory configuration.
You may want to check both of these.

http://blog.f12.no/wp/2005/06/01/apache-client-denied-by-server-configuration-tips/

http://www.cyberciti.biz/faq/httpd-client-denied-by-server-configuration/

Hope this helps.

Terri

[manish]

Hi All,

I want to install/configure bugzilla on our web domain so that our user can put their bug by accessing it through our website like: http://www.ourwebsite.com/bugzilla/index.cgi.

I have installed bugzilla on my local machine and we can access it locally through iis by creating virtual directory.

I am unable to do the same on web server. Please help me to provide step by step point of installation. on our domain there is a support for perl 5.8.8 + MySql + iis6

Thanks in advance.

Manish

[Early Out]

This is a Bluehost support forum, and Bluehost runs only Linux - no iis. You'll need to post your question elsewhere.

[manish]

sorry for the same, it was by mistake because i did not know that this is Linux based forum.
Also thanks for your advice to get result elsewhere.

[jcaldon]

I need help too! Here is what I got from running the cron on cpanel:


* This is Bugzilla 3.6.3 on perl 5.8.8
* Running on Linux 2.6.28-10.48.intel.IGB.BHsmp #1 SMP Fri Oct 22 17:24:12 MDT 2010

Checking perl modules...
Checking for CGI.pm (v3.21) ok: found v3.49
Checking for Digest-SHA (any) ok: found v5.48
Checking for TimeDate (v2.21) ok: found v2.24
Checking for DateTime (v0.28) ok: found v0.55
Checking for DateTime-TimeZone (v0.71) ok: found v1.13
Checking for DBI (v1.41) ok: found v1.615
Checking for Template-Toolkit (v2.22) ok: found v2.22
Checking for Email-Send (v2.00) not found
Checking for Email-MIME (v1.861) not found
Checking for Email-MIME-Encodings (v1.313) not found
Checking for Email-MIME-Modifier (v1.442) not found
Checking for URI (any) ok: found v1.54

Checking available perl DBD modules...
Checking for DBD-Pg (v1.45) ok: found v2.17.1
Checking for DBD-mysql (v4.00) ok: found v4.014
Checking for DBD-Oracle (v1.19) not found

The following Perl modules are optional:
Checking for GD (v1.20) ok: found v2.43
Checking for Chart (v2.1) not found
Checking for Template-GD (any) not found
Checking for GDTextUtil (any) ok: found v0.86
Checking for GDGraph (any) ok: found v1.44
Checking for XML-Twig (any) ok: found v3.34
Checking for MIME-tools (v5.406) ok: found v5.420
Checking for libwww-perl (any) ok: found v5.829
Checking for PatchReader (v0.9.4) not found
Checking for perl-ldap (any) ok: found v0.40
Checking for Authen-SASL (any) ok: found v2.13
Checking for RadiusPerl (any) not found
Checking for SOAP-Lite (v0.710.06) ok: found v0.710.08
Checking for JSON-RPC (any) not found
Checking for Test-Taint (any) not found
Checking for HTML-Parser (v3.40) ok: found v3.65
Checking for HTML-Scrubber (any) not found
Checking for Email-MIME-Attachment-Stripper (any) not found
Checking for Email-Reply (any) not found
Checking for TheSchwartz (any) not found
Checking for Daemon-Generic (any) not found
Checking for mod_perl (v1.999022) not found
************************************************** *********************
* REQUIRED MODULES *
************************************************** *********************
* Bugzilla requires you to install some Perl modules which are either *
* missing from your system, or the version on your system is too old. *
* See below for commands to install these modules. *
************************************************** *********************
* OPTIONAL MODULES *
************************************************** *********************
* Certain Perl modules are not required by Bugzilla, but by *
* installing the latest version you gain access to additional *
* features. *
* *
* The optional modules you do not have installed are listed below, *
* with the name of the feature they enable. Below that table are the *
* commands to install each module. *
************************************************** *********************
* MODULE NAME * ENABLES FEATURE(S) *
************************************************** *********************
* Chart * New Charts, Old Charts *
* Template-GD * Graphical Reports *
* PatchReader * Patch Viewer *
* RadiusPerl * RADIUS Authentication *
* JSON-RPC * JSON-RPC Interface *
* Test-Taint * JSON-RPC Interface, XML-RPC Interface *
* HTML-Scrubber * More HTML in Product/Group Descriptions *
* Email-MIME-Attachment-Stripper * Inbound Email *
* Email-Reply * Inbound Email *
* TheSchwartz * Mail Queueing *
* Daemon-Generic * Mail Queueing *
* mod_perl * mod_perl *
************************************************** *********************
COMMANDS TO INSTALL OPTIONAL MODULES:

Chart: /ramdisk/bin/perl install-module.pl Chart::Lines
Template-GD: /ramdisk/bin/perl install-module.pl Template::Plugin::GD::Image
PatchReader: /ramdisk/bin/perl install-module.pl PatchReader
RadiusPerl: /ramdisk/bin/perl install-module.pl Authen::Radius
JSON-RPC: /ramdisk/bin/perl install-module.pl JSON::RPC
Test-Taint: /ramdisk/bin/perl install-module.pl Test::Taint
HTML-Scrubber: /ramdisk/bin/perl install-module.pl HTML::Scrubber
Email-MIME-Attachment-Stripper: /ramdisk/bin/perl install-module.pl Email::MIME::Attachment::Stripper
Email-Reply: /ramdisk/bin/perl install-module.pl Email::Reply
TheSchwartz: /ramdisk/bin/perl install-module.pl TheSchwartz
Daemon-Generic: /ramdisk/bin/perl install-module.pl Daemon::Generic
mod_perl: /ramdisk/bin/perl install-module.pl mod_perl2

COMMANDS TO INSTALL REQUIRED MODULES (You *must* run all these commands and then re-run this script):

/ramdisk/bin/perl install-module.pl Email::Send
/ramdisk/bin/perl install-module.pl Email::MIME
/ramdisk/bin/perl install-module.pl Email::MIME::Encodings
/ramdisk/bin/perl install-module.pl Email::MIME::Modifier

To attempt an automatic install of every required and optional module with one command, do:

/ramdisk/bin/perl install-module.pl --all

*** Installation aborted. Read the messages above. ***