checksetup.pl can't find installed Perl scripts DBI and Email::Send

[hpolc...@gmail.com]

I'm installing Bugzilla 4.0 on Ubuntu 14 LTS (the older Bugzilla version is for transferring an existing installation) with perl v5.18.2

Running the checksetup.pl script finds

Checking for DBI (v1.614) found v1.63
Checking for Email-Send (v2.00) not found

...

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

/usr/bin/perl install-module.pl DBI
/usr/bin/perl install-module.pl Email::Send

(I've abbreviated the output to what I think is most relevant. Happy to post the whole thing if anyone wants).

Email::Send (Ubuntu package libemail-send-perl) has been deprecated in favor of Email::Sender (libemail-sender-perl).

The trouble is, both of these modules are already installed and at their newest versions:
$ sudo apt-get install libdbi-perl
Reading package lists... Done
Building dependency tree
Reading state information... Done
libdbi-perl is already the newest version.
$ sudo apt-get install libemail-sender-perl
Reading package lists... Done
Building dependency tree
Reading state information... Done
libemail-sender-perl is already the newest version.

I tried the commands suggested by the output, but the process got stuck until I had to kill it
$ /usr/bin/perl install-module.pl DBI
Checking for CPAN (v1.81) ok: found v2.00
Checking for YAML (any) ok: found v0.84
Checking for ExtUtils-MakeMaker (v6.31) ok: found v6.66
CPAN: Storable loaded ok (v2.41)
CPAN: LWP::UserAgent loaded ok (v6.05)
CPAN: Time::HiRes loaded ok (v1.9725)
Fetching with LWP:
http://mirror.hiwaay.net/CPAN/authors/01mailrc.txt.gz
<hangs here>

How do I proceed with installation?

Thanks!

[Thorsten Schöning]

Guten Tag hpolc...@gmail.com,
am Freitag, 22. April 2016 um 22:59 schrieben Sie:

> I'm installing Bugzilla 4.0 on Ubuntu 14 LTS (the older Bugzilla
> version is for transferring an existing installation) with perl v5.18.2

Would you like to be more detailed on that? Bugzilla by default can
update the DB and data etc. of an older installation with a current
version of the program code. You don't need a running older version,
just provide the DB dump, data folder and such.

> [...]any upgrade you also need to do can then be done as a separate
> step. But if you do install a newer version, things should still
> work.

http://bugzilla.readthedocs.org/en/latest/installing/moving.html

So if you have trouble for any reason getting an older version to
work, it may be worth it skipping this process.

If "transferring" means you copied the whole bugzilla installation
directory from an older system, backup its lib folder just to make
sure, but afterwards directly clear it and try again. This folder may
contain private system specific compiled binaries and such stuff which
may break things on your new installation and it has precedence over
system wide packages by design. That's why you should always prefer
using your package manager instead of install-module.pl first.

> Fetching with LWP:
> http://mirror.hiwaay.net/CPAN/authors/01mailrc.txt.gz
> <hangs here>

Looks like some network related error.

Mit freundlichen Grüßen,

Thorsten Schöning

--
Thorsten Schöning E-Mail: Thorsten....@AM-SoFT.de
AM-SoFT IT-Systeme http://www.AM-SoFT.de/

Telefon...........05151- 9468- 55
Fax...............05151- 9468- 88
Mobil..............0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow

[hpolc...@gmail.com]

Certainly!

The original installation is Bugzilla 3.2.3, and I want to transfer it to an Apache 2.4 server running under Ubuntu 14.04 LTS. I'm trying to follow the instructions at http://bugzilla.readthedocs.org/en/latest/installing/moving.html for moving installations, with reference to http://bugzilla.readthedocs.org/en/latest/installing/quick-start.html for quick installs on Linux, since this is a mostly clean Ubuntu installation.

The former recommends moving to an identical version of Bugzilla, and then upgrading as a separate step. I can't install Bugzilla 3.2.3, however, because it seems to be unavailable when I try to follow the "Download" step 3.1.5 of the quick-start guide. Instead, I downloaded Bugzilla 4.0, which was the closest matching version I could find.

I'm happy to know that I don't need the old version, but the instructions said otherwise, so that's what I did.

(Also, I do prefer to use my package manager to manage Perl modules, but when its modules didn't work, and the script itself suggested using install-module.pl, I figured it was worth a shot.)

So on the whole, it seems like your recommendation is to delete Bugzilla 4.0 and start over with the latest version 5.0?

Thanks for your response!

[Thorsten Schöning]

Guten Tag hpolc...@gmail.com,
am Montag, 25. April 2016 um 15:21 schrieben Sie:

> So on the whole, it seems like your recommendation is to delete
> Bugzilla 4.0 and start over with the latest version 5.0?

In your case yes, it doesn't make sense to install an older version of
Bugzilla if it makes the same upgrade like a current one.

[hpolc...@gmail.com]

I've followed your recommendation, but I seem to still have the same (or a highly similar) problem.

checksetup.pl now complains about

Checking for DateTime-TimeZone (v1.64) found v1.63
Checking for Email-Sender (v1.300011) found v1.300010

COMMANDS TO INSTALL REQUIRED MODULES (You *must* run all these commands

and then re-run checksetup.pl):

/usr/bin/perl install-module.pl DateTime::TimeZone
/usr/bin/perl install-module.pl Email::Sender

As before, both of these modules are already installed and at their latest versions, so I'm at a loss for how to proceed.

I find it hard to believe that Bugzilla simply can't work with two Perl modules that are just-slightly-outdated. Is there a way to force the script to accept these modules and move on with the installation?

Thanks!

[Thorsten Schöning]

Guten Tag hpolc...@gmail.com,
am Montag, 25. April 2016 um 17:05 schrieben Sie:

> Checking for DateTime-TimeZone (v1.64) found v1.63
> Checking for Email-Sender (v1.300011) found v1.300010

[...]

> As before, both of these modules are already installed and at their
> latest versions, so I'm at a loss for how to proceed.

Your installed versions are too old and you need to provide newer
ones. If your package manager doesn't provide those, you either need
to manually download some packages or try install-module.pl this time,
which tries to get them form Perl specific CPAN.

> I find it hard to believe that Bugzilla simply can't work with two
> Perl modules that are just-slightly-outdated.

You can search the bug tracker to see why those versions are needed.

> Is there a way to
> force the script to accept these modules and move on with the installation?

No.