Closed
Bug 297649
Opened 19 years ago
Closed 19 years ago
2.18.1 checksetup.pl doesn't detect some packages anymore
Categories
(Bugzilla :: Installation & Upgrading, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: mmokrejs, Unassigned)
Details
(Keywords: regression)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.8) Gecko/20050511 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.8) Gecko/20050511 Hi, it seems something got broken after 2.18.rc3 but before 2.18.1: bugzilla-2.18.1 # ./checksetup.pl Checking perl modules ... Checking for AppConfig (v1.52) ok: found v1.56 Checking for CGI (v2.93) found unknown version Checking for Data::Dumper (any) ok: found v2.121 Checking for Date::Format (v2.21) ok: found v2.22 Checking for DBI (v1.36) ok: found v1.48 Checking for DBD::mysql (v2.1010) ok: found v2.9003 Checking for File::Spec (v0.82) ok: found v0.84 Checking for File::Temp (any) ok: found v0.14 Checking for Template (v2.08) not found Checking for Text::Wrap (v2001.0131) ok: found v2001.09292 The following Perl modules are optional: Checking for GD (v1.20) ok: found v2.12 Checking for Chart::Base (v1.0) ok: found v2.3 Checking for XML::Parser (any) ok: found v2.34 Checking for GD::Graph (any) ok: found v1.43 Checking for GD::Text::Align (any) ok: found v1.18 Checking for PatchReader (v0.9.4) ok: found v0.9.5 Bugzilla requires some Perl modules which are either missing from your system, or the version on your system is too old. They can be installed by running (as root) the following: /usr/bin/perl5.8.5 -MCPAN -e 'install "Template"' Minimum version required: 2.08 /usr/bin/perl5.8.5 -MCPAN -e 'install "CGI"' Minimum version required: 2.93 bugzilla-2.18.1 # cd ../bugzilla-2.18rc3/ bugzilla-2.18rc3 # ./checksetup.pl Checking perl modules ... Checking for AppConfig (v1.52) ok: found v1.56 Checking for CGI (v2.93) ok: found v3.05 Checking for Data::Dumper (any) ok: found v2.121 Checking for Date::Format (v2.21) ok: found v2.22 Checking for DBI (v1.36) ok: found v1.48 Checking for DBD::mysql (v2.1010) ok: found v2.9003 Checking for File::Spec (v0.82) ok: found v0.84 Checking for File::Temp (any) ok: found v0.14 Checking for Template (v2.08) ok: found v2.14 Checking for Text::Wrap (v2001.0131) ok: found v2001.09292 The following Perl modules are optional: Checking for GD (v1.20) ok: found v2.12 Checking for Chart::Base (v1.0) ok: found v2.3 Checking for XML::Parser (any) ok: found v2.34 Checking for GD::Graph (any) ok: found v1.43 Checking for GD::Text::Align (any) ok: found v1.18 Checking for PatchReader (v0.9.4) ok: found v0.9.5 Checking user setup ... Removing existing compiled templates ... Precompiling templates ... Checking for MySQL Server (v3.23.41) ok: found v4.1.12-standard-log Populating duplicates table... bugzilla-2.18rc3 # The installation doesn't work for me and I'm getting the usual "403 Forbidden" error message. I have followed the UPGRADE docs and recopied localconfig* files, reset chmod bits and all dors and executables ... Yes, the .htaccess has changed contents since 2.18rc3. That might be problem. Reproducible: Always
Reporter | ||
Updated•19 years ago
|
Summary: regression in 2.18.1: checksetup.pl doesn detect some packages anymore → regression in 2.18.1: checksetup.pl doesn't detect some packages anymore
Comment 1•19 years ago
|
||
Do you have 2 distinct perl installations.... possibly one in /usr/bonsaitools/bin and one in /usr/local/bin ???
Reporter | ||
Comment 2•19 years ago
|
||
None of them exists. I have only perl-5.8.5 installed. Both checksetup.pl scripts use /usr/bin/perl and that is a symlink to perl5.8.5. Diffing both version of checksetup.pl I see diff related to the sql processing ... but nothing poniting me why it could not detect the perl module versions. BTW: Installing manually from CPAN installs the packages but still they aren't seen by your script. They are installed already as Gentoo linux packages anyway, as confirmed by checksetup from 2.18rc3. ;)
Comment 3•19 years ago
|
||
This really does seem like some sort of strange local problem. Perhaps you could come into #mozwebtools on irc.mozilla.org and have some of the folks there try to work it out with you if it's really a bug or just a local problem?
Keywords: regression
Summary: regression in 2.18.1: checksetup.pl doesn't detect some packages anymore → 2.18.1 checksetup.pl doesn't detect some packages anymore
Version: unspecified → 2.18.1
Reporter | ||
Comment 4•19 years ago
|
||
Well, I don't use IRC much, so don't know ho to join that group ... ;) But if you wish, 215843420 is my number. ;) Anyway, do you aggree that just unpacking the distribution a running checksetup should work the same way? It seems the difference is in some of those perl Bugzilla/ modules, as they get executed during import. Just do "perl -d checksetup.pl" and you'll see that before you get the debugger prompt it already verifies your perl installation. ;)
Comment 5•19 years ago
|
||
Is this still a problem using Bugzilla 2.18.4?
Comment 6•19 years ago
|
||
Bugzilla works fine for me, detecting all modules, even on Gentoo.
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → WORKSFORME
Reporter | ||
Comment 7•19 years ago
|
||
It seems to work for me as well, except one perl undef value. See below. ribosome bugzilla-2.18.4 # ./checksetup.pl Checking perl modules ... Checking for AppConfig (v1.52) ok: found v1.56 Checking for CGI (v2.93) ok: found v3.10 Checking for Data::Dumper (any) ok: found v2.121_04 Checking for Date::Format (v2.21) ok: found v2.22 Checking for DBI (v1.36) ok: found v1.48 Checking for DBD::mysql (v2.1010) ok: found v3.0002_3 Checking for File::Spec (v0.82) ok: found v3.12 Checking for File::Temp (any) ok: found v0.16 Checking for Template (v2.08) ok: found v2.14 Checking for Text::Wrap (v2001.0131) ok: found v2001.0929 The following Perl modules are optional: Checking for GD (v1.20) ok: found v2.30 Checking for Chart::Base (v1.0) ok: found v2.3 Checking for XML::Parser (any) ok: found v2.34 Checking for GD::Graph (any) ok: found v1.43 Checking for GD::Text::Align (any) ok: found v1.18 Checking for PatchReader (v0.9.4) ok: found v0.9.5 Checking user setup ... Creating data directory (./data) ... Creating graphs directory... Creating .htaccess... Creating Bugzilla/.htaccess... Creating ./data/.htaccess... Creating ./template/.htaccess... Creating ./data/webdot/.htaccess... Precompiling templates ... Checking for MySQL Server (v3.23.41) ok: found v5.0.15-standard-log Updating field bug_severity in table bugs ... Updating field priority in table bugs ... Updating field op_sys in table bugs ... Updating field rep_platform in table bugs ... Can't use an undefined value as an ARRAY reference at ./checksetup.pl line 2752. ribosome bugzilla-2.18.4 #
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---
Reporter | ||
Comment 8•19 years ago
|
||
ribosome bugzilla-2.20 # ./checksetup.pl Checking perl modules ... Checking for AppConfig (v1.52) ok: found v1.56 Checking for CGI (v2.93) ok: found v3.10 Checking for Data::Dumper (any) ok: found v2.121_04 Checking for Date::Format (v2.21) ok: found v2.22 Checking for DBI (v1.38) ok: found v1.48 Checking for File::Spec (v0.84) ok: found v3.12 Checking for File::Temp (any) ok: found v0.16 Checking for Template (v2.08) ok: found v2.14 Checking for Text::Wrap (v2001.0131) ok: found v2001.0929 Checking for Mail::Mailer (v1.65) ok: found v1.67 Checking for Storable (any) ok: found v2.15 The following Perl modules are optional: Checking for GD (v1.20) ok: found v2.30 Checking for Chart::Base (v1.0) ok: found v2.3 Checking for XML::Parser (any) ok: found v2.34 Checking for GD::Graph (any) ok: found v1.43 Checking for GD::Text::Align (any) ok: found v1.18 Checking for PatchReader (v0.9.4) ok: found v0.9.5 Checking user setup ... Creating data directory (./data) ... Creating local attachments directory ... Creating graphs directory... Creating .htaccess... Creating ./data/attachments/.htaccess... Creating Bugzilla/.htaccess... Creating ./data/.htaccess... Creating ./template/.htaccess... Creating ./data/webdot/.htaccess... Precompiling templates ... Checking for DBD::mysql (v2.9003) ok: found v3.0002_3 Checking for MySQL (v3.23.41) ok: found v5.0.15-standard-log Out of memory! Out of memory! Callback called exit. DBI::db=HASH(0x8f55420)->disconnect invalidates 1 active statement handle (either destroy statement handles or call finish on them before disconnecting) at ./checksetup.pl line 1543. ribosome bugzilla-2.20 #
Reporter | ||
Comment 9•19 years ago
|
||
main::(./checksetup.pl:1494): if ( vers_cmp($sql_vers,$sql_want) > -1 ) { DB<1> main::(./checksetup.pl:1495): print "ok: found v$sql_vers\n" unless $silent; DB<1> ok: found v5.0.15-standard-log main::(./checksetup.pl:1502): if ($dbh->isa('Bugzilla::DB::Mysql') && ($sql_vers =~ /^4\.0\.(\d+)/) && ($1 < 2)) { DB<1> main::(./checksetup.pl:1509): my $conn_success = eval { DB<1> main::(./checksetup.pl:1510): my $check_dbh = Bugzilla::DB::connect_main(); DB<1> main::(./checksetup.pl:1511): $check_dbh->disconnect; DB<1> main::(./checksetup.pl:1513): if (!$conn_success) { DB<1> main::(./checksetup.pl:1537): $dbh->disconnect if $dbh; DB<1> main::(./checksetup.pl:1541): my $dbh = Bugzilla::DB::connect_main(); DB<1> main::(./checksetup.pl:1549): for my $verifymethod (split /,\s*/, Param('user_verify_class')) { DB<1> main::(./checksetup.pl:1550): if ($verifymethod eq 'LDAP') { DB<1> main::(./checksetup.pl:1567): if( Param('webdotbase') && Param('webdotbase') !~ /^https?:/ ) { DB<1> main::(./checksetup.pl:1586): print "\n" unless $silent; DB<1> main::(./checksetup.pl:1593): $dbh->bz_setup_database(); DB<1> Out of memory! Out of memory! Callback called exit at /usr/lib/perl5/5.8.7/perl5db.pl line 3672. at /usr/lib/perl5/5.8.7/perl5db.pl line 3672 DBI::db=HASH(0x9450bb4)->disconnect invalidates 1 active statement handle (either destroy statement handles or call finish on them before disconnecting) at ./checksetup.pl line 1543. at ./checksetup.pl line 1543 main::END() called at /usr/lib/perl5/5.8.7/perl5db.pl line 3736 eval {...} called at /usr/lib/perl5/5.8.7/perl5db.pl line 3736 Debugged program terminated. Use q to quit or R to restart, use O inhibit_exit to avoid stopping after program termination, h q, h R or h O to get additional info. DB<1>
Comment 10•19 years ago
|
||
That has nothing to do with this bug. You're using a development version of DBD::mysql -- don't do that. Use a stable version.
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago → 19 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•