3.8.4 installation issue

RT Users
1

So, I’m installing RT-3.8.4 on a virgin system, for the most part using
an RT_SiteConfig.pm that is very similar to the 3.6.5 system I have in
production (database/hostname differences). I’ve run the
testdeps/fixdeps bits repeatedly and they claim I’m up to date. I’ve
even used the CPAN “r” command to tell met what to update and then
update as much as I can, all to no avail. Here is the error I’m getting:

Attempt to reload Apache/Table.pm aborted.
Compilation failed in require at
/home/rt/perl-5.10.0/lib/site_perl/5.10.0/i686-linux/Apache/Request.pm
line 21.
BEGIN failed–compilation aborted at
/home/rt/perl-5.10.0/lib/site_perl/5.10.0/i686-linux/Apache/Request.pm
line 21.
Compilation failed in require at
/home/rt/perl-5.10.0/lib/site_perl/5.10.0/HTML/Mason/ApacheHandler.pm
line 254.
BEGIN failed–compilation aborted at
/home/rt/perl-5.10.0/lib/site_perl/5.10.0/HTML/Mason/ApacheHandler.pm
line 259.
Compilation failed in require at
/home/rt/bin/…/lib/RT/Interface/Web/Handler.pm line 140.
Compilation failed in require at (eval 8) line 1.

/usr/www/bin/apachectl startssl: httpd could not be started

I’d tell you this is a Fedora Core 3 system, but that would be
misleading as it’s suffered many years worth of modification and changes
and therefore bears no similarity. Google shows no such error, so I’m
wondering if I’ve done something egregiously stupid.

2

as a fedora team developer, the first thing ill insist is that you
upgrade to f10 or newer. nothing in f3 is supported in mailing lists
or the irc chans we host, and is sounds as though something OS
related is the culprit at this point. perhaps youre missing http-devel?On Tue, 4 Aug 2009, Brian Gallew wrote:

Date: Tue, 04 Aug 2009 14:43:33 +0300
From: Brian Gallew geek+rt@cmu.edu
To: rt Users rt-users@lists.bestpractical.com
Subject: [rt-users] 3.8.4 installation issue

So, I’m installing RT-3.8.4 on a virgin system, for the most part using
an RT_SiteConfig.pm that is very similar to the 3.6.5 system I have in
production (database/hostname differences). I’ve run the
testdeps/fixdeps bits repeatedly and they claim I’m up to date. I’ve
even used the CPAN “r” command to tell met what to update and then
update as much as I can, all to no avail. Here is the error I’m getting:

Attempt to reload Apache/Table.pm aborted.
Compilation failed in require at
/home/rt/perl-5.10.0/lib/site_perl/5.10.0/i686-linux/Apache/Request.pm
line 21.
BEGIN failed–compilation aborted at
/home/rt/perl-5.10.0/lib/site_perl/5.10.0/i686-linux/Apache/Request.pm
line 21.
Compilation failed in require at
/home/rt/perl-5.10.0/lib/site_perl/5.10.0/HTML/Mason/ApacheHandler.pm
line 254.
BEGIN failed–compilation aborted at
/home/rt/perl-5.10.0/lib/site_perl/5.10.0/HTML/Mason/ApacheHandler.pm
line 259.
Compilation failed in require at
/home/rt/bin/…/lib/RT/Interface/Web/Handler.pm line 140.
Compilation failed in require at (eval 8) line 1.

/usr/www/bin/apachectl startssl: httpd could not be started

I’d tell you this is a Fedora Core 3 system, but that would be
misleading as it’s suffered many years worth of modification and changes
and therefore bears no similarity. Google shows no such error, so I’m
wondering if I’ve done something egregiously stupid.

The rt-users Archives

Community help: http://wiki.bestpractical.com
Commercial support: sales@bestpractical.com

Discover RT’s hidden secrets with RT Essentials from O’Reilly Media.
Buy a copy at http://rtbook.bestpractical.com

nimbius@sdf.lonestar.org
SDF Public Access UNIX System - http://sdf.lonestar.org

3

I had the same issue and found no help. I did see the offer for “paid”
services, which seems to condradict the idea that you can at least install
the software.

I personally had to crack open each file and examine the failure. I would
say 99% of the time it is going to be an upline dependency. IE some perl
module/file on your system is not combatible with 3.8.4.

On RHEL 4.0 I never did get it to work with constant failure on HTML::Mason.

Good luck…and welcome to one of the big downsides of open source.-----Original Message-----
From: rt-users-bounces@lists.bestpractical.com
[mailto:rt-users-bounces@lists.bestpractical.com] On Behalf Of Brian Gallew
Sent: Tuesday, August 04, 2009 4:44 AM
To: rt Users
Subject: [rt-users] 3.8.4 installation issue

So, I’m installing RT-3.8.4 on a virgin system, for the most part using an
RT_SiteConfig.pm that is very similar to the 3.6.5 system I have in
production (database/hostname differences). I’ve run the testdeps/fixdeps
bits repeatedly and they claim I’m up to date. I’ve even used the CPAN “r”
command to tell met what to update and then update as much as I can, all to
no avail. Here is the error I’m getting:

Attempt to reload Apache/Table.pm aborted.
Compilation failed in require at
/home/rt/perl-5.10.0/lib/site_perl/5.10.0/i686-linux/Apache/Request.pm
line 21.
BEGIN failed–compilation aborted at
/home/rt/perl-5.10.0/lib/site_perl/5.10.0/i686-linux/Apache/Request.pm
line 21.
Compilation failed in require at
/home/rt/perl-5.10.0/lib/site_perl/5.10.0/HTML/Mason/ApacheHandler.pm
line 254.
BEGIN failed–compilation aborted at
/home/rt/perl-5.10.0/lib/site_perl/5.10.0/HTML/Mason/ApacheHandler.pm
line 259.
Compilation failed in require at
/home/rt/bin/…/lib/RT/Interface/Web/Handler.pm line 140.
Compilation failed in require at (eval 8) line 1.

/usr/www/bin/apachectl startssl: httpd could not be started

I’d tell you this is a Fedora Core 3 system, but that would be misleading as
it’s suffered many years worth of modification and changes and therefore
bears no similarity. Google shows no such error, so I’m wondering if I’ve
done something egregiously stupid.
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

Community help: http://wiki.bestpractical.com Commercial support:
sales@bestpractical.com

Discover RT’s hidden secrets with RT Essentials from O’Reilly Media.
Buy a copy at http://rtbook.bestpractical.com

smime.p7s (3.28 KB)

4

Your install path looks strange, to say the least…

For instance, seaching my (working) 8.4 system (OS is Ububtu 8.0.4) for Request.pm gives:

find / -name Request.pm -print

/opt/rt3/lib/RT/Interface/Web/Request.pm
/usr/lib/perl5/DBI/Gofer/Request.pm
/usr/local/share/perl/5.8.8/HTML/Mason/Apache/Request.pm
/usr/local/share/perl/5.8.8/HTML/Mason/Request.pm
/usr/share/perl5/HTTP/Request.pm

I installed in the default location of /opt/rt3.-----Original Message-----
From: rt-users-bounces@lists.bestpractical.com [mailto:rt-users-bounces@lists.bestpractical.com] On Behalf Of Joel Hartshorn
Sent: Tuesday, August 04, 2009 11:58 AM
To: geek+rt@cmu.edu; rt Users
Subject: Re: [rt-users] 3.8.4 installation issue

I had the same issue and found no help. I did see the offer for “paid”
services, which seems to condradict the idea that you can at least install the software.

I personally had to crack open each file and examine the failure. I would say 99% of the time it is going to be an upline dependency. IE some perl module/file on your system is not combatible with 3.8.4.

On RHEL 4.0 I never did get it to work with constant failure on HTML::Mason.

Good luck…and welcome to one of the big downsides of open source.

-----Original Message-----
From: rt-users-bounces@lists.bestpractical.com
[mailto:rt-users-bounces@lists.bestpractical.com] On Behalf Of Brian Gallew
Sent: Tuesday, August 04, 2009 4:44 AM
To: rt Users
Subject: [rt-users] 3.8.4 installation issue

So, I’m installing RT-3.8.4 on a virgin system, for the most part using an RT_SiteConfig.pm that is very similar to the 3.6.5 system I have in production (database/hostname differences). I’ve run the testdeps/fixdeps bits repeatedly and they claim I’m up to date. I’ve even used the CPAN “r”
command to tell met what to update and then update as much as I can, all to no avail. Here is the error I’m getting:

Attempt to reload Apache/Table.pm aborted.
Compilation failed in require at
/home/rt/perl-5.10.0/lib/site_perl/5.10.0/i686-linux/Apache/Request.pm
line 21.
BEGIN failed–compilation aborted at
/home/rt/perl-5.10.0/lib/site_perl/5.10.0/i686-linux/Apache/Request.pm
line 21.
Compilation failed in require at
/home/rt/perl-5.10.0/lib/site_perl/5.10.0/HTML/Mason/ApacheHandler.pm
line 254.
BEGIN failed–compilation aborted at
/home/rt/perl-5.10.0/lib/site_perl/5.10.0/HTML/Mason/ApacheHandler.pm
line 259.
Compilation failed in require at
/home/rt/bin/…/lib/RT/Interface/Web/Handler.pm line 140.
Compilation failed in require at (eval 8) line 1.

/usr/www/bin/apachectl startssl: httpd could not be started

I’d tell you this is a Fedora Core 3 system, but that would be misleading as it’s suffered many years worth of modification and changes and therefore bears no similarity. Google shows no such error, so I’m wondering if I’ve done something egregiously stupid.
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

Community help: http://wiki.bestpractical.com Commercial support:
sales@bestpractical.com

Discover RT’s hidden secrets with RT Essentials from O’Reilly Media.
Buy a copy at http://rtbook.bestpractical.com
This e-mail message is intended only for the personal use of the recipient(s) named above. If you are not an intended recipient, you may not review, copy or distribute this message. If you have received this communication in error, please notify the Hearst Service Center (cadmin@hearstsc.com) immediately by email and delete the original message.

5

So, I’m installing RT-3.8.4 on a virgin system, for the most part using
an RT_SiteConfig.pm that is very similar to the 3.6.5 system I have in
production (database/hostname differences). I’ve run the
testdeps/fixdeps bits repeatedly and they claim I’m up to date. I’ve
even used the CPAN “r” command to tell met what to update and then
update as much as I can, all to no avail. Here is the error I’m getting:

When you configured, did you say --with-web-handler=modperl2
otherwise make testdeps can’t test everything.
But, if I had to hazard a guess, I’d say your mod_perl install isn’t
quite kosher

-kevin

6

I had the same issue and found no help. I did see the offer for “paid”
services, which seems to condradict the idea that you can at least install
the software.

I personally had to crack open each file and examine the failure. I would
say 99% of the time it is going to be an upline dependency. IE some perl
module/file on your system is not combatible with 3.8.4.

On RHEL 4.0 I never did get it to work with constant failure on HTML::Mason.

Good luck…and welcome to one of the big downsides of open source.

To be fair, any package of sufficient complexity will require care
and understanding to install whether it is a closed source commercial
package or open source. Hence the frequent requirement for OS xxx
VERSION yyy for closed source applications. It looks like you are
using a home built version of perl and it has some problems. This
is not really RT’s fault. Try using the system software instead.
Compared to getting perl/Apache to work properly together, the RT
installation is very straightforward. Good luck.

Cheers,
Ken

7

Kevin Falcone wrote:> On Tue, Aug 04, 2009 at 02:43:33PM +0300, Brian Gallew wrote:

So, I’m installing RT-3.8.4 on a virgin system, for the most part using
an RT_SiteConfig.pm that is very similar to the 3.6.5 system I have in
production (database/hostname differences). I’ve run the
testdeps/fixdeps bits repeatedly and they claim I’m up to date. I’ve
even used the CPAN “r” command to tell met what to update and then
update as much as I can, all to no avail. Here is the error I’m getting:

When you configured, did you say --with-web-handler=modperl2
otherwise make testdeps can’t test everything.
But, if I had to hazard a guess, I’d say your mod_perl install isn’t
quite kosher

I’ll actually address a bunch of emails here:

PERL=/home/rt/perl-5.10.0/bin/perl ./configure
–with-web-handler=modperl1 --with-db-type=mysql
–with-db-host=mysql.qatar.cmu.local --with-db-database=rt3_8_1_test
–with-db-rt-user=rt_user --with-db-rt-pass=rt_pass
–with-web-user=nobody --with-web-group=tty --with-rt-group=nogroup
–with-apachectl=/usr/www/bin/apachectl --prefix=/home/rt

The Apache version is 1.3.39.
The perl version is 5.10.0.

The “odd” paths to perl and RT result from not trying to rebuild the
entire system and instead just running it from ~rt. The system perl is
5.8.6, and I’m reasonably sure I saw a post indicating compatibility
issues with that version. Further, that build has been known to be
changed out from underneath me randomly, thus causing mod_perl to break.

Also, the Fedora Core people wouldn’t recognize this as a Fedora Core
system at all. It’s been completely overhauled and integrated with our
package/depot/AFS environment.

The configure command for the (built again just for this email!)
mod_perl1 build is:
21 mod_perl-1.31 > /home/rt/perl-5.10.0/bin/perl Makefile.PL
EVERYTHING=1 WITH_APXS=/usr/www/bin/apxs USE_APXS=1

It built and installed flawlessly, but I’m still seeing exactly the same
issue. I’ve even trashed and re-initialized the database, to no avail.

And the problem with open source software isn’t the quality of the
software. It’s the whiners who have nothing to contribute except
carping and flames. The people at BestPractical have made a great piece
of software available to us at no cost, and the very least we can do is
express our gratitude for their efforts. (Thanks, guys!)