Installing RT on RHEL 4

Hello, I’m installing RT on RHEL 4 and I’m wondering if anyone has done this
yet?

I’m installing with MySQL, Apache 2, and perlmod1.

I’m using RHEL4 since it comes with more stuff RT needs out of the box,
however, I’m having issues with 4 specific perl modules:

    Apache::Request

    Apache::DBI 

    Log::Dispatch

    MIME::Entity 

CPAN won’t install them, mostly because they won’t pass the test conditions.
Has anyone else tried using RHEL for their RT install? Does anyone have any
possible starting points? I have tried building the mods from source, and
the sources all have the failing test issues.

Thanks,

Paul C.

I don’t use RHEL, but you indicated perlmod1, maybe a typo. ModPerl2 is
for use with Apache2.On Wed, 2005-03-09 at 11:49 -0500, Paul Crossman wrote:

Hello, I’m installing RT on RHEL 4 and I’m wondering if anyone has
done this yet?

I’m installing with MySQL, Apache 2, and perlmod1.

I’m using RHEL4 since it comes with more stuff RT needs out of the
box, however, I’m having issues with 4 specific perl modules:

    Apache::Request

    Apache::DBI 

    Log::Dispatch

    MIME::Entity 

CPAN won’t install them, mostly because they won’t pass the test
conditions. Has anyone else tried using RHEL for their RT install?
Does anyone have any possible starting points? I have tried building
the mods from source, and the sources all have the failing test
issues.

Thanks,

Paul C.


The rt-users Archives

RT Administrator and Developer training is coming to your town soon! (Boston, San Francisco, Austin, Sydney) Contact training@bestpractical.com for details.

Be sure to check out the RT Wiki at http://wiki.bestpractical.com
Scott T. Hildreth shildret@scotth.emsphone.com

Scott T. Hildreth wrote:

I don’t use RHEL, but you indicated perlmod1, maybe a typo. ModPerl2 is
for use with Apache2.

That, and I’d be cautious about mixing “distribution” and CPAN PERL-modules.
Slight incompatibilites (esp. when using the OS’s preferred auto-update
mechanism) can lead to hard-to-track-down errors.

There’s a reason why it’s said to be best to roll your own install of
perl in /usr/local and use that - but I don’t know if that still applies
(or even more so today).
Personally, I will always try to use FreeBSD, because that gives the
least head-aches, RT-wise.
But I can see why people want to (or must) run RHEL (or SLES) as a
base-OS - they just need to be very careful and make some decision on
the PERL-modules beforehand.

cheers,
Rainer

~ Rainer Duffner - rainer@ultra-secure.de ~
~ Freising - Munich - Germany ~
~ Unix - Linux - BSD - OpenSource - Security ~
~ http://www.ultra-secure.de/~rainer/pubkey.pgp ~

Hmmm, ok, maybe redhat put the perlmod2 beta on RHEL. I’d be surprised if
they did, but ther version of perlmod installed on server here is
mod_perl-1.99_16-4. I used modperl1 strictly based on the version number of
the RPM. Am I mistaken?

Paul C.From: Scott T. Hildreth [mailto:shildret@scotth.emsphone.com]
Sent: Wednesday, March 09, 2005 12:37 PM
To: Paul Crossman
Cc: Rt-Users
Subject: Re: [rt-users] Installing RT on RHEL 4.

I don’t use RHEL, but you indicated perlmod1, maybe a typo. ModPerl2 is
for use with Apache2.

Hello, I’m installing RT on RHEL 4 and I’m wondering if anyone has
done this yet?

I’m installing with MySQL, Apache 2, and perlmod1.

I’m using RHEL4 since it comes with more stuff RT needs out of the
box, however, I’m having issues with 4 specific perl modules:

    Apache::Request

    Apache::DBI 

    Log::Dispatch

    MIME::Entity 

CPAN won’t install them, mostly because they won’t pass the test
conditions. Has anyone else tried using RHEL for their RT install?
Does anyone have any possible starting points? I have tried building
the mods from source, and the sources all have the failing test
issues.

Thanks,

Paul C.


The rt-users Archives

RT Administrator and Developer training is coming to your town soon!
(Boston, San Francisco, Austin, Sydney) Contact training@bestpractical.com
for details.

Be sure to check out the RT Wiki at http://wiki.bestpractical.com
Scott T. Hildreth shildret@scotth.emsphone.com

Okay, 1.99 was the beta of Modperl2, the latest is 2.0 Rc4. You might
want to upgrade.On Wed, 2005-03-09 at 16:09 -0500, Paul Crossman wrote:

Hmmm, ok, maybe redhat put the perlmod2 beta on RHEL. I’d be surprised if
they did, but ther version of perlmod installed on server here is
mod_perl-1.99_16-4. I used modperl1 strictly based on the version number of
the RPM. Am I mistaken?

Paul C.

-----Original Message-----
From: Scott T. Hildreth [mailto:shildret@scotth.emsphone.com]
Sent: Wednesday, March 09, 2005 12:37 PM
To: Paul Crossman
Cc: Rt-Users
Subject: Re: [rt-users] Installing RT on RHEL 4.

I don’t use RHEL, but you indicated perlmod1, maybe a typo. ModPerl2 is
for use with Apache2.

On Wed, 2005-03-09 at 11:49 -0500, Paul Crossman wrote:

Hello, I’m installing RT on RHEL 4 and I’m wondering if anyone has
done this yet?

I’m installing with MySQL, Apache 2, and perlmod1.

I’m using RHEL4 since it comes with more stuff RT needs out of the
box, however, I’m having issues with 4 specific perl modules:

    Apache::Request

    Apache::DBI 

    Log::Dispatch

    MIME::Entity 

CPAN won’t install them, mostly because they won’t pass the test
conditions. Has anyone else tried using RHEL for their RT install?
Does anyone have any possible starting points? I have tried building
the mods from source, and the sources all have the failing test
issues.

Thanks,

Paul C.


The rt-users Archives

RT Administrator and Developer training is coming to your town soon!
(Boston, San Francisco, Austin, Sydney) Contact training@bestpractical.com
for details.

Be sure to check out the RT Wiki at http://wiki.bestpractical.com
Scott T. Hildreth shildreth@allantgroup.com

I run FreeBSD as well, I always compile my own /usr/local/perl-x.x.x and
install Rt and all other modules with that perl. I let the ports that
require perl, to install it from ports. I really am not a fan of the
bsdpan.On Wed, 2005-03-09 at 21:15 +0100, Rainer Duffner wrote:

Scott T. Hildreth wrote:

I don’t use RHEL, but you indicated perlmod1, maybe a typo. ModPerl2 is
for use with Apache2.

That, and I’d be cautious about mixing “distribution” and CPAN PERL-modules.
Slight incompatibilites (esp. when using the OS’s preferred auto-update
mechanism) can lead to hard-to-track-down errors.

There’s a reason why it’s said to be best to roll your own install of
perl in /usr/local and use that - but I don’t know if that still applies
(or even more so today).
Personally, I will always try to use FreeBSD, because that gives the
least head-aches, RT-wise.
But I can see why people want to (or must) run RHEL (or SLES) as a
base-OS - they just need to be very careful and make some decision on
the PERL-modules beforehand.

cheers,
Rainer

Scott T. Hildreth shildret@scotth.emsphone.com

Scott T. Hildreth wrote:

Okay, 1.99 was the beta of Modperl2, the latest is 2.0 Rc4. You might
want to upgrade.

Hmmm, ok, maybe redhat put the perlmod2 beta on RHEL. I’d be surprised if
they did, but ther version of perlmod installed on server here is
mod_perl-1.99_16-4. I used modperl1 strictly based on the version number of
the RPM. Am I mistaken?

Paul C.

I don’t think that would help.

When I tried installing the Apache::Request modules on Centos-4 (an
RHEL4 rebuild for those who haven’t come across it) it reported that it
could not build because the version of mod_perl was greater then 1.98.
Sorry I don’t have the exact error here. I would guess that the code
would also choke on 2.0 as well.

Regards

Lee

Apache::Request is not a dependency for MP2, from the
rt-test-dependencies code,

$deps{‘MODPERL1’} = [ _( << ‘.’) ];
CGI 2.92
Apache::Request
Apache::DBI 0.92
.

$deps{‘MODPERL2’} = [ _( << ‘.’) ];
CGI 2.92
Apache::DBI
.On Wed, 2005-03-09 at 21:59 +0000, Lee W wrote:

Scott T. Hildreth wrote:

Okay, 1.99 was the beta of Modperl2, the latest is 2.0 Rc4. You might
want to upgrade.

On Wed, 2005-03-09 at 16:09 -0500, Paul Crossman wrote:

Hmmm, ok, maybe redhat put the perlmod2 beta on RHEL. I’d be surprised if
they did, but ther version of perlmod installed on server here is
mod_perl-1.99_16-4. I used modperl1 strictly based on the version number of
the RPM. Am I mistaken?

Paul C.

I don’t think that would help.

When I tried installing the Apache::Request modules on Centos-4 (an
RHEL4 rebuild for those who haven’t come across it) it reported that it
could not build because the version of mod_perl was greater then 1.98.
Sorry I don’t have the exact error here. I would guess that the code
would also choke on 2.0 as well.

Regards

Lee


The rt-users Archives

RT Administrator and Developer training is coming to your town soon! (Boston, San Francisco, Austin, Sydney) Contact training@bestpractical.com for details.

Be sure to check out the RT Wiki at http://wiki.bestpractical.com
Scott T. Hildreth shildret@scotth.emsphone.com

Scott T. Hildreth wrote:

Apache::Request is not a dependency for MP2, from the
rt-test-dependencies code,

Hmmm, ok, maybe redhat put the perlmod2 beta on RHEL. I’d be surprised if
they did, but ther version of perlmod installed on server here is
mod_perl-1.99_16-4. I used modperl1 strictly based on the version number of
the RPM. Am I mistaken?

Paul C.

I don’t think that would help.

When I tried installing the Apache::Request modules on Centos-4 (an
RHEL4 rebuild for those who haven’t come across it) it reported that it
could not build because the version of mod_perl was greater then 1.98.
Sorry I don’t have the exact error here. I would guess that the code
would also choke on 2.0 as well.

Regards

Lee


I don’t think it is as much a problem with the dependancies, but it does
certain fail one of the tests with a similar error to what I’ve advised.
( I believe the OP mentioned something like this). IANAE but this is
what it looks like to me.

I hope I’m wrong as I would love to get RT running on Centos-4 but up
until now I’ve had no success.

I don’t think it is as much a problem with the dependancies, but it does
certain fail one of the tests with a similar error to what I’ve advised.
( I believe the OP mentioned something like this). IANAE but this is
what it looks like to me.

I hope I’m wrong as I would love to get RT running on Centos-4 but up
until now I’ve had no success.

apache2 and modperl2 (1.99…)
Have you tried to build it with modperl2?
(My problems in the past with RHEL3 were with perl modules)

Paulo Matos

|Sys & Net Admin | Centro de Inform�tica |
|Faculdade de Ci�ncias e Tecnologia | Tel: +351-21-2948596 |
|Universidade Nova de Lisboa | Fax: +351-21-2948548 |
|P-2829-516 Caparica | e-Mail: pjsm@fct.unl.pt |


Yes, changing to --modperl2 has helped to eliminate 1 perl module, and I got
MIME:Entity and Log::Dispatch to install properly. Apache::DBI is the last
one to go.

Any thoughts on getting Apache::DBI to install based on the output I’m
including below? I could force the install, but if this is a known issue,
I’d rather fix the issue than force the install. Unless of course forcing
the install is the fix for the issue. :slight_smile:

Paul C.

perl -MCPAN -e’install Apache::DBI’

CPAN: Storable loaded ok
Going to read /root/.cpan/Metadata
Database was generated on Wed, 09 Mar 2005 06:41:55 GMT
Running install for module Apache::DBI
Running make for A/AB/ABH/Apache-DBI-0.94.tar.gz
CPAN: Digest::MD5 loaded ok
Checksum for /root/.cpan/sources/authors/id/A/AB/ABH/Apache-DBI-0.94.tar.gz
ok
Scanning cache /root/.cpan/build for sizes
Apache-DBI-0.94/
Apache-DBI-0.94/t/
Apache-DBI-0.94/t/10mysql.t
Apache-DBI-0.94/eg/
Apache-DBI-0.94/eg/startup.pl
Apache-DBI-0.94/README
Apache-DBI-0.94/MANIFEST
Apache-DBI-0.94/AuthDBI.pm
Apache-DBI-0.94/Changes
Apache-DBI-0.94/Makefile.PL
Apache-DBI-0.94/DBI.pm
Apache-DBI-0.94/traces.txt
Removing previously used /root/.cpan/build/Apache-DBI-0.94

CPAN.pm: Going to build A/AB/ABH/Apache-DBI-0.94.tar.gz

Checking if your kit is complete…
Looks good
Writing Makefile for Apache::DBI
cp DBI.pm blib/lib/Apache/DBI.pm
cp AuthDBI.pm blib/lib/Apache/AuthDBI.pm
Manifying blib/man3/Apache::AuthDBI.3pm
Manifying blib/man3/Apache::DBI.3pm
/usr/bin/make -j3 – OK
Running make test
PERL_DL_NONLAZY=1 /usr/bin/perl “-MExtUtils::Command::MM” “-e”
“test_harness(0, ‘blib/lib’, ‘blib/arch’)” t/*.t
t/10mysql…ok 4/10# Failed test (t/10mysql.t at line 35)

The object isn’t defined

t/10mysql…ok 9/10# Looks like you failed 1 tests of 10.

t/10mysql…dubious

    Test returned status 1 (wstat 256, 0x100)

DIED. FAILED test 5
Failed 1/10 tests, 90.00% okay (less 5 skipped tests: 4 okay,
40.00%)
Failed Test Stat Wstat Total Fail Failed List of Failed
t/10mysql.t 1 256 10 1 10.00% 5
5 subtests skipped.
Failed 1/1 test scripts, 0.00% okay. 1/10 subtests failed, 90.00% okay.
make: *** [test_dynamic] Error 2
/usr/bin/make test – NOT OK
Running make install
make test had returned bad status, won’t install without forceFrom: rt-users-bounces@lists.bestpractical.com
[mailto:rt-users-bounces@lists.bestpractical.com] On Behalf Of Scott T.
Hildreth
Sent: Wednesday, March 09, 2005 5:20 PM
To: Lee W
Cc: Rt-Users
Subject: Re: [rt-users] Installing RT on RHEL 4.

Apache::Request is not a dependency for MP2, from the
rt-test-dependencies code,

$deps{‘MODPERL1’} = [ _( << ‘.’) ];
CGI 2.92
Apache::Request
Apache::DBI 0.92
.

$deps{‘MODPERL2’} = [ _( << ‘.’) ];
CGI 2.92
Apache::DBI
.

Scott T. Hildreth wrote:

Okay, 1.99 was the beta of Modperl2, the latest is 2.0 Rc4. You might
want to upgrade.

Hmmm, ok, maybe redhat put the perlmod2 beta on RHEL. I’d be surprised
if
they did, but ther version of perlmod installed on server here is
mod_perl-1.99_16-4. I used modperl1 strictly based on the version
number of
the RPM. Am I mistaken?

Paul C.

I don’t think that would help.

When I tried installing the Apache::Request modules on Centos-4 (an
RHEL4 rebuild for those who haven’t come across it) it reported that it
could not build because the version of mod_perl was greater then 1.98.
Sorry I don’t have the exact error here. I would guess that the code
would also choke on 2.0 as well.

Regards

Lee


The rt-users Archives

RT Administrator and Developer training is coming to your town soon!
(Boston, San Francisco, Austin, Sydney) Contact training@bestpractical.com
for details.

Be sure to check out the RT Wiki at http://wiki.bestpractical.com
Scott T. Hildreth shildret@scotth.emsphone.com
The rt-users Archives

RT Administrator and Developer training is coming to your town soon!
(Boston, San Francisco, Austin, Sydney) Contact training@bestpractical.com
for details.

Be sure to check out the RT Wiki at http://wiki.bestpractical.com

It would be nice to use RPMS for all the perl modules, and you’re right,
there are a lot of them to build. Has anyone gone through the effort to
archive SRPMS somewhere? I haven’t built an RPM in ages. Honestly, I
haven’t had the need to before now.

I’d like to stick with RPMS, however, I think the folks here would rather
have this sooner rather than later.

The complete goal of what I’m doing is to migrate a 3.0.12 install from
Windows to Linux and then upgrade that Linux install to 3.4.x.

Paul C.From: Paulo Matos [mailto:pjsm@fct.unl.pt]
Sent: Wednesday, March 09, 2005 5:25 PM
To: Paul Crossman
Cc: rt-users@lists.bestpractical.com
Subject: Re: [rt-users] Installing RT on RHEL 4.

Hello, I’m installing RT on RHEL 4 and I’m wondering if anyone has done
this
yet?

I did the job with a RHEL 3 clone, with rt-3.0.10, and I intend to
continue the work upgrading to RHEL4 (may take sometime).

My suggestion guideline is “stay with the distro packages” as much as
possible. Otherwise you’ll have to maintain every package or dependency
yourself (and believe me it’s a hard task sometimes).

What I had to do was to build some (a lot, actually) of perl modules RPMS
that weren’t on the distribution and the dependencies of this modules
(sometimes causing an upgrade to an existing one).

Paulo Matos

|Sys & Net Admin | Centro de Informática |
|Faculdade de Ciências e Tecnologia | Tel: +351-21-2948596 |
|Universidade Nova de Lisboa | Fax: +351-21-2948548 |
|P-2829-516 Caparica | e-Mail: pjsm@fct.unl.pt |


Hello, I’m installing RT on RHEL 4 and I’m wondering if anyone has done this
yet?

I did the job with a RHEL 3 clone, with rt-3.0.10, and I intend to
continue the work upgrading to RHEL4 (may take sometime).

My suggestion guideline is “stay with the distro packages” as much as
possible. Otherwise you’ll have to maintain every package or dependency
yourself (and believe me it’s a hard task sometimes).

What I had to do was to build some (a lot, actually) of perl modules RPMS
that weren’t on the distribution and the dependencies of this modules
(sometimes causing an upgrade to an existing one).

Paulo Matos

|Sys & Net Admin | Centro de Inform�tica |
|Faculdade de Ci�ncias e Tecnologia | Tel: +351-21-2948596 |
|Universidade Nova de Lisboa | Fax: +351-21-2948548 |
|P-2829-516 Caparica | e-Mail: pjsm@fct.unl.pt |


The DBI module’s test run assumes a username and password that probably
don’t exist in your databases (and I forget what they are at the
moment), if I recall correctly. I’ve had good luck forcing it.

Paul Crossman wrote:

It would be nice to use RPMS for all the perl modules, and you’re right,
there are a lot of them to build. Has anyone gone through the effort to
archive SRPMS somewhere? I haven’t built an RPM in ages. Honestly, I
haven’t had the need to before now.

I’d like to stick with RPMS, however, I think the folks here would rather
have this sooner rather than later.

The complete goal of what I’m doing is to migrate a 3.0.12 install from
Windows to Linux and then upgrade that Linux install to 3.4.x.

I’ve done this to 3.0.10, you can hava a look at:

http://wiki.bestpractical.com/index.cgi?RPMInstall

there are all pointers to RPMS and SRPMS there.

I have to migrate from 3.0.10 (with bugfix patches, the one on the
repository) to 3.4.x also.

But I was stucked with perl (I needed an upgrade to 5.8.5), so I was
waiting to test CentOS 4 to see if it’s stable enough and start doing the
task. Unfortunately I can only start working by the end of this month.

Paulo Matos

|Sys & Net Admin | Centro de Inform�tica |
|Faculdade de Ci�ncias e Tecnologia | Tel: +351-21-2948596 |
|Universidade Nova de Lisboa | Fax: +351-21-2948548 |
|P-2829-516 Caparica | e-Mail: pjsm@fct.unl.pt |


Hello, I’m installing RT on RHEL 4 and I’m wondering if anyone has
done this yet?

I’m installing with MySQL, Apache 2, and perlmod1.

I haven’t done it yet, but you might find it easier with fastcgi.

Les Mikesell
les@futuresource.com

The DBI module’s test run assumes a username and password that probably
don’t exist in your databases (and I forget what they are at the
moment), if I recall correctly. I’ve had good luck forcing it.

line 33:
… DBI->connect(‘dbi:mysql:test’, undef, undef, …

this should be equivalent to
$ mysql test

Do you have mysql running?

start it and try again…

Paulo Matos

|Sys & Net Admin | Centro de Inform�tica |
|Faculdade de Ci�ncias e Tecnologia | Tel: +351-21-2948596 |
|Universidade Nova de Lisboa | Fax: +351-21-2948548 |
|P-2829-516 Caparica | e-Mail: pjsm@fct.unl.pt |


Hello, I’m installing RT on RHEL 4 and I’m wondering if anyone has
done this yet?

I’m installing with MySQL, Apache 2, and perlmod1.

I haven’t done it yet, but you might find it easier with fastcgi.

FWIW, I’m running my 3.4.1 on SuSE 9.2, with stock Apache 2, almost all
my perl 5.8.5 modules from rpm except DBD::Pg (see above :-), and
mod_perl 2.0.0rc4 from CPAN… and it seems to be working ok so far.

2.0.0 may be ready for prime time.

Cheers,
– jra
Jay R. Ashworth jra@baylink.com
Designer Baylink RFC 2100
Ashworth & Associates The Things I Think '87 e24
St Petersburg FL USA http://baylink.pitas.com +1 727 647 1274

  If you can read this... thank a system adminstrator.  Or two.  --me

rt-users-bounces@lists.bestpractical.com wrote:

Hello, I’m installing RT on RHEL 4 and I’m wondering if anyone has
done this yet?

Having gone through this myself with RHEL3, I’ll echo what others have
said: get your own Perl (I stuck mine in /opt) and build your own
modules.

I found some problems when building Perl modules as RHEL3 has the
systemwide LANG set to UTF8, which causes problems with the Makefiles
that Perl’s MakeMaker generates. The result is funky ‘make’ failures.

export LANG=C

solved the problem for the builds.

BTW, does RHEL4 come with MySQL 4? Or did you go with PostgreSQL? RT
wants MySQL 4, and I wound up grabbing the MySQL-provided RPMs as RHEL3
doesn’t include MySQL 4 b/c of some licensing issues.

-bws

RHEL4 does come with MySQL 4 client and server, and you can install the
server this time. As you said, RHEL3 did not allow for the server to be
installed by default. If I remember correctly, mysql-server was on one of
the extras disks, but I could be wrong there.

I’m thinking of going down one of two avenues from all the feedback I’ve
seen over the past couple of days. I guess I’m looking for path to long
term ease of maintenance.

Scenario 1: Using RPMS

- re-install RHEL4 with perl and modperl included
- download all the SRPMS form perl modules that I'm going 
  To need and build RPMs on the RHEL system.
- Install RT 3.0.12
- Do some testing.
- Upgrade to 3.4.x

Scenario 2: Rolling my own

- re-install (maybe) RHEL4 or just remove all the perl 
  Packages and build my own perl from sources
- Use CPAN to get modperl and all the modules I'll need
- Install RT 3.0.12
- Do some testing
- Upgrade to 3.4.x

Thoughts???

Also, someone commented that I might have an easier go of it if
I used FastCGI rather than modperl. I’m curious why this is?

Paul C.From: Brian W. Spolarich [mailto:bwspolarich@uscar.org]
Sent: Thursday, March 10, 2005 4:23 PM
To: rt-users@lists.bestpractical.com; Paul Crossman
Subject: RE: [rt-users] Installing RT on RHEL 4.

rt-users-bounces@lists.bestpractical.com wrote:

Hello, I’m installing RT on RHEL 4 and I’m wondering if anyone has
done this yet?

Having gone through this myself with RHEL3, I’ll echo what others have
said: get your own Perl (I stuck mine in /opt) and build your own
modules.

I found some problems when building Perl modules as RHEL3 has the
systemwide LANG set to UTF8, which causes problems with the Makefiles
that Perl’s MakeMaker generates. The result is funky ‘make’ failures.

export LANG=C

solved the problem for the builds.

BTW, does RHEL4 come with MySQL 4? Or did you go with PostgreSQL? RT
wants MySQL 4, and I wound up grabbing the MySQL-provided RPMs as RHEL3
doesn’t include MySQL 4 b/c of some licensing issues.

-bws